Verslomatika
Susisiekti

Komercinio pasiūlymo rengimo automatizavimas: nuo užklausos iki sąmatos

Komercinio pasiūlymo automatizavimas prasideda nuo užklausos struktūrizavimo, o baigiasi patikrintu dokumento projektu. Agentas supranta tekstą ir rengia paaiškinimą; kainos, nuolaidos bei sumos tikrinamos pagal patvirtintas taisykles. Dokumento parengimas ir išsiuntimas yra skirtingi veiksmai.

MB Pinet komandaPaskelbta:

Tekstas parengtas DI priemonėmis. Redakcinė atsakomybė – MB Pinet.

Šiame puslapyje
  1. Iš teksto išskirkite faktus ir trūkumus
  2. Kainodarą atskirkite nuo teksto generavimo
  3. Dokumento struktūra
  4. Patikra prieš išorinį veiksmą
  5. Kaip vertinti rezultatą

Iš teksto išskirkite faktus ir trūkumus

Iliustracinė užklausa: „Reikia dviejų paslaugos paketų. Atsiųskite pasiūlymą ir terminą.“ Patvirtintoje pavyzdžio lentelėje vienas paketas kainuoja 100 Eur, tačiau pristatymo ar vykdymo data dar nesuderinta. Nežinomos sąlygos netampa „standartinėmis“ vien todėl, kad šablone yra joms vieta.

Išskirtas laukasReikšmėKilmė
Kiekis2Kliento tekstas
Vieneto suma100 EURSintetinis patvirtinto kainoraščio pavyzdys
Eilutės suma200 EURAtskiras skaičiavimas
Vykdymo dataNežinomaKlientas ir tiekėjas dar nesuderino
Mokesčių režimasNeįvertintasReikia konkretaus sandorio taisyklės

Užklausos JSON pavyzdyje šie laukai turi ir kilmės bei trūkumo žymas. Nežinoma reikšmė nėra tuščias tekstas, kurį galima nepastebimai praleisti.

Pasiūlymo skaičiavimo pavyzdys
1Poreikis

Du paketai

2Kainoraštis

100 EUR už paketą

3Projektas

2 x 100 = 200 EUR

Parengta eilutė ir trūkstamų sąlygų sąrašas
Galutinė suma ir terminas dar nesuderinti
Parengta eilutė ir trūkstamų sąlygų sąrašas. Galutinė suma ir terminas dar nesuderinti. Iliustracinis pavyzdys.

Kainodarą atskirkite nuo teksto generavimo

Kiekviena prekė ar paslauga turi patvirtintą ID ir kainos versiją. Nuolaidos teisė, valiuta, galiojimas ir apmokestinimas tikrinami atskirai. Agentas neturi pats pasirinkti PVM vien iš kliento kalbos ar šalies spėjimo.

Sudėtį ir apvalinimą atlikite deterministiškai. Patikrinkite eilučių sumą, papildomus mokesčius, nuolaidą ir galutinę sumą. Jei kaina pasikeitė po dokumento peržiūros, reikia naujos versijos priėmimo.

Dokumento struktūra

Naudingas pasiūlymas paaiškina poreikį, siūlomą rezultatą, įtrauktą apimtį, etapus, sąmatą ir sąlygas. Neįtraukti darbai turi būti matomi. Klientas neturi iš bendro „pilnas sprendimas“ sakinio spėlioti, ar įskaičiuota integracijos priežiūra.

PDF pavyzdyje pateikiamas sintetinis dviejų paketų projektas. Jis aiškiai pažymėtas kaip nekomercinis pavyzdys: nežinomos datos ir mokestinės sąlygos lieka nesuderintos, todėl jo siųsti kaip galutinio pasiūlymo negalima.

Patikra prieš išorinį veiksmą

Patikrinkite gavėją, patvirtintą versiją, kainos šaltinį, sumas, privalomas sąlygas ir siuntimo teisę. Žmogus turi matyti neišspręstus klausimus. Vien PDF sukūrimas nėra leidimas susisiekti su adresatu.

Iliustraciniame pavyzdyje rezultatas – 200 Eur eilutės suma ir būsena „reikia patikslinti“. Sistema parengia klausimą dėl termino bei sąlygų ir palieka siuntimą sustabdytą. Pakartotas užklausos ID grąžina tą patį projektą, o ne siunčia dar vieną laišką.

Kaip vertinti rezultatą

Matuokite laiką iki tinkamo projekto, likusią žmogaus peržiūrą, kainos klaidas ir grąžinimus tikslinti. Greičio skaičius skelbkite tik aprašę tikrą imtį bei pradžios ir pabaigos taškus. Pasiūlymų kiekis nėra laimėtų sandorių skaičius.

Pardavimų automatizavimas sujungia šį darbą su CRM. Dokumentų valdymas tęsia priimto pasiūlymo ir sutarties versijų eigą.