Avtomatsko odgovarjanje na povpraševanja po e-pošti

Trideset povpraševanj na dan, pol dneva komerciale

V veleprodajnem podjetju je e-pošta polna povpraševanj. "Imate izdelek X na zalogi?" "Kakšna je cena za 50 kosov?" "Do kdaj lahko dostavite v Maribor?" Polovica teh vprašanj ima odgovor v internih sistemih. Komercialist ga le poišče, prepiše in pošlje. Petnajst minut na povpraševanje. Trideset povpraševanj. Pol delovnega dne za odgovor na rutino.

Avtomatizacija tega procesa z AI agentom je primer, kjer je vrednost takoj merljiva in tehnično dosegljiva. Pomembno je le, kako se postavi.

Kako agent dela korak za korakom

1. Sprejem. Agent prebere prihajajočo e-pošto v skupnem nabiralniku (info@, prodaja@). Ne posega v osebne nabiralnike.
2. Razumevanje namena. AI razčleni vsebino: gre za povpraševanje po ceni, povpraševanje po zalogi, povpraševanje po dobavnem roku, ali za nekaj drugega.
3. Identifikacija stranke in artikla. Iz vsebine in podpisa agent prepozna pošiljatelja in artikel. Če je stranka nova ali artikel nejasen, eskalira na človeka.
4. Pridobitev podatkov. Agent se obrne na interni sistem: zaloga iz ERP, cena iz cenika za to konkretno stranko (pogodbeni popust), dobavni rok iz logistike.
5. Sestava odgovora. Iz pridobljenih podatkov agent sestavi odgovor v naravnem jeziku, v slogu podjetja. Odgovor je vedno označen kot avtomatski.
6. Odločitev o pošiljanju. Če so vsi podatki prisotni in znotraj dovoljenih meja, agent pošlje. Če ne, pripravi osnutek in ga preda komercialistu.

Eskalacijska pravila kot najpomembnejši del

Brez dobre eskalacije agent prej ali slej naredi škodo. Pravila, ki morajo biti vgrajena pred zagonom:

• Popust zunaj pogodbenega okvira. Stranka prosi za popust nad pogodbeno določenim pragom. To je pogajanje, ne podatek. Eskalacija na komercialista.
• Posebne specifikacije. Povpraševanje za izdelek po meri, kombinacijo, neobičajne količine. Agent ne sklepa o izvedljivosti.
• Nove stranke brez profila. Agent nima pogodbenih cen, plačilnih pogojev, kreditne sposobnosti. Vsako prvo povpraševanje gre na človeka.
• Znaki nezadovoljstva. Reklamacija, jezen ton, omemba sodišča ali odvetnika. Vse to gre takoj na človeka, agent ne odgovori.
• Vrednost nad pragom. Povpraševanje za znesek, ki presega določeno mejo, vedno potrjuje človek.
• Manjkajoč podatek v sistemu. Če agent ne najde zaloge ali cene v internem sistemu, ne ugiba. Eskalira.

Enega pravila agent ne sme nikoli prekršiti: nikoli si ne sme izmišljevati podatkov. Bolje je reči "podatka nimam, predam kolegici", kot poslati napačno ceno.

Realna implementacija po fazah

Postopno uvajanje deluje bolje kot zagon "vse naenkrat":

Faza 1: agent samo bere, človek pošlje

Prvi mesec agent prebere vsako e-pošto in pripravi osnutek odgovora. Komercialist ga potrdi ali popravi. Agent ne pošlje samostojno ničesar. Cilj je videti, kakšna je kakovost osnutkov in kje se moti.

Faza 2: agent pošlje samo enostavne primere

Po nekaj tednih se opredeli ozek nabor primerov, kjer je agent zanesljiv. Primer: povpraševanje po zalogi enega artikla pri obstoječi stranki s pogodbenimi cenami. Te primere agent pošlje samostojno. Vse ostalo še naprej kot osnutek za človeka.

Faza 3: širitev nabora

Postopno se širi nabor primerov, ki jih agent obravnava samostojno. Vsaka razširitev je odločitev z merljivim tveganjem. Statistiko napak pregledujete vsak teden ali vsak mesec.

Pasti v praksi

Zastareli podatki

Agent dobi zalogo iz ERP, ki se osvežuje vsakih 15 minut. V tem času je nekdo lahko prodal zadnji kos. Agent odgovori, da je izdelek na zalogi. Pol ure kasneje stranka naroči in blaga ni na voljo. Rešitev: agent pri kritičnih kategorijah preveri zalogo neposredno (sinhronizacija v manj kot minuti). Alternativa je stavek v odgovoru: "podatek je veljaven na čas pošiljanja, dokončna potrditev ob naročilu".

Ton odgovora

Brez previdnosti agent piše v generičnem jeziku, ki se ne ujema s slogom podjetja. Stranke to opazijo. Rešitev: agent dobi vzorce dobrih odgovorov iz pretekle korespondence in jih posnema. Ton občasno pregledate in popravite ročno.

Manjkajoč kontekst pretekle korespondence

Stranka piše tretjič v istem nizu. Prvih dveh e-pošt agent ni videl, ker so bile v drugem nizu. Odgovori, kot da je vprašanje novo. Stranka je razočarana. Rešitev: agent vedno preveri, ali obstaja nedavna korespondenca s to stranko. Po potrebi eskalira.

Pomanjkanje varovala pri spremembi

Cenik se spremeni v ERP, pravila niso posodobljena, agent en teden pošilja stare cene. Rešitev: avtomatizirani test, ki vsak dan preveri vzorec odgovorov in opozori, če se rezultat razlikuje od pričakovanega.

Vedno vidno označen kot avtomatski

Stranka mora vedeti, da odgovarja avtomat. Ni samo etično vprašanje, je tudi praktično. Stranka, ki ve, da je odgovor avtomatski, bo ob napaki prej iskala človeka. Če stranka misli, da je pisal komercialist, bo izgubila zaupanje, ko bo ugotovila, da ni.

V odgovoru naj bo jasno označen vir in pot do človeka:

"Spodaj je avtomatski odgovor s podatki iz našega sistema. Če bi želeli pogovor s komercialistom, odgovorite na to e-pošto z besedo 'človek' ali pokličite 01 234 5678."

Kaj vedno ostane na človeku

• Pogajanja o ceni, popustih, plačilnih pogojih
• Kompleksne ponudbe za projekte
• Odločitve nad določeno vrednostjo
• Reklamacije in pritožbe
• Prvi stik z novimi strankami
• Vse, kjer agent ni prepričan