მთავარი დასკვნა
გაშვებამდე განსაზღვრეთ რუტინული თემები, დამტკიცებული ცოდნა და ესკალაცია. გაზომეთ სწორი გადაწყვეტა და სასარგებლო გადაცემა, მხოლოდ განაცხადების დახურვით ნუ შემოიფარგლებით.
შეინარჩუნეთ მომხმარებლისთვის ნაცნობი მიმართვის არხი
AI‑ით მხარდაჭერილი პროცესი შეიძლება დაიწყოს მომხმარებლის პორტალსა და ჩატის ფანჯარაში, რომლებსაც ის უკვე იყენებს. აგენტი აზუსტებს პრობლემას, პასუხობს დამტკიცებული მომსახურების მასალების საფუძველზე და ინახავს შესრულებულ ნაბიჯებს. მომხმარებელს არ სჭირდება ცალკე ბოტის საიტის მოძებნა ან მიმართვის სხვა პროცესის სწავლა. თუ აგენტი პრობლემას ვერ აგვარებს, ქმნის განაცხადს და საუბარს კონტექსტის სახით რიგში გადასცემს, რათა ტექნიკოსს ყველაფრის თავიდან დაწყება არ მოუწიოს.
მიიღეთ მოთხოვნა
დააფიქსირეთ მომხმარებლის ენა, კლიენტის გარემო, სერვისი და დაზარალებული მომხმარებელი.
შესთავაზეთ უსაფრთხო პირველი ნაბიჯი
მიაწოდეთ შესაბამისი დამტკიცებული ნაბიჯი ცოდნის ბაზიდან და ჰკითხეთ, რა შედეგი მიიღო.
თუ საკითხი ვერ მოგვარდა, გადაეცით კონტექსტი
შესაბამის რიგში გადასაგზავნ განაცხადს დაურთეთ საუბარი, ნაცადი ნაბიჯები და ღია საკითხი.
განსაზღვრეთ ავტომატური გადაწყვეტის უსაფრთხო საზღვრები
რუტინული ინფორმაციული მოთხოვნები და განმეორებითი დიაგნოსტიკა შეიძლება ავტომატიზაციისთვის შესაფერისი იყოს; ანგარიშების განბლოკვას, MFA‑ის გამორთვას, პრივილეგიების შეცვლას, მონაცემების წაშლასა და უსაფრთხოების ინციდენტის დახურვას უფრო მნიშვნელოვანი შედეგები შეიძლება მოჰყვეს. თითოეული კატეგორიისთვის განსაზღვრეთ, რისი ახსნა და შემოწმება შეუძლია აგენტს და რომელ მოქმედებას სჭირდება ტექნიკოსის თანხმობა. მომხმარებლის ვინაობა დამტკიცებული პროცესით გადაამოწმეთ. არ მისცეთ აგენტს პაროლის შეცვლის ან წვდომის მინიჭების უფლება, სანამ ვინაობა და უფლებამოსილება არ დადასტურდება.
| მოთხოვნის ტიპი | პირველადი პასუხი | კონტროლი |
|---|---|---|
| ინფორმაცია სერვისზე | მიაწოდეთ დამტკიცებული მითითებები | თუ მითითებები არ შველის, გადაამისამართეთ საკითხი |
| განმეორებითი დიაგნოსტიკა | შეაგროვეთ დეტალები და შესთავაზეთ უსაფრთხო ნაბიჯი | რისკის ან სერვისზე გავლენის ზრდისას გადაეცით საკითხი სპეციალისტს |
| წვდომის ან მონაცემების ცვლილება | დააზუსტეთ მოთხოვნა და მოამზადეთ განსახილველად | მოითხოვეთ ვინაობის შემოწმება და ადამიანის თანხმობა |
დაიცავით მონაცემების საზღვრები კლიენტების გარემოებს შორის
ერთი MSP აგენტი შეიძლება რამდენიმე კლიენტს ემსახურებოდეს, ამიტომ კლიენტების გარემოებისა და ცოდნის ბაზების გამიჯვნა არქიტექტურის ძირითადი საკითხია. შეამოწმეთ, რომელი სტატიები, მომსახურების პირობები, მოწყობილობების დეტალები და ანგარიშებია ხილული თითოეული კლიენტისთვის; არასოდეს გამოიყენოთ ერთი კლიენტის განაცხადი მეორისთვის პასუხის წყაროდ. აგენტს მხოლოდ აუცილებელი წაკითხვისა და მოქმედების უფლებები მიანიჭეთ. შეინახეთ საქმიანობის ჩანაწერი, რომელიც აკავშირებს კლიენტს, განაცხადს, აგენტის პასუხს, ესკალაციასა და ტექნიკოსის გადაწყვეტილებას; ამასთან, შეჯამებებში არ შეიტანოთ საიდუმლო პაროლები და ავთენტიფიკაციის კოდები.
შეაფასეთ გადაწყვეტისა და გადაცემის ხარისხი
AI‑ის პასუხების ან დახურული განაცხადების დათვლამ წარმატება შეიძლება გადაჭარბებულად წარმოაჩინოს. გაზომეთ შესაბამისი მოთხოვნების წილი, რომლებიც დამტკიცებული პასუხით გადაწყდა, ხელახლა გახსნილი განაცხადები, სწორი გადაცემები, კონტექსტის აღდგენაზე ტექნიკოსის დახარჯული დრო, პირველი პასუხიდან გადაწყვეტამდე დრო და განმეორებითი მოთხოვნები. შეადარეთ შედეგები კლიენტებისა და სერვისების მიხედვით. შეაფასეთ, რამდენად უსაფრთხოდ აგრძელებს აგენტი არასამუშაო საათებში შემოსულ მოთხოვნებზე მუშაობას; დაუყოვნებელი პასუხი საკითხის გადაწყვეტას არ უდრის.
სწორი გადაწყვეტა
შეესაბამება თუ არა პასუხი სერვისის მითითებებს და ადასტურებს თუ არა მომხმარებელი პრობლემის მოგვარებას?
სასარგებლო გადაცემა
შეიცავს თუ არა განაცხადი კლიენტს, გავლენას, ნაცად ნაბიჯებსა და ღია საკითხს?
განმეორებითი სამუშაო
ხსნის თუ არა მომხმარებელი საკითხს ხელახლა, ან უწევს თუ არა ტექნიკოსს კონტექსტის თავიდან აღდგენა?
მაგალითი: ანგარიშის დაბლოკვა არასამუშაო საათებში
ღამით მომხმარებელი პორტალიდან იტყობინება, რომ სისტემაში ვერ შედის. აგენტი ადგენს კლიენტისა და მომხმარებლის ვინაობას, ეკითხება შეცდომის ტექსტსა და პრობლემის დაწყების დროს. თუ დამტკიცებული გზამკვლევი შესაფერისია, სთავაზობს აღდგენის უსაფრთხო ნაბიჯებს პაროლის ან ერთჯერადი კოდის მოთხოვნის გარეშე. როდესაც ვინაობის შემოწმება აუცილებელია, ანგარიშს არ განბლოკავს; სრული საუბრით პრიორიტეტულ განაცხადს მორიგე ტექნიკოსს უგზავნის. დილით გუნდი განიხილავს მარშრუტიზაციას, ნაკლულ კონტექსტს, გადაწყვეტამდე დროსა და განმეორებით მიმართვას.