· Praktiniai scenarijai · Prisijungusiems · 5 min skaitymui
Prisijungti ir išsaugotiKaip pardavimų komanda su Claude paruošia individualų pasiūlymą iš kliento užklausos
Praktinė darbo eiga pardavimų komandai: kaip iš kliento laiško, susitikimo užrašų ir kainodaros gairių paruošti aiškų, klientui pritaikytą pasiūlymo juodraštį.
Pardavimų pasiūlymas dažnai atrodo kaip paprasta užduotis: paimti šabloną, pakeisti kliento pavadinimą, įdėti kainą ir išsiųsti. Bet taip gimsta dokumentai, kurie klientui atrodo bendriniai. Jie atsako į klausimą „ką parduodame“, bet neatsako į daug svarbesnį klausimą: kodėl tai tinka būtent šiai situacijai?
Claude čia naudingas ne todėl, kad „gražiau parašo“. Didžiausia vertė atsiranda tada, kai pardavimų komanda Claude duoda ne tik prašymą parašyti pasiūlymą, bet ir realų kontekstą: kliento užklausą, pokalbio užrašus, poreikius, prieštaravimus, kainodaros ribas, ankstesnius panašius atvejus ir pageidaujamą toną.
Tada Claude gali paruošti ne galutinį dokumentą vietoje žmogaus, o gerą pirmą versiją, kurią pardavėjas greitai peržiūri, patikslina ir išsiunčia.
Kokia užduotis sprendžiama
Įsivaizduokime paprastą situaciją.
Klientas atsiunčia laišką:
Sveiki, ieškome sprendimo, kuris padėtų mūsų klientų aptarnavimo komandai greičiau atsakyti į pasikartojančias užklausas. Turime apie 20 darbuotojų, daug užklausų ateina el. paštu, dalis per pokalbių sistemą. Norime suprasti, ką galėtumėte pasiūlyti, kiek tai kainuotų ir kiek laiko truktų įdiegimas.
Pardavėjas dar turi kelias pastabas iš skambučio:
- klientas nori mažinti atsakymo laiką, bet bijo prarasti žmogišką toną
- svarbu, kad sprendimas veiktų lietuvių kalba
- biudžetas nėra patvirtintas, bet vadovybė nori pamatyti aiškų etapų planą
- sprendimą turi patvirtinti klientų aptarnavimo vadovas ir finansų vadovas
- klientas nenori ilgo techninio dokumento
Be Claude pardavėjas dažnai pradeda nuo seno pasiūlymo. Su Claude verta pradėti kitaip: pirmiausia paprašyti suformuoti kliento situacijos santrauką ir tik tada rašyti pasiūlymą.
Kodėl nepradėti nuo dokumento
Geras pasiūlymas turi kelis sluoksnius:
- ką klientas pasakė
- ko klientas iš tikrųjų siekia
- kokios rizikos jam rūpi
- kokį sprendimą siūlote
- kodėl siūlomas kelias logiškas
- ką klientui daryti toliau
Jei Claude iš karto paprašysite „parašyk pasiūlymą“, jis greičiausiai sukurs tvarkingą, bet per daug bendrinį tekstą. Todėl pirmas žingsnis turi būti ne rašymas, o supratimo patikrinimas.
Šis žingsnis apsaugo nuo dažnos klaidos: pardavėjas jau rašo pasiūlymą, nors dar neaišku, kas klientui svarbiausia.
Kokį kontekstą duoti Claude
Claude gerai dirba tada, kai gali atskirti tris dalykus: kliento situaciją, jūsų pasiūlymo ribas ir norimą rezultatą.
Praktikoje pardavimų komanda gali pateikti:
- kliento laišką arba užklausos formą
- susitikimo užrašus
- produkto ar paslaugos aprašą
- kainodaros gaires
- tipinius įgyvendinimo etapus
- pavyzdinį ankstesnį pasiūlymą, jei jis kokybiškas
- dalykus, kurių negalima žadėti
- pageidaujamą toną
Jei naudojate ryšių su klientais valdymo sistemą, galima įklijuoti ne visą istoriją, o tik svarbiausius laukus: kliento sektorių, darbuotojų skaičių, sprendimo priėmėjus, paskutinio pokalbio pastabas ir numatomą sprendimo terminą.
Svarbu neperkelti perteklinių asmens duomenų. Jei vardai, telefonai ar vidinės kainos nebūtinos, jas galima pakeisti apibendrintomis žymomis.
Pasiūlymo struktūra, kuri veikia geriau
Geras pasiūlymas neturi prasidėti nuo jūsų įmonės istorijos. Klientui pirmiausia rūpi, ar jūs supratote jo situaciją.
Praktinė struktūra:
- Kliento situacija - ką supratote iš užklausos ir pokalbio.
- Tikslas - kokį rezultatą klientas nori pasiekti.
- Siūlomas kelias - ką darysite etapais.
- Kodėl šis kelias tinka - ryšys tarp poreikio ir sprendimo.
- Apimtis - kas įtraukta ir kas neįtraukta.
- Kaina arba kainos logika - aiškiai, be miglotų formuluočių.
- Rizikos ir prielaidos - kas gali keistis.
- Kitas žingsnis - ką klientui reikia padaryti.
Tokio formato esmė: pasiūlymas tampa ne brošiūra, o sprendimo dokumentu.
Realus pavyzdys
Žemiau - sutrumpintas pavyzdys, kaip Claude galėtų perrašyti bendrinį tekstą į klientui artimesnį pasiūlymo įvadą.
Silpnesnis variantas
Mūsų įmonė siūlo pažangius dirbtinio intelekto sprendimus, kurie padeda optimizuoti klientų aptarnavimo procesus ir didinti efektyvumą. Turime patirties diegiant inovatyvius sprendimus įvairiose organizacijose.
Čia nėra didelės klaidos, bet tekstas galėtų būti išsiųstas bet kam. Klientas nemato savęs.
Geresnis variantas
Iš jūsų užklausos ir pokalbio suprantame, kad pagrindinis tikslas yra sutrumpinti pasikartojančių klientų užklausų apdorojimo laiką, bet kartu neprarasti lietuviško, žmogiško atsakymo tono. Todėl siūlome pradėti ne nuo pilnos automatizacijos, o nuo dviejų savaičių bandomojo etapo: atrinkti dažniausias užklausų temas, paruošti atsakymų juodraščių logiką ir patikrinti ją su klientų aptarnavimo komanda.
Šis variantas veikia geriau, nes:
- pakartoja kliento tikslą
- įvardija jo baimę
- siūlo ribotą pirmą žingsnį
- neperžada rezultato
- parodo, kodėl sprendimas pradedamas etapais
Ką verta tikrinti prieš siunčiant
Claude gali pagreitinti pirmą versiją, bet pardavėjas vis tiek turi atlikti peržiūrą. Pasiūlymas yra komercinis dokumentas, todėl negalima palikti nepatikrintų pažadų, kainų ar terminų.
Prieš siunčiant verta patikrinti:
- ar kliento poreikis aprašytas tiksliai
- ar nėra pažadų, kurių negalite pagrįsti
- ar aišku, kas įtraukta ir kas neįtraukta
- ar kaina dera su vidinėmis gairėmis
- ar nėra vidinių pastabų, kurių klientas neturi matyti
- ar kitas žingsnis konkretus
- ar tekstas skamba kaip jūsų įmonė, o ne kaip bendras dirbtinio intelekto atsakymas
Kaip tai paversti komandos įpročiu
Vienkartinė Claude užklausa padeda, bet didžiausia nauda atsiranda tada, kai komanda susitaria dėl pastovaus formato.
Pardavimų komandoje verta turėti vieną bendrą Claude projektą arba vidinę instrukciją, kurioje nurodyta:
- koks yra pasiūlymo tikslas
- kokios skiltys privalomos
- kokių frazių nenaudoti
- kokių pažadų neduoti be vadovo patvirtinimo
- kaip aprašyti kainą
- kada pasiūlymas turi būti trumpas, o kada išsamus
- kas privalo peržiūrėti galutinę versiją
Tokį formatą galima paversti ir atskiru agento įgūdžiu. Tada pardavėjas nebekopijuoja visos instrukcijos kiekvieną kartą. Jis tiesiog pateikia kliento užklausą, o agentas žino, kokios struktūros, tono ir ribų laikytis.
Jei tokia darbo eiga komandoje pasiteisina, ją verta formalizuoti kaip tikrą įgūdį ir laikyti šalia kitų komandos instrukcijų. Daugiau pavyzdžių galima rasti įgūdžių bibliotekoje.
Kuo remiasi ši darbo eiga
Ši struktūra artima gerai B2B pasiūlymų praktikai: pasiūlymas turi atsakyti į kliento sprendimo klausimą, o ne vien išvardyti jūsų paslaugas. Panaši kryptis kartojasi ir HubSpot pasiūlymų rašymo gide, ir Highspot pardavimų pasiūlymų apžvalgoje: pirma kliento poreikis ir vertė, tada sprendimo struktūra, įrodymai, kaina ir kitas žingsnis.
Claude šiame procese nėra pardavėjo pakaitalas. Jis yra greitas pirmos versijos rengėjas ir peržiūros pagalbininkas. Žmogus vis tiek priima komercinį sprendimą, tik mažiau laiko praleidžia prie tuščio dokumento.
Esminė išvada
Pardavimų komandoje Claude verta naudoti ne kaip gražesnio teksto generatorių, o kaip struktūros palaikytoją. Geriausias rezultatas atsiranda tada, kai Claude gauna aiškų kliento kontekstą, jūsų pasiūlymo ribas ir konkrečią peržiūros logiką.
Tada pasiūlymas tampa ne šablonu su pakeistu vardu, o dokumentu, kuris parodo klientui: mes supratome jūsų situaciją, siūlome aiškų kelią ir žinome, ką reikia patikslinti prieš pradedant.
Tęskite skaitymą nemokamai — tereikia prisijungti.
Šis pradedantiesiems skirtas įrašas pilnai matomas visiems prisijungusiems. Prisijunkite per Google ir tęskite skaitymą be jokio mokesčio.