Strands agentai pardavimuose: laiškų automatizacija be rankinio maratono

Strands agentai yra DI naujiena, kurią verta skaityti ne dėl triukšmo, o dėl praktikos. Ką tai keičia darbe? Kur atsiranda laiko sutaupymas? Kur prasideda nauja rizika?

AWS aprašė Thrad.ai sprendimą, kuriame Strands agentai ir Amazon Bedrock automatizuoja kelią nuo prospekto paieškos iki personalizuoto laiško. Pardavimų žmonėms ši tema skamba saldžiai. Mažiau rankinio knisimosi. Daugiau laiko pokalbiams.

Atvirai? Man DI temose mažiausiai įdomūs blizgantys pažadai. Įdomu, kur žmogus rytoj ryte atsidarys kompiuterį ir realiai padarys darbą kitaip. Be fejerverkų. Be teatro.

KAS NUTIKO

Sprendime naudojama kelių agentų sistema. Ji renka socialinę informaciją apie potencialius klientus, vertina kontekstą ir ruošia personalizuotus laiškus. AWS tekste lyginami du agentų organizavimo būdai – Swarm ir Graph – pagal greitį, kainą ir laiškų kokybę.

Šaltinis čia svarbus. Ne gandas, ne perpasakotas LinkedIn sakinys, o pirminis įmonės tekstas. Tokiose temose detalės greitai pavirsta telefonu sugedusiu žaidimu: vienas pranešimas tampa pažadu, pažadas tampa reklama, o po savaitės visi ginčijasi dėl dalyko, kurio niekas tiksliai neperskaitė.

KODĖL TAI SVARBU

Pardavimuose dažna klaida yra automatizuoti blogą įprotį. Jei žmogus rašo tuščią laišką, DI gali parašyti tuščią laišką greičiau. Valio? Nelabai. Vertė atsiranda tada, kai agentas padeda suprasti, kodėl būtent šiam žmogui verta rašyti ir ką konkrečiai jam pasakyti.

DI versle jau nebėra vien klausimas „kokį įrankį nusipirkti“. Dabar klausimas daug žemiškesnis: kur tas įrankis įsėda į procesą, ką jis gali matyti, ką gali keisti ir kas patikrina rezultatą. Be šitų atsakymų net geras modelis tampa dar vienu langeliu naršyklėje.

KUR TAI PRITAIKYTI

Pradėti verta nuo vienos vietos, kur darbas kartojasi ir visi tyliai kenčia. Žinot tą jausmą, kai komandoje niekas nebenori liesti tam tikros lentelės, bet visi žino, kad be jos nepajudėsi? Va ten dažnai ir prasideda DI vertė.

• B2B komanda gali greičiau atrinkti įmones, kurioms tikrai aktuali paslauga.
• Agentas gali paruošti pirmą laiško juodraštį pagal viešą kontekstą ir CRM duomenis.
• Vadovas gali lyginti, ar personalizavimas didina atsakymų skaičių, o ne tik išsiųstų laiškų kiekį.

Gera taisyklė paprasta: jei darbą galima aprašyti trimis sakiniais ir patikrinti per kelias minutes, jis tinka pirmajam DI bandymui. Jei reikia dešimties išimčių ir „čia priklauso nuo situacijos“, pirmiausia susitvarkykite procesą.

KUR PASISLĖPUSI RIZIKA

Rizika – peržengti privatumo ir skonio ribą. Jei laiškas skamba taip, lyg pardavėjas per daug naršė žmogaus gyvenimą, tai nebe personalizacija. Tai nejaukumas.

Blogiausia DI klaida dažnai neatrodo kaip klaida. Ji ateina gražiu sakiniu, tvarkinga struktūra ir tonu, kuris skamba užtikrintai. Čia smegenys ir užkimba: „atrodo gerai, vadinasi gerai“. Deja, versle taip neveikia.

KĄ DARYTI ŠIĄ SAVAITĘ

Testuokite mažai: 30 laiškų su DI pagalba, 30 be jos. Matuokite atsakymus, susitikimus ir rankinio taisymo laiką. Skaičiai greitai atvėsina fantazijas.

Mano siūlymas: nebandykite laimėti viso DI žaidimo per vieną savaitę. Paimkite vieną procesą, vieną komandą, vieną matavimą. Tada žiūrėkite, ar žmogui realiai liko mažiau darbo, ar tiesiog atsirado nauja vieta tikrinti DI.

DUK

Ar Strands agentai aktualu mažam verslui?

Taip, jei verslas turi pasikartojančių informacijos darbų. Jei procesas vyksta kartą per metus, pasiruošimo kaina gali suvalgyti naudą.

Ar tam reikia programuotojų komandos?

Ne visada. Pirmam bandymui dažnai užtenka aiškaus proceso, gerų duomenų ir žmogaus, kuris moka patikrinti rezultatą. Techninė komanda reikalinga tada, kai DI jungiamas prie vidinių sistemų.

Kokia dažniausia klaida?

Pradėti nuo įrankio, o ne nuo problemos. Įrankių daug. Aiškiai suformuluotų problemų – mažiau.

Jei norite DI pritaikyti praktiškai, pradėkite nuo vieno proceso audito. MasterSprint programoje būtent taip ir žiūrime į DI: mažiau triukšmo, daugiau realių darbų. Daugiau rasite MasterSprint.

Šaltinis: Amazon Web Services.