AI գործակալներ հաճախորդների սպասարկման համար. 7 սցենար և փորձնական պլան
Ընտրեք գործնական AI գործակալի սցենարներ հաճախորդների սպասարկման համար, սահմանեք մարդու հաստատման սահմաններ, նախագծեք փոխանցումները և չափեք անվտանգ աջակցության փորձնականը։
Dali
Dali-ն AI agent systems ստուդիա է։ Դավիթը՝ engineering/product, Լիանան՝ operations/workflow fit։ Production գործակալներ առկա tools-ում։
David Hakobyan · LinkedIn · Dali
Ուղիղ պատասխան
Հաճախորդների սպասարկման AI գործակալների համար լավագույն առաջին սցենարներն են տոմսերի տրիաժը, հիմնավորված պատասխանները հաստատված աղբյուրներից, պատասխանի սևագրերը, զրույցների ամփոփումները, փոխանցումից առաջ համատեքստի հավաքումը և ցածր ռիսկի հաշվի որոնումները։
Սկսեք աշխատանքից, որը կրկնվող է, լեզվակենտրոն, հեշտ ստուգելի և շրջելի։ Վերադարձները, չեղարկումները, անվտանգության փոփոխությունները, իրավական պարտավորությունները և այլ բարձր ազդեցության գործողությունները պահեք մարդու հաստատման դարպասի հետևում, մինչև իրական գնահատման տվյալները չաջակցեն այլ քաղաքականություն։
Նպատակը աջակցության թիմը օղակից հանելը չէ։ Նպատակն է հաճախորդներին ավելի արագ օգնություն տալ ստանդարտ դեպքերում և մարդ գործակալներին ավելի մաքուր, ավելի տեղեկացված հերթ տալ ամեն ինչի մնացածի համար։
Յոթ գործնական սպասարկման սցենար
| Սցենար | Ինչ է անում գործակալը | Խորհուրդ տրվող մեկնարկային ինքնավարություն | Ինչ ապացույց հետևել |
|---|---|---|---|
| 1. Տոմսերի տրիաժ | Հայտնաբերում է մտադրությունը, հրատապությունը, լեզուն, արտադրանքի տարածքը և երթուղավորման հատկանիշները | Գործում է երթուղավորման վրա, ընտրանքային վերանայումով | Երթուղավորման ճշգրտություն, վերանշանակման տոկոս, հերթի տարիք |
| 2. Հիմնավորված պատասխաններ | Վերցնում է հաստատված աջակցության բովանդակություն և պատասխանում է աղբյուրի հղումներով | Պատասխանում է ցածր ռիսկի մտադրություններին. էսկալացնում է, երբ աղբյուրները բացակայում են կամ հակասում են | Աջակցված պատասխանի տոկոս, մեջբերման վավերություն, վերաբացման տոկոս |
| 3. Պատասխանի սևագրեր | Ստեղծում է սևագիր գործակալի աշխատատիրույթում | Մարդն է ուղարկում | Խմբագրման հեռավորություն, վերանայողի ընդունում, մշակման ժամանակ |
| 4. Զրույցների ամփոփումներ | Սեղմում է շարանը, փորձված գործողությունները, հաճախորդի վիճակը և բաց հարցը | Գրում է ներքին նշում | Կրիտիկական փաստի բացթողման տոկոս, մարդու ուղղման տոկոս |
| 5. Փոխանցման նախապատրաստում | Հավաքում է պարտադիր դաշտերը և երթուղավորում է դեպքը համատեքստով | Գործում է ընդունման և երթուղավորման վրա | Փոխանցման ամբողջականություն, վերադարձի տոկոս, մարդու պատասխանի ժամանակ |
| 6. Միայն կարդալու հաշվի որոնում | Վերցնում է պատվերի, բաժանորդագրության, առաքման կամ իրավունքի վիճակը | Պատասխանում է սահմանափակված կարդալու թույլտվությամբ | Որոնման ճշգրտություն, թույլտվության սխալներ, հնացած տվյալների միջադեպեր |
| 7. Դարպասավորված ընթացակարգեր | Առաջարկում է վարկ, չեղարկում, վերաժամանակացում կամ հաշվի փոփոխություն | Մարդը հաստատում է գործողությունը | Հաստատման տոկոս, մերժման պատճառ, միջադեպերի քանակ, հետգլորման օգտագործում |
Աղյուսակը նկարագրում է խորհուրդ տրվող ներդրման օրինակ, ոչ թե ունիվերսալ հասունության մոդել։ Յուրաքանչյուր ընկերություն պետք է ինքնավարությունը սահմանի սխալ գործողության հետևանքից, գործողության շրջելիությունից և ձախողումը հայտնաբերելու կարողությունից։
1. Տոմսերի տրիաժ և երթուղավորում
Տրիաժը ուժեղ առաջին սցենար է, որովհետև գործակալը կարող է բարելավել հերթի հոսքը՝ առանց ընկերության անունից խոսելու կամ հաճախորդի վիճակը փոխելու։
Օգտակար ելքերն են.
- մտադրություն և ենթամտադրություն.
- արտադրանքի տարածք.
- լեզու.
- տրամադրության կամ հրատապության ազդանշան.
- հաճախորդի մակարդակ կամ տարածաշրջան վստահելի հաշվի տվյալներից.
- նպատակային թիմ.
- երթուղու պատճառ։
Միայն մոդելի ելքով մի երթուղավորեք, երբ հասանելի է որոշիչ կանոն։ Օրինակ՝ հաշվի պլանը, երկիրը կամ պայմանագրի մակարդակը պետք է գան հաշվառման համակարգից։ Մոդելն ավելի լավ է օգտագործել չկառուցված մասի համար, օրինակ՝ հասկանալու, թե ինչ է հարցնում հաճախորդը։
Լավ տրիաժի հետքը վերանայողին թույլ է տալիս տեսնել բնօրինակ հաղորդագրությունը, արդյունահանված հատկանիշները, որոշիչ տվյալները, ընտրված երթուղին և վստահության կամ պահուստային ուղու պատճառը։
2. Հիմնավորված պատասխաններ հաստատված գիտելիքից
Աջակցության գործակալը պետք է պատասխանի վերահսկվող աղբյուրների հավաքածուից, ոչ թե ընդհանուր մոդելի հիշողությունից կամ անսահմանափակ վեբ որոնումից։
Աղբյուրների հավաքածուն կարող է ներառել.
- օգնության կենտրոնի հոդվածներ.
- ընթացիկ գնագոյացում և պլանի կանոններ.
- վերադարձի, փոխհատուցման և չեղարկման քաղաքականություններ.
- արտադրանքի թողարկման նշումներ.
- ծառայության կարգավիճակի տեղեկատվություն.
- հաշվին կապված տվյալներ, որոնք հաճախորդը լիազորված է տեսնել.
- ներքին լուծման ընթացակարգեր։
Գործակալին պետք է սահմանված պատասխան, երբ աղբյուրը բացակայում է, հնացած է կամ հակասական է։ Այդ պատասխանը պետք է լինի ճշտող հարց կամ էսկալացիա, ոչ թե բացը հավանական քաղաքականությամբ լրացնելը։
Օրինակ՝ Intercom-ի ընթացիկ փաստաթղթավորումը ընտրված գիտելիքի աղբյուրները, պատասխանի ստուգումը, տրիաժը և մարդուն փոխանցումը դիտարկում է որպես առանձին արտադրանքի կարողություններ (Fin AI Agent explained, knowledge sources)։ Սա ավելի լայն նախագծման սկզբունքի մեկ արտադրանքային իրականացում է. բիզնեսն է տիրապետում կորպուսին, և գործակալը պետք է բավարար ապացույց բացահայտի՝ դրա օգտագործումը վերանայելու համար։
Աղբյուրի սեփականության մանրամասն ստուգացանկի համար տեսեք գիտելիքի բազա կայքի AI օգնականի համար։
3. Պատասխանի սևագրեր մարդ գործակալների համար
Սևագրումը հաճախ ամենաանվտանգ ճանապարհն է գեներատիվ ելքը գոյություն ունեցող աջակցության գործառնություն մտցնելու համար։
AI գործակալը կարող է վերցնել համապատասխան քաղաքականությունը, ամփոփել հաճախորդի համատեքստը և պատրաստել պատասխան թիմի տոնով։ Մարդ գործակալը ստուգում է փաստերը և ուղարկում այն։
Սևագրումը հատկապես օգտակար է, երբ.
- պատասխանները պահանջում են մի քանի աղբյուրի որոնում.
- գործակալները նույն քաղաքականությունը կրկին ու կրկին վերագրում են տարբեր համատեքստերում.
- լեզվի որակը կամ տեղայնացումը դանդաղեցնում է հերթը.
- դեպքը բավական զգայուն է դատողության համար, բայց բավական կառուցվածքային է նախապատրաստելու համար։
Չափեք ավելին, քան միայն այն, թե արդյոք վերանայողները սեղմում են «ընդունել»։ Հետևեք նյութական ուղղումներին, բացակայող փաստերին, քաղաքականության սխալներին և այն բանին, արդյոք վերանայողը ստիպված է եղել նույն հետազոտությունը նորից կատարել։
4. Զրույցների ամփոփումներ և ներքին նշումներ
Երկար շարանները աշխատանք են ստեղծում, նախքան մարդը նույնիսկ կսկսի խնդիրը լուծել։
Օգտակար փոխանցման ամփոփումը պետք է պարունակի.
- հաճախորդի ընթացիկ նպատակը.
- ստուգված հաշվի կամ պատվերի համատեքստը.
- ինչ արդեն փորձել է հաճախորդը.
- արդեն տրված պատասխանները կամ գործողությունները.
- օգտագործված աղբյուրը կամ քաղաքականությունը.
- չլուծված որոշումը.
- հրատապությունը և խոստացված հետևումը, եթե կա։
Խուսափեք ամփոփումներից, որոնք միայն վերաձևակերպում են տրամադրությունը։ Ընդունող գործակալին պետք են որոշման համատեքստ և ապացույց։
5. Ընդունում մարդուն փոխանցումից առաջ
AI գործակալը կարող է հավաքել բացակայող տեղեկատվությունը՝ նախքան դեպքը երթուղավորելը։
Վնասված առաքման համար դա կարող է ներառել պատվերի ID-ն, ապրանքը, առաքման ամսաթիվը, վնասի տեսակը և պատկերի կցումը։ Տեխնիկական խնդրի համար դա կարող է ներառել արտադրանքի տարբերակը, միջավայրը, վերարտադրման քայլերը և ճշգրիտ սխալը։
Ընդունումը պետք է մնա համաչափ։ Մի ստիպեք դժգոհ հաճախորդին կրկնել տեղեկատվություն, որն արդեն կա զրույցում կամ հաշվի գրառումում։
Փոխանցումն ինքնին պայմանագիր է AI ուղու և մարդկային հերթի միջև։ Նվազագույնը փոխանցեք.
customer_goal
verified_identity_and_account_context
intent_and_route_reason
sources_used
actions_already_attempted
open_question_or_required_decision
risk_or_policy_flags
conversation_summary
Intercom-ի ընթացիկ էսկալացիայի փաստաթղթավորումը ցույց է տալիս այս բաժանման կոնկրետ տարբերակ. կանոնները կամ ուղեցույցը որոշում են, թե երբ է լինում էսկալացիան, իսկ աշխատանքային հոսքերը՝ ինչ է լինում էսկալացիայից հետո (Intercom escalation guidance and rules)։
6. Միայն կարդալու հաշվի և պատվերի որոնում
Աջակցությունն ավելի օգտակար է դառնում, երբ գործակալը կարող է վերցնել հաճախորդի ընթացիկ վիճակը։
Սկսեք միայն կարդալու գործիքներից, որոնք վերադարձնում են փոքր, տիպավորված արդյունք, օրինակ.
- պատվերի կարգավիճակ.
- առաքման գնահատական.
- բաժանորդագրության պլան.
- հաշիվ-ապրանքագրի հասանելիություն.
- ծառայության իրավունք.
- հայտնի միջադեպի կարգավիճակ։
Հավատարմագիրը սահմանափակեք ճիշտ այն գրառումներով և դաշտերով, որոնք պահանջվում են։ Արդյունքները ֆիլտրեք սերվերի կողմում, որպեսզի մոդելը չկարողանա այլ հաճախորդի տվյալ խնդրել՝ նույնացուցիչը փոխելով։
Գրանցեք, թե որ գործիքն է կանչվել և որ քաղաքականությունն է թույլատրել արդյունքը ցուցադրել, բայց անհրաժեշտ անձնական տվյալները մի պատճենեք մոդելի հետքերում։
7. Դարպասավորված հաշվի գործողություններ և ընթացակարգեր
Գործակալը ի վերջո կարող է մասնակցել ընթացակարգերին, որոնք փոխում են հաճախորդի վիճակը։ Առաջին թողարկումը պետք է բաժանի գործողության առաջարկը դրա կատարումից։
| Գործողություն | Մեկնարկային քաղաքականություն | Ինչու |
|---|---|---|
| Հրապարակային օգնության հոդված նորից ուղարկել | Գործակալը կարող է գործել | Ցածր ազդեցություն և շրջելի |
| Չզգայուն նախապատվություն թարմացնել | Գործակալը կարող է առաջարկել կամ գործել քաղաքականությամբ | Սահմանափակ շրջանակ, բայց ինքնությունը դեռ կարևոր է |
| Փոքր, քաղաքականությամբ սահմանված վարկ կիրառել | Գործակալն առաջարկում է. մարդը հաստատում է | Ֆինանսական ազդեցություն և քաղաքականության բացառություններ |
| Բաժանորդագրություն չեղարկել | Մարդը հաստատում է | Եկամտի ազդեցություն, պահպանման համատեքստ և հնարավոր անշրջելիություն |
| Փոխհատուցում տալ | Մարդը հաստատում է | Գումարի շարժ և խարդախության ռիսկ |
| Էլ. փոստ, MFA կամ հաշվի սեփականություն փոխել | Մասնագիտացված մարդկային ուղի | Հաշվի գրավման ռիսկ |
| Իրավական կամ կարգավորող պարտավորություն ստանձնել | Որակավորված մարդկային ուղի | Բարձր խաղադրույքներ և իրավասությանը հատուկ դատողություն |
OpenAI-ի գործակալ կառուցելու ուղեցույցը խորհուրդ է տալիս մարդու միջամտություն, երբ ձախողման շեմերը գերազանցվում են և բարձր ռիսկի գործողություններից առաջ, օրինակ՝ չեղարկումներ, մեծ փոխհատուցումներ կամ վճարումներ (OpenAI practical guide)։
Որոշ աջակցության հարթակներ այժմ նույն օրինակն ուղղակիորեն բացահայտում են։ Intercom-ը փաստաթղթավորում է ընթացակարգի քայլ, որն ընդմիջվում է մարդու վերանայման համար զգայուն կամ բարձր ռիսկի որոշումների վրա (human-in-the-loop approvals)։
Ամբողջական վերահսկման մոդելի համար կարդացեք մարդը օղակում AI գործակալների բացատրությունը։
Արտադրական ձևի աջակցության հոսք
Աջակցության գործակալը պետք է ունենա հստակ ուղի բացակայող ապացույցի, ռիսկային գործողությունների և անձ խնդրող հաճախորդի հարցումների համար։
Օգտակար աջակցության հոսքը հետևյալն է.
- Ստուգեք ալիքը, ինքնությունը և հասանելի հաշվի համատեքստը։
- Դասակարգեք հաճախորդի մտադրությունը և պահանջվող ռիսկի մակարդակը։
- Վերցրեք միայն հաստատված աղբյուրները և սահմանափակված գործիքի տվյալները։
- Սևագրեք պատասխան կամ առաջարկվող գործողություն։
- Վավերացրեք քաղաքականությունը, թույլտվությունները և ելքի ձևաչափը։
- Պատասխանեք ուղղակի, եթե ուղին ցածր ռիսկի է և աջակցված։
- Կանգ առեք հաստատման համար, եթե գործողությունը փոխում է գումարը, ինքնությունը, մուտքը կամ կարևոր հաշվի վիճակը։
- Էսկալացրեք կառուցվածքային համատեքստով, երբ ապացույցը բացակայում է, հաճախորդը անձ է խնդրում, կամ կրկնության սահմանը լրացել է։
- Գրանցեք արդյունքը գնահատման և բարելավման համար։
Գործակալը չպետք է իր անորոշությունը թաքցնի ավելի երկար պատասխանի հետևում։ Եթե այն չի կարող հաստատել համապատասխան փաստը կամ քաղաքականությունը, ճիշտ գործողությունը մաքուր փոխանցումն է։
Պահանջվող գիտելիք, գործիքներ և թույլտվություններ
Նախքան զրույցը կառուցելը, սահմանեք գործառնական մուտքերը։
Գիտելիք
- Որ աղբյուրները կարելի է օգտագործել հաճախորդին ուղղված պատասխանների համար։
- Ով է սեփականատերը յուրաքանչյուր աղբյուրի։
- Որքան արագ պետք է քաղաքականության փոփոխությունը հասանելի դառնա գործակալին։
- Ինչ է լինում, երբ երկու աղբյուր հակասում են։
- Կարո՞ղ է գործակալը ցույց տալ կամ մեջբերել աղբյուրը հաճախորդին։
Գործիքներ
- Որ համակարգերը կարող է գործակալը կարդալ։
- Որ գործողությունները կարող է առաջարկել։
- Որ գործողությունները կարող է կատարել։
- Արդյո՞ք գրառումները իդեմպոտենտ են, որպեսզի կրկնությունը չստեղծի երկու փոխհատուցում կամ երկու տոմս։
- Ինչ է վերադարձնում յուրաքանչյուր գործիք թույլտվության սխալի, ժամանակի սպառման կամ բացակայող տվյալների դեպքում։
Թույլտվություններ
- Արդյո՞ք ինքնությունը ստուգվում է նախքան հաշվին կապված տվյալների վերցնելը։
- Արդյո՞ք յուրաքանչյուր ինտեգրացիա օգտագործում է սահմանափակված ծառայողական հաշիվ։
- Արդյո՞ք զգայուն դաշտերը ֆիլտրվում են նախքան մոդելի օգտագործումը և գրանցումը։
- Արդյո՞ք յուրաքանչյուր ռիսկային գործողություն կապված է հաստատման քաղաքականության հետ։
- Կարո՞ղ է օպերատորը անջատել գործողության ուղին՝ առանց ամբողջ աջակցության ալիքը անցանց դարձնելու։
NIST-ի Generative AI Profile-ը ռիսկերի կառավարումը շրջանակում է որպես շարունակական կառավարման, չափման և մոնիթորինգի գործընթաց, ոչ թե մեկանգամյա մոդելի ընտրություն (NIST AI 600-1)։ Դա ճիշտ մտավոր մոդել է աջակցության գործակալի համար, որի քաղաքականությունները, արտադրանքները և հաճախորդի վարքը ժամանակի ընթացքում փոխվում են։
Ինչպես նախագծել առաջին փորձնականը
Ընտրեք մեկ հերթ կամ մտադրությունների ընտանիք։ Մի գործարկեք ամբողջ օգնության կենտրոնում միանգամից։
Ուժեղ առաջին փորձնականն ունի.
- բավարար կրկնվող ծավալ՝ գնահատման դեպքեր ստեղծելու համար.
- գրավոր, ընթացիկ աղբյուրների հավաքածու.
- հստակ սեփականատեր աջակցության թիմում.
- ձեռքով պահուստային ուղի.
- ցածր ռիսկի սկզբնական գործողություններ.
- բազային գիծ ընթացիկ մարդկային գործընթացից.
- հստակ ընդունման և կանգառի պայմաններ։
Խորհուրդ տրվող ներդրում
- Կառուցեք անցանց գնահատման հավաքածու ներկայացուցչական պատմական դեպքերից։
- Առանձին փորձարկեք որոնումը, երթուղավորումը, պատասխանը, մերժումը և էսկալացիան։
- Գործարկեք ստվերային ռեժիմում կենդանի դեպքերի վրա՝ առանց հաճախորդներին պատասխանելու։
- Համեմատեք գործակալի որոշումները իրական աջակցության արդյունքների հետ։
- Թողարկեք մեկ նեղ մտադրության վրա՝ մարդու վերանայումով։
- Ընդլայնեք միայն այն ժամանակ, երբ ապացույցը մնում է ընդունելի սովորական և դժվար դեպքերում։
OpenAI-ի գնահատման գործիքակազմը ձևակերպում է կրկնվող տվյալների հավաքածուի և թեստավորման չափանիշների գաղափարը (OpenAI Evals)։ Ճշգրիտ հարթակը կամընտիր է։ Կրկնելիությունը՝ ոչ։
Ինչ չափել
Մի հայտարարեք հաջողություն միայն պատասխանների ծավալից։
| Չափանիշ | Ինչ է ասում | Ինչից պաշտպանվել |
|---|---|---|
| Աջակցված պատասխանի տոկոս | Որքան հաճախ է պատասխանը հենված պարտադիր աղբյուրի վրա | Հարթ, բայց չաջակցված պատասխանները հաշվելը |
| Երթուղավորման ճշգրտություն | Արդյոք դեպքը հասնում է ճիշտ հերթին | Առաջին երթուղուց հետո վերանշանակումները թաքցնելը |
| Հաստատված լուծում | Արդյոք հաճախորդի խնդիրն իրականում լուծվել է | Լքումը որպես հաջողություն դիտելը |
| Վերաբացման տոկոս | Արդյոք խնդիրը վերադարձել է ակնհայտ լուծումից հետո | Դեպքերը չափից շուտ փակելը |
| Մարդուն էսկալացիայի տոկոս | Որքան հաճախ է գործակալը փոխանցում վերահսկումը | Թիվը օպտիմալացնելը՝ առանց էսկալացիայի որակը գնահատելու |
| Փոխանցման ամբողջականություն | Արդյոք ընդունող գործակալը ստանում է պարտադիր համատեքստը | Երկար ամփոփում փոխանցելը, որը բաց է թողնում հիմնական որոշումը |
| Հաստատման մերժման տոկոս | Որքան հաճախ է առաջարկված գործողությունը մերժվում | Անտեսելը, թե ինչու են վերանայողները մերժում այն |
| Միջադեպերի քանակ և ծանրություն | Արդյոք գործակալը վնաս է պատճառել կամ ուժեղացրել | Ծանր իրադարձությունները սովորական որակի չափանիշների մեջ միջինացնելը |
| Արժեքը մեկ հաստատված լուծման համար | Ամբողջ գործառնական արժեքը հաջող արդյունքի համար | Միայն մոդելի token-ներին նայելը |
Շեմերը սահմանեք ձեր բազային գծից, քաղաքականությունից և ռիսկի հանդուրժողականությունից։ Ամեն աջակցության գործառնության համար ազնիվ ունիվերսալ թիրախ չկա։
Ամբողջական գնահատման մեթոդի համար տեսեք ինչպես գնահատել AI գործակալները գործարկումից առաջ։ Այս չափանիշների հետևում գտնվող իրադարձությունների գրառման համար տեսեք գործակալի դիտարկելիություն. մատյաններ և հետքեր։
Սովորական ձախողման ռեժիմներ
Սխալ հերթի ավտոմատացում
Անկայուն քաղաքականությամբ կամ շատ բացառություններով հերթը վատ առաջին թիրախ է, նույնիսկ եթե ծավալը բարձր է։
Օգնության կենտրոնը ավտոմատ ճիշտ համարելը
Գործակալը կարող է հավատարիմ կերպով կրկնել հնացած կամ հակասական քաղաքականություն։ Աղբյուրի սեփականությունը և թարմացման ռիթմը համակարգի մասն են։
Պարունակումը չափելը լուծման փոխարեն
Հաճախորդին մարդուց հեռու պահելը հաջողություն չէ, եթե պատասխանը սխալ է կամ հաճախորդը հանձնվում է։
Մարդկային ուղին թաքցնելը
Հաճախորդները պետք է կարողանան անձ խնդրել։ Համակարգին նաև պետք են իր սեփական էսկալացիայի ազդանշանները բացակայող ապացույցի, կրկնվող ձախողման, զգայուն թեմաների և բարձր ազդեցության գործողությունների համար։
Գրելու մուտքը չափից շուտ տալը
Միայն կարդալու հաշվի որոնումը և փոխհատուցման գործիքը կարող են կողք կողքի լինել ինտերֆեյսում, բայց դրանց վնասի շառավիղները շատ տարբեր են։
Առանց համատեքստի փոխանցում ուղարկելը
Եթե մարդը պետք է նորից կարդա ամբողջ զրույցը և կրկնի յուրաքանչյուր որոնում, փոխանցումը ամբողջական չէ։
Ինչպես է Dali-ն տեղավորվում
Dali-ն աջակցության փորձնականները սահմանափակում է մեկ հերթով, մեկ սեփականացված աղբյուրների հավաքածուով և հստակ գործողության սահմաններով։ Փորձնականը ներառում է գնահատման դեպքեր, հաստատման և էսկալացիայի ուղիներ, դիտարկելի գործարկումներ և փոխանցում, որը աջակցության թիմը կարող է շահագործել։
Համապատասխան արտադրանքի օրինակները ներկայացված են լուծումների էջում։ Տեսեք լուծումներ առաքման մոդելի համար։
FAQ
Ոչ պարտադիր։ Չաթբոտը հիմնականում տրամադրում է զրույցի մակերես։ Գործակալը կարող է նաև վերցնել հաշվի վիճակը, երթուղավորել աշխատանքը, օգտագործել գործիքներ և վերահսկվող գործողություններ կատարել աշխատանքային հոսքի ներսում։ Այդ լրացուցիչ կարողությունները պահանջում են թույլտվություններ, գնահատում, մատյաններ և հստակ մարդկային վերահսկում։