გადართვის მიზეზი წინასწარ განსაზღვრეთ
ადამიანის ჩართვა საჭიროა, როცა აბონენტი ამას პირდაპირ ითხოვს, გაურკვევლობა უსაფრთხოდ ვერ იხსნება ან მოთხოვნა აგენტის უფლებამოსილებას სცდება. განმეორებითი უკმაყოფილება და დაძაბული საუბარიც შეიძლება შეთანხმებული გადართვის მიზეზი იყოს.
ყველა რთული წინადადება ადამიანის საქმეს არ ნიშნავს. განასხვავეთ ავტომატიზირებადი მრავალეტაპიანი პროცესი და გადაწყვეტილება, რომელსაც ადამიანის უფლება ან განსჯა სჭირდება. მიღების ტესტში ჩაიწეროს კონკრეტული ფრაზები და მოსალოდნელი ქცევა.
ცოცხალი გადართვა, გადმორეკვა და მოთხოვნის ჩაწერა
ეს სამი განსხვავებული შედეგია. გადართვის მცდელობა არ უდრის ადამიანთან წარმატებულ საუბარს. გადმორეკვის მოთხოვნის შენახვა არ ნიშნავს, რომ ზარი უკვე განხორციელდა ან კონკრეტულ დროს აუცილებლად შესრულდება.
| ტიპი | რა ხდება | რა ადასტურებს შედეგს |
|---|---|---|
| ცოცხალი გადართვა | მიმდინარე ზარი გადაეცემა დაშვებულ ნომერს ან გუნდს | მიმღების პასუხი და წარმატებული კავშირი, არა მხოლოდ გაგზავნილი მოთხოვნა |
| გადმორეკვის მოთხოვნა | თანხმობით იქმნება გუნდის შემდგომი დავალება | მოთხოვნის შენახვა; დასრულებული გადმორეკვა ცალკე აღირიცხება |
| მომსახურების მოთხოვნა | პრობლემა იწერება შესაბამის სისტემაში | ჩანაწერის ნომერი ან სისტემის მიღების დასტური |
მომხმარებელმა უნდა იცოდეს, რა ხდება
გადართვამდე მოკლედ აუხსენით, ვისთან და რატომ გადადის ზარი. არ დაჰპირდეთ დაუყოვნებელ პასუხს, თუ გუნდის ხელმისაწვდომობა უცნობია. ლოდინისას მომხმარებელს უნდა ჰქონდეს გასაგები მდგომარეობა და ნებადართული ალტერნატივა.
მიმღებს გადაეცეს მხოლოდ საჭირო კონტექსტი: მოთხოვნის მიზანი, უკვე შემოწმებული მონაცემი, შესრულებული ან მოლოდინში მყოფი მოქმედება და დაუზუსტებელი საკითხი. მთელი ჩანაწერის ან აუდიოს ავტომატური გადაცემა მინიმალური მონაცემის პრინციპს არ შეესაბამება.
- მომხმარებლის იდენტიფიკაცია და წვდომა გადაცემისას არ უნდა დაიკარგოს.
- გაურკვეველი ველი მკაფიოდ აღინიშნოს და ფაქტად არ ჩაითვალოს.
- შეუსრულებელი ოპერაცია არ აღწეროთ როგორც დასრულებული.
- გადაცემის მიზეზი
- ნებადართული მოკლე კონტექსტი
- შესაბამისი გუნდი / ნომერი
- დაკავშირების შედეგის შემოწმება
თუ ადამიანი მიუწვდომელია → შეთანხმებული მოთხოვნა ან გადმორეკვა → პასუხისმგებელი გუნდი. მომხმარებელს ეცნობება რეალური მდგომარეობა და მხოლოდ დადასტურებული ვადა.
ვინ იღებს პასუხისმგებლობას გადაცემის შემდეგ?
გადაცემას უნდა ჰყავდეს კონკრეტული მიმღები როლი: ტექნიკური გუნდი, გაყიდვები ან მომსახურება. განსაზღვრეთ სამუშაო საათები, დაშვებული ნომრები, მოთხოვნის სტატუსები და პასუხგაუცემელი საკითხის ესკალაცია. ახალი ნომერი მოდელმა თვითონ არ უნდა გამოიგონოს.
კონტექსტის გაგზავნის შემდეგ საჭიროა მიღების სიგნალი. თუ კავშირი ვერ შედგა ან მოთხოვნის სისტემა ვერ პასუხობს, პასუხისმგებლობა ჰაერში არ უნდა დარჩეს. აგენტი ამბობს მართალ სტატუსს და მოქმედებს მხოლოდ წინასწარ დაშვებული შემდეგი გზით.
რა უნდა შემოწმდეს გადართვისას?
ტესტი უნდა გაიაროს სრული გზით: ფრაზიდან მიმღების მიღებამდე ან შეთანხმებულ წარუმატებელ დასრულებამდე. ტელეფონიის დოკუმენტაცია ფუნქციის არსებობას ხსნის, მაგრამ კონკრეტული ოპერატორისა და ნომრის თავსებადობას ვერ ამტკიცებს.
| სცენარი | მოსალოდნელი შემოწმება |
|---|---|
| „ადამიანთან საუბარი მინდა“ | ტრიგერი ამოიცნობა განმეორებითი გაყიდვითი დაკითხვის გარეშე |
| მიმღები პასუხობს | კავშირი და საჭირო კონტექსტი აღწევს სწორ გუნდამდე |
| მიმღები დაკავებულია / არ პასუხობს | მცდელობა არ აღირიცხება წარმატებულ გადაცემად |
| გადმორეკვაზე უარი | დავალება არ იქმნება თანხმობის გარეშე |
| მოთხოვნის შენახვა ვერ მოხერხდა | არ გაიცემა ცრუ „მოთხოვნა მიღებულია“ |
| ბევრი პირადი ინფორმაცია | გადაეცემა მხოლოდ დაშვებული და საჭირო მონაცემი |
გაზომეთ მიღებული შედეგი და არა მხოლოდ მცდელობა
ცალ-ცალკე აღრიცხეთ გადართვის მოთხოვნა, მცდელობა, წარმატებული კავშირი, უპასუხო ზარი და შექმნილი შემდგომი დავალება. კონტექსტის უწყვეტობა შეაფასეთ იმითაც, სჭირდება თუ არა მომხმარებელს უკვე ნათქვამის თავიდან მოყოლა.
დასრულებული გადართვის წილი და ლოდინის დრო მხოლოდ რეალური მონაცემით გამოითვლება. ამ გვერდზე შედეგების სტატისტიკა არ ქვეყნდება. ტექნიკური მარშრუტი და ადამიანური გუნდის მზადყოფნა ერთად ქმნის მომსახურების ხარისხს.
ხშირი კითხვები
ზარი ყოველთვის პირდაპირ გადადის?
არა აუცილებლად. ცოცხალი გადართვა დამოკიდებულია გამართულ ტელეფონიაზე, ოპერატორის პირობებსა და მარშრუტზე. გადმორეკვის მოთხოვნა და პირდაპირი კავშირი სხვადასხვა შედეგია.
თუ არავინ უპასუხა?
იმოქმედოს შეთანხმებულმა ალტერნატივამ: თანხმობით მოთხოვნის დატოვება ან სხვა ნებადართული გზა. დაუდასტურებელი პასუხის დრო არ უნდა დაჰპირდეს.
ყველა ჩანაწერი და აუდიო გადაიცემა?
არა ავტომატურად. გადაიცემა მხოლოდ საჭირო და ნებადართული ინფორმაცია, შესაბამისი წვდომისა და კონფიდენციალურობის წესით.
მომხმარებელს ნებისმიერ დროს შეუძლია ადამიანის მოთხოვნა?
ეს ტრიგერი პროცესში უნდა განისაზღვროს და შემოწმდეს. მოთხოვნის ამოცნობა არ ნიშნავს, რომ ადამიანი ყოველ მომენტში ხელმისაწვდომია.
პირველწყაროები და საზღვრები
გადამოწმებულია 2026 წლის 17 სექტემბერს. ეს წყაროები განმარტავს ტექნიკურ მექანიზმებს და არა OMO-ს კონკრეტულ დანერგვაში ყველა ფუნქციის ხელმისაწვდომობას. შეთავაზებული კავშირები და მაგალითები ცალკე შეფასებას მოითხოვს.
- LiveKit — call transfers
გადართვის მექანიზმები; რეალური გამოყენება ტელეფონიის გამართვას მოითხოვს.
- LiveKit — turn detection and interruptions
საუბრის რიგის, აქტივობისა და შეწყვეტის კონტროლის განსხვავებული მექანიზმები.
- OWASP — prompt injection
არასანდო შეყვანა, მინიმალური უფლებები და მაღალი რისკის მოქმედების კონტროლი.