Produkto atvejo analizė · Dirbtinis intelektas ir savitarna
Kontekstinio DI palaikymo integravimas į rezervavimo procesą
„Anolla“ DI palaikymas neveikia kaip nuo rezervavimo programinės įrangos atskirtas bendrojo pobūdžio pokalbių robotas. Asistentas susieja naudotojo klausimą su aktyviu puslapiu, naudotojo vaidmeniu, paskyros būsena ir programinės įrangos taisyklėmis, kad vietoj bendrų nurodymų pasiūlytų konkrečiam darbo procesui tinkamą kitą žingsnį.
Šioje techninėje apžvalgoje aprašoma, kaip „Anolla“ naudoja kontekstą, kad DI palaikymą iš bendro informacinio sluoksnio paverstų su produktu susietu orientavimo įrankiu.
DI atsižvelgia į aktyvų puslapį, naudotojo vaidmenį, paskyros būseną ir produkto taisykles.
Konteksto sluoksnių skaičiusKalbos, palaikomos taikant tą pačią pagalbos logiką.
Viešai prieinamos platformos galimybėsĮ platformą integruotas pagalbos sluoksnis paslaugų teikėjui ir rezervuojančiam naudotojui.
Produkto projektavimo principasKodėl DI palaikymui nepakanka vien naudotojo klausimo?
Programinės įrangos palaikymo atsakymas gali būti iš esmės teisingas, tačiau naudotojui nenaudingas, jei jame neatsižvelgiama į jo vaidmenį, atidarytą rodinį ar tuo metu galiojančią konfigūraciją. „Anolla“ kontekstą laiko atsakymo kūrimo dalimi, o ne vėliau prie pokalbio pridedama detale.
Iššūkis
Tą patį klausimą gali lemti visiškai skirtingos priežastys. „Kodėl negaliu rezervuoti?“ gali reikšti užpildytą tvarkaraštį, išankstinio rezervavimo apribojimą, netinkamą naudotojo vaidmenį, paskyros būseną arba paslaugų teikėjo nustatytą taisyklę.
Projektavimo sprendimas
Asistentas pradeda nuo naudotojo kalbos ir užklausos, o prireikus atsižvelgia į aktyvų puslapį, vaidmenį, paskyros būseną ir susijusią konfigūraciją.
Platformos rezultatas
Tikslas yra ne tik atsakyti į klausimą, bet ir paaiškinti priežastį, parodyti tinkamą nustatymą arba nukreipti naudotoją į reikiamą savitarnos ar atsiliepimų teikimo procesą.
Koks kontekstas padaro DI atsakymą iš tiesų aktualų?
Įprastas pagalbos robotas ieško klausimui artimiausio pagalbos teksto. Tačiau rezervavimo programinės įrangos atveju to gali nepakakti, nes faktinė naudotojo situacija priklauso nuo kelių tarpusavyje susijusių sluoksnių. Paslaugų teikėjas gali keisti tvarkaraštį administravimo aplinkoje, klientas – bandyti rezervuoti viešajame puslapyje, o paskyros savininkas ir darbuotojas gali matyti skirtingus veiksmus.
Net ir techniškai toks pats klausimas gali reikalauti skirtingo atsakymo. Laisvo laiko nebuvimą gali lemti ištekliaus tvarkaraštis, paslaugos trukmė, buferinis laikas, maksimalus išankstinio rezervavimo laikotarpis arba kitas persidengiantis rezervavimas.
Aktyvus puslapis
Parodo, kurią funkciją ar rezervavimo etapą naudotojas šiuo metu mato.
Naudotojo vaidmuo
Nustato, kokius veiksmus ir nustatymus naudotojas apskritai gali atlikti.
Paskyros būsena
Gali turėti įtakos funkcijų prieinamumui ir tinkamam kitam žingsniui.
Paslaugų teikėjo taisyklės
Nustato prieinamumo, keitimo, atšaukimo ir kitą rezervavimo logiką.
Teisingas atsakymas priklauso ne tik nuo klausimo, bet ir nuo to, kur, kokį vaidmenį atliekant ir su kokia konfigūracija jis buvo pateiktas.
Kokie principai padaro DI pagalbą jautrią kontekstui?
Kontekstas nėra laikomas vienu dideliu duomenų paketu. Asistentas užklausai išspręsti reikalingus sluoksnius naudoja palaipsniui ir turėtų apsiriboti minimalia informacija, kurios iš tiesų reikia tiksliems nurodymams pateikti.
01 · Aktyvus puslapis suteikia atspirties tašką
Asistentas atsižvelgia į tai, ar naudotojas yra rezervavimo puslapyje, kalendoriuje, paslaugos nustatymuose, paskyros rodinyje ar kitame darbo eigos etape.
02 · Vaidmuo ir paskyros būsena riboja veiksmus
Nurodymai turi atitikti tai, kas pateikia klausimą – klientas, darbuotojas ar paskyros savininkas – ir kokios funkcijos jam prieinamos.
03 · Produkto taisyklės yra svarbesnės už paaiškinimą
Atsakymas turi būti grindžiamas rezervavimo logika, galiojančia konfigūracija ir dokumentuotomis funkcijomis, o ne tikėtinai skambančia prielaida.
04 · Atsakymas turi ribas ir kitą žingsnį
Jei trūksta būtino konteksto, asistentas turėtų paprašyti patikslinti, pripažinti neapibrėžtumą arba nukreipti naudotoją į tinkamą procesą.
Kaip naudotojo situacija virsta į kontekstą atsižvelgiančiu atsakymu?
Asistentas naudoja tik tą kontekstą, kurio reikia konkrečiam klausimui išspręsti. Reikiama informacija susiejama su produkto taisyklėmis, o rezultatas yra paaiškinimas, kitas žingsnis arba, jei reikia, patikslinamasis klausimas.
Būtinas kontekstas
Konteksto variklis
Nustatyk · susiek · patikrink
Klausimas susiejamas su aktyvia darbo eiga, naudotojo galimybėmis ir dokumentuotomis produkto taisyklėmis.
Tinkamas atsakymo būdas
Koncepcinė schema apibūdina atsakymo kūrimo logiką, o ne visą techninę „Anolla“ vidinių sistemų architektūrą.
Kaip AI pagalba keičiasi skirtingose naudojimo situacijose?
Asistentui nebūtina atsakant į kiekvieną klausimą naudoti visų galimų duomenų. Reikiamas kontekstas priklauso nuo to, kokį sprendimą naudotojas bando priimti ir koks apribojimas gali paveikti jo veiksmus.
| Scenarijus | Naudotojo klausimas | Reikiamas kontekstas | Tinkamas atsakymas |
|---|---|---|---|
| Prieinamumo problema | „Kodėl klientas nemato laisvų laikų šiai dienai?“ | Aktyvi paslauga, ištekliai, tvarkaraštis, trukmė, buferiniai laikai ir rezervavimo apribojimai. | Paaiškinti aktualiausią apribojimą ir nurodyti, kurį nustatymą patikrinti. |
| Vaidmuo ir prieiga | „Kodėl nematau įmonės kalendoriaus arba paslaugų?“ | Pasirinkta paskyra, aktyvus vaidmuo, naudotojo sąsaja su paslaugų teikėju ir teisės. | Padėti pasirinkti tinkamą paskyrą arba vaidmenį, nedarant prielaidos, kad prieigos teisės nesuteiktos. |
| Rezervacijos keitimas | „Kodėl negaliu pakeisti arba atšaukti savo rezervacijos laiko?“ | Rezervacijos būsena, paslaugų teikėjo taisyklės, laiko apribojimas ir naudotojo sąsaja su rezervacija. | Paaiškinti taikomą apribojimą ir nukreipti prie leidžiamo veiksmo. |
| Neaiškus atvejis | „Atrodo, kad viskas teisinga, tačiau veiksmas vis tiek neveikia.“ | Klausimo patikslinimas, matomas klaidos pranešimas ir minimalus būtinas produkto kontekstas. | Nedaryti prielaidų apie paslėptą priežastį; paprašyti patikslinti arba nukreipti į atsiliepimų teikimo procesą. |
Kaip klausimas pereina prie patikrinamo kito žingsnio?
Į kontekstą atsižvelgiantis atsakymas formuojamas kaip nuoseklus sprendimų priėmimo procesas, o ne kaip viena didelė užklausa apie naudotoją ir paskyrą.
Nustatykite naudotojo kalbą ir aktyvią darbo eigą
Asistentas pirmiausia nustato, kokia kalba buvo pateiktas klausimas ir kuriame puslapyje ar funkcijoje yra naudotojas.
Nustatykite užklausos tikslą
Klausimas klasifikuojamas, pavyzdžiui, pagal tai, ar jis susijęs su nustatymais, prieinamumu, prieiga ar rezervacijos keitimu.
Surinkite minimalų būtiną kontekstą
Vaidmuo, paskyros būsena ar konfigūracija naudojami tik tada, kai be jų neįmanoma patikimai susiaurinti atsakymo.
Susiekite situaciją su produkto taisyklėmis
Situacija palyginama su dokumentuotomis funkcijomis, rezervavimo logika ir šiuo metu galiojančiais apribojimais.
Pateikite į veiksmą orientuotą atsakymą
Atsakyme paaiškinama priežastis, nurodomas tikrintinas nustatymas ir pateikiamos gairės, padedančios atlikti tinkamą kitą žingsnį.
Pripažinkite ribas ir prireikus nukreipkite toliau
Jei priežasties negalima patikrinti, DI neturėtų išgalvoti sprendimo, o turėtų paprašyti patikslinimo arba nukreipti į tinkamą darbo eigą.
Kokios savybės kyla iš kontekstą suvokiančios pagalbos architektūros?
Konteksto suvokimas nereiškia, kad DI priima visus sprendimus už naudotoją. Ta pati produkto logika, kurią programa naudoja rezervacijoms ir teisėms valdyti, taip pat padeda suformuluoti naudotojui pateikiamą paaiškinimą.
Mažiau bendro pobūdžio nurodymų
Naudotojui nereikia peržiūrėti ilgo galimų priežasčių sąrašo, jei aktyvus kontekstas leidžia patikimai susiaurinti atsakymą.
Su darbo eiga susijęs kitas žingsnis
Atsakymas gali nukreipti naudotoją į tinkamą paskyrą, nustatymą, rezervacijos informaciją ar atsiliepimų teikimo eigą.
Bendra logika skirtingomis kalbomis
Daugiakalbė pagalba gali būti grindžiama tomis pačiomis produkto taisyklėmis, o ne kiekvienai kalbai sukurtu atskiru procesu.
Išplečiamas žinių sluoksnis
Pridedant naujų funkcijų galima papildyti centralizuotą produkto kontekstą, kuris naudingas ir paslaugų teikėjams, ir klientams.
DI atsakymų juodraščių panaudojamumas žmonių teikiamos pagalbos darbe
52,4 % atsakymų juodraščių be esminių pakeitimų
Šis rodiklis apibūdina žmonių teikiamai pagalbai parengtus DI atsakymų juodraščius: techninės pagalbos specialistams nereikėjo iš esmės keisti 52,4 % atsakymų. Tai žmonių teikiamos pagalbos darbo eiga, o ne automatiškai išspręstų pokalbių dalis ar atsakymų teisingumo rodiklis.
Šaltinis: anonimizuoti „Anolla“ DI ir pagalbos naudojimo duomenys. Paskutinį kartą atnaujinta 2026-07-01. Metodas: DI parengti atsakymai lyginami su techninės pagalbos pakeistais arba rankiniu būdu pakeistais atsakymais.
Ką tiksliai reiškia šios atvejo analizės teiginiai?
Tai yra produkto atvejo analizė, o ne kliento istorija ar pažadas, kad DI automatiškai išspręs kiekvieną pagalbos užklausą. Puslapyje aprašoma „Anolla“ kontekstinės pagalbos kūrimo logika ir viešai pristatomos platformos galimybės.
Galimybių pagrindas
Dabartinis „Anolla“ DI pagalbos aprašymas, produkto darbo eigos bei aktyvaus puslapio ir paskyros konteksto naudojimo principas.
Funkcinis pagrindimas
Tipiniai rezervavimo, konfigūravimo, prieigos ir paskyros būsenos testavimo scenarijai.
Duomenų naudojimas
Atvejo analizėje nenaudojami pokalbiai su klientais, kurių tapatybę galima nustatyti, ar individualūs kurios nors įmonės veiklos rodikliai.
Interpretacija
Puslapyje pristatoma integruotos pagalbos struktūra ir taikymo sritis, o ne nepriekaištingi atsakymai ar garantuotas automatizavimo lygis.
Apribojimai. DI gali neteisingai suprasti klausimą, remtis nepakankamu kontekstu arba jam gali prireikti patikslinimo. Asistentas neturėtų teigti, kad pakeitė nustatymus, matė duomenis ar nustatė priežastį, jei tam neturi patikrinamo pagrindo. Paskyros ir naudotojo duomenys turi būti naudojami minimaliai ir tik tiek, kiek būtina užklausai išspręsti.