Produkta gadījuma izpēte · Mākslīgais intelekts un pašapkalpošanās
Kontekstjutīga AI atbalsta pievienošana rezervēšanas plūsmai
Anolla AI atbalsts nedarbojas kā vispārīgs tērzēšanas robots, kas ir nodalīts no rezervēšanas programmatūras. Asistents sasaista lietotāja jautājumu ar aktīvo lapu, lietotāja lomu, konta stāvokli un programmatūras noteikumiem, lai vispārīgu norādījumu vietā piedāvātu konkrētajai darbplūsmai piemērotu nākamo darbību.
Šajā tehniskajā pārskatā aprakstīts, kā Anolla izmanto kontekstu, lai pārveidotu AI atbalstu no vispārīga informācijas slāņa par ar produktu saistītu vadības rīku.
AI ņem vērā aktīvo lapu, lietotāja lomu, konta stāvokli un produkta noteikumus.
Konteksta slāņu skaitsAtbalstītās valodas vienotā atbalsta loģikā.
Publiski pieejamās platformas iespējasPlatformā integrēts atbalsta slānis pakalpojuma sniedzējam un rezervētājam.
Produkta dizaina principsKāpēc AI atbalstam nepietiek tikai ar lietotāja jautājumu?
Programmatūras atbalsta atbilde var būt saturiski pareiza, bet lietotājam nederīga, ja tajā netiek ņemta vērā viņa loma, atvērtais skats vai pašlaik spēkā esošā konfigurācija. Anolla uzskata kontekstu par atbildes veidošanas daļu, nevis par detaļu, kas sarunai tiek pievienota vēlāk.
Izaicinājums
Vienam un tam pašam jautājumam var būt pilnīgi atšķirīgi iemesli. „Kāpēc es nevaru veikt rezervāciju?” var nozīmēt aizpildītu grafiku, iepriekšējas pieteikšanās ierobežojumu, nepareizu lietotāja lomu, konta stāvokli vai pakalpojuma sniedzēja noteiktu nosacījumu.
Dizaina lēmums
Asistents sāk ar lietotāja valodu un pieprasījumu un vajadzības gadījumā ņem vērā aktīvo lapu, lomu, konta stāvokli un atbilstošo konfigurāciju.
Platformas rezultāts
Mērķis nav tikai atbildēt uz jautājumu, bet arī izskaidrot iemeslu, parādīt atbilstošo iestatījumu vai novirzīt lietotāju uz pareizo pašapkalpošanās vai atsauksmju plūsmu.
Kāds konteksts padara MI atbildi patiesi atbilstošu?
Parasts atbalsta robots meklē jautājumam atbilstošāko palīdzības tekstu. Rezervēšanas programmatūras gadījumā ar to var nepietikt, jo lietotāja faktiskā situācija ir atkarīga no vairākiem savstarpēji saistītiem slāņiem. Pakalpojumu sniedzējs var mainīt grafiku administrēšanas vidē, klients — mēģināt veikt rezervāciju publiskajā lapā, savukārt konta īpašniekam un darbiniekam var būt pieejamas atšķirīgas darbības.
Pat tehniski vienam un tam pašam jautājumam var būt nepieciešamas atšķirīgas atbildes. Brīvu laiku trūkumu var izraisīt resursa grafiks, pakalpojuma ilgums, starplaiks, maksimālais iepriekšējas rezervēšanas periods vai cita rezervācija, kuras laiks pārklājas.
Aktīvā lapa
Parāda, kuru funkciju vai rezervēšanas posmu lietotājs pašlaik redz.
Lietotāja loma
Nosaka, kuras darbības un iestatījumi lietotājam vispār ir pieejami.
Konta statuss
Var ietekmēt funkciju pieejamību un piemērotāko nākamo soli.
Pakalpojumu sniedzēja noteikumi
Nosaka pieejamību, izmaiņas, atcelšanu un citu rezervēšanas loģiku.
Pareizā atbilde ir atkarīga ne tikai no jautājuma, bet arī no tā, kur, kādā lomā un ar kādu konfigurāciju tas tika uzdots.
Kādi principi padara MI atbalstu kontekstjutīgu?
Konteksts netiek aplūkots kā viena liela datu pakotne. Asistents pakāpeniski izmanto jautājuma atrisināšanai nepieciešamos slāņus, un tam būtu jāaprobežojas ar minimālo informāciju, kas patiešām vajadzīga precīzu norādījumu sniegšanai.
01 · Aktīvā lapa sniedz sākumpunktu
Asistents ņem vērā, vai lietotājs atrodas rezervēšanas lapā, kalendārā, pakalpojuma iestatījumos, konta skatā vai kādā citā darbplūsmas posmā.
02 · Loma un konta statuss ierobežo darbības
Norādījumiem jāatbilst tam, vai jautājumu uzdod klients, darbinieks vai konta īpašnieks, kā arī tam, kuras funkcijas viņam ir pieejamas.
03 · Vispirms produkta noteikumi, pēc tam skaidrojums
Atbildei jābalstās uz rezervēšanas loģiku, spēkā esošo konfigurāciju un dokumentētajām funkcijām, nevis uz pieņēmumu, kas izklausās ticams.
04 · Atbildei ir robežas un nākamais solis
Ja nepieciešamā konteksta nav, asistentam jāuzdod precizējošs jautājums, jāatzīst nenoteiktība vai jānovirza lietotājs uz piemērotu procesu.
Kā lietotāja situācija pārtop kontekstjutīgā atbildē?
Asistents izmanto tikai to kontekstu, kas nepieciešams konkrētā jautājuma atrisināšanai. Nepieciešamā informācija tiek sasaistīta ar produkta noteikumiem, un rezultāts ir skaidrojums, nākamais solis vai, ja nepieciešams, precizējošs jautājums.
Nepieciešamais konteksts
Konteksta dzinējs
Identificē · sasaisti · pārbaudi
Jautājums tiek sasaistīts ar aktīvo darbplūsmu, lietotāja iespējām un dokumentētajiem produkta noteikumiem.
Piemērots atbildes veids
Konceptuālā shēma apraksta atbildes veidošanas loģiku, nevis pilnīgu Anolla iekšējo sistēmu tehnisko arhitektūru.
Kā AI atbalsts mainās dažādās lietošanas situācijās?
Asistentam nav jāizmanto visi iespējamie dati katra jautājuma gadījumā. Nepieciešamais konteksts ir atkarīgs no tā, kādu lēmumu lietotājs cenšas pieņemt un kāds ierobežojums var ietekmēt viņa rīcību.
| Scenārijs | Lietotāja jautājums | Nepieciešamais konteksts | Piemērota atbilde |
|---|---|---|---|
| Pieejamības problēma | “Kāpēc klients neredz šajā dienā pieejamus laikus?” | Aktīvs pakalpojums, resursi, grafiks, ilgums, bufera laiki un rezervēšanas ierobežojumi. | Izskaidrot visatbilstošāko ierobežojumu un norādīt, kurš iestatījums jāpārbauda. |
| Loma un piekļuve | “Kāpēc es neredzu uzņēmuma kalendāru vai pakalpojumus?” | Izvēlētais konts, aktīvā loma, lietotāja saistība ar pakalpojuma sniedzēju un piekļuves tiesības. | Norādīt, kā izvēlēties pareizo kontu vai lomu, nepieņemot, ka lietotājam trūkst piekļuves. |
| Rezervācijas mainīšana | “Kāpēc es nevaru mainīt vai atcelt savu rezervācijas laiku?” | Rezervācijas statuss, pakalpojuma sniedzēja noteikumi, laika ierobežojums un lietotāja saistība ar rezervāciju. | Izskaidrot spēkā esošo ierobežojumu un norādīt atļauto darbību. |
| Neskaidrs gadījums | “Šķiet, ka viss ir pareizi, tomēr darbība joprojām nedarbojas.” | Jautājuma precizējums, redzamais kļūdas ziņojums un minimāli nepieciešamais produkta konteksts. | Neizdarīt pieņēmumus par slēptu cēloni; iegūt precizējumu vai novirzīt uz atsauksmju plūsmu. |
Kā jautājums nonāk līdz pārbaudāmam nākamajam solim?
Kontekstjutīga atbilde veidojas kā secīga lēmumu plūsma, nevis kā viens apjomīgs vaicājums par visu lietotāju un kontu.
Nosaki lietotāja valodu un aktīvo darbplūsmu
Asistents sāk ar to, kādā valodā jautājums tika uzdots un kurā lapā vai funkcijā lietotājs atrodas.
Nosaki pieprasījuma mērķi
Jautājums tiek klasificēts, piemēram, pēc iestatīšanas, pieejamības, piekļuves vai rezervācijas maiņas.
Iegūsti minimāli nepieciešamo kontekstu
Loma, konta statuss vai konfigurācija tiek izmantota tikai tad, ja bez šīs informācijas atbildi nevar ticami precizēt.
Saisti situāciju ar produkta noteikumiem
Situācija tiek salīdzināta ar dokumentētajām funkcijām, rezervēšanas loģiku un pašlaik spēkā esošajiem ierobežojumiem.
Sniedz uz rīcību vērstu atbildi
Atbilde izskaidro iemeslu, norāda pārbaudāmo iestatījumu un palīdz nonākt līdz piemērotam nākamajam solim.
Atzīsti ierobežojumus un vajadzības gadījumā novirzi tālāk
Ja iemeslu nav iespējams pārbaudīt, AI nevajadzētu izdomāt risinājumu, bet gan lūgt precizējumu vai novirzīt uz piemērotu darbplūsmu.
Kādas īpašības izriet no kontekstu apzinoša atbalsta arhitektūras?
Konteksta apzināšanās nenozīmē, ka AI lietotāja vietā pieņem visus lēmumus. Tā pati produkta loģika, ko lietotne izmanto rezervāciju un tiesību pārvaldībai, palīdz veidot arī lietotājam sniegto skaidrojumu.
Mazāk vispārīgu norādījumu
Lietotājam nav jāizskata garš iespējamo iemeslu saraksts, ja aktīvais konteksts ļauj ticami precizēt atbildi.
Ar darbplūsmu saistīts nākamais solis
Atbilde var novirzīt lietotāju uz pareizo kontu, iestatījumu, rezervācijas informāciju vai atsauksmju sniegšanas darbplūsmu.
Vienota loģika dažādās valodās
Daudzvalodu atbalsts var balstīties uz vieniem un tiem pašiem produkta noteikumiem, nevis uz katrai valodai izveidotu atsevišķu procesu.
Paplašināms zināšanu slānis
Pievienojot jaunas funkcijas, var papildināt centrālo produkta kontekstu, kas sniedz priekšrocības gan pakalpojumu sniedzējiem, gan klientiem.
AI atbilžu melnrakstu lietojamība cilvēku sniegtā atbalsta darbā
52,4% atbilžu melnrakstu bez saturiskām izmaiņām
Šis rādītājs raksturo cilvēku sniegtā atbalsta vajadzībām sagatavotos AI atbilžu melnrakstus: tehniskajam atbalstam nebija saturiski jāmaina 52,4% atbilžu. Tas attiecas uz cilvēku sniegtā atbalsta darbplūsmu, nevis uz automātiski atrisināto sarunu īpatsvaru vai atbilžu pareizības rādītāju.
Avots: Anolla anonimizētie AI un atbalsta lietojuma dati. Pēdējo reizi atjaunināts 01.07.2026. Metode: AI sagatavotās atbildes tiek salīdzinātas ar tehniskā atbalsta rediģētajām vai manuāli aizstātajām atbildēm.
Ko tieši nozīmē šīs gadījuma izpētes apgalvojumi?
Šī ir produkta gadījuma izpēte, nevis klienta pieredzes stāsts vai solījums, ka AI automātiski atrisinās katru atbalsta pieprasījumu. Lapā ir aprakstīta Anolla kontekstuālā atbalsta izstrādes loģika un publiski aprakstītās platformas iespējas.
Iespēju pamats
Anolla pašreizējais AI atbalsta apraksts, produkta darbplūsmas, kā arī aktīvās lapas un konta konteksta izmantošanas princips.
Funkcionālie pierādījumi
Tipiski testēšanas scenāriji, kas saistīti ar rezervēšanu, konfigurēšanu, piekļuvi un konta statusu.
Datu izmantošana
Gadījuma izpētē netiek izmantotas vārdā identificējamu klientu sarunas vai atsevišķu uzņēmumu individuālie darbības rādītāji.
Interpretācija
Lapa atspoguļo integrētā atbalsta uzbūvi un darbības jomu, nevis nevainojamas atbildes vai garantētu automatizācijas līmeni.
Ierobežojumi. AI var nepareizi interpretēt jautājumu, balstīties uz nepilnīgu kontekstu vai pieprasīt precizējumu. Asistentam nevajadzētu apgalvot, ka tas ir mainījis iestatījumus, redzējis datus vai noteicis cēloni, ja tam nav pārbaudāma pamata. Konta un lietotāju dati jāizmanto minimāli un tikai tādā apjomā, kāds nepieciešams pieprasījuma atrisināšanai.