როგორ აღვადგინოთ ზარი, როცა ოპერატორთან გადართვა ვერ ხერხდება
გადართვის ხიდის მდგომარეობები, აღდგენის ტექსტი და კონტექსტის ჩანაწერი, რომლითაც გუნდი ადამიანს უხმო ლოდინში არ ტოვებს.
მოკლე პასუხი: წარუმატებელი გადართვის შემდეგ გამართულმა კომპონენტმა საწყისი ზარი უნდა გააგრძელოს. გუნდმა დამტკიცებული აღდგენის ტექსტით ადამიანს უნდა აუხსნას, რა მოხდა, და წინასწარ განსაზღვრული შემდეგი ნაბიჯი შესთავაზოს. გუნდმა ოპერატორს მხოლოდ დადასტურებული კონტექსტი უნდა გადასცეს.
როგორ იშლება გადართვის დაპირება შუა ზარში?
ოპერატორთან გადართვის ჩავარდნა იწყება მაშინ, როცა გუნდი ხმოვან ტექსტში ადამიანს ეუბნება „ახლავე დაგაკავშირებთ“, შემდეგ კი დანიშნულების ნომერზე არავინ პასუხობს, ხაზი დაკავებულია ან გადართვისთვის გამართული კომპონენტი კავშირის ხიდს ვერ ქმნის. ადამიანი ამ დროს შეიძლება კვლავ საწყის ხაზზე იყოს. უხმო ლოდინისას იგი ვერ იგებს, საუბარი გაგრძელდა თუ დასრულდა.
„მეორე ოთახი“ ამ სტატიისთვის შექმნილი სასწავლო ხაზია. იგი კლიენტს, მოქმედ სისტემას ან მიღებულ შედეგს არ აღწერს. მაგალითში მარიამი დაბრუნების პირობაზე კითხულობს, გუნდის მიერ გამართული კომპონენტი კი სპეციალისტთან გადართვას იწყებს. დანიშნულების მხარე არ პასუხობს. კომპონენტი საწყის ზარს აგრძელებს და დამტკიცებული ტექსტით მარიამს შეფერხებასა და ხელმისაწვდომ არჩევანს აცნობებს.
შეამოწმეთ aiCALL-ის გადართვის აღდგენის სცენარი, თუ თქვენს გუნდს სურს წინასწარ განსაზღვროს ხიდის ჩავარდნის, კონტექსტის შენახვისა და უსაფრთხო დასრულების წესები.
რას ნიშნავს გადართვის ხიდის ოთხი მდგომარეობა?
გადართვის ხიდის ოთხი მდგომარეობაა: გადართვა მოთხოვნილია, დანიშნულების მხარეს ეძახიან, ხიდი შეერთებულია და აღდგენა საჭიროა. გადართვისთვის გამართული კომპონენტი ცალ-ცალკე წერს მოთხოვნას, დარეკვის მცდელობას, დანიშნულების შედეგსა და ხიდის მაჩვენებელს. გუნდი ამ მონაცემებით ოპერატორის რეალურ ჩართვას არ ვარაუდობს და ადამიანის შემდეგ არჩევანს ცალკე აღრიცხავს.
ამ სტატიისთვის შექმნილ მტკიცებულების ბარათში 5 ველი, 4 აღდგენის მდგომარეობა და 3 დასაშვები შემდეგი გადაწყვეტილებაა. რიცხვები აღწერს ამ სასწავლო ბარათის აგებულებას და არ წარმოადგენს aiCALL-ის შესაძლებლობის, სიჩქარის ან წარმატების მაჩვენებელს.
დასაშვები შემდეგი გადაწყვეტილებებია შეტყობინების დატოვება, მოგვიანებით დარეკვა და დამტკიცებულ ალტერნატიულ არხზე გადასვლა. თითოეულს საკუთარი დასრულების პირობა და პასუხისმგებელი გუნდი აქვს.
| მდგომარეობა | რას ამოწმებს გუნდი | რას ისმენს ადამიანი |
|---|---|---|
| გადართვა მოთხოვნილია | შენახულია მიზეზი და დანიშნულება | მოკლე, ზუსტი გაფრთხილება ლოდინის შესახებ |
| დანიშნულების მხარეს ეძახიან | საწყისი ზარი კვლავ აქტიურია | დამტკიცებული ლოდინის ხმა ან მოკლე შეტყობინება |
| ხიდი შეერთებულია | პროვაიდერმა დააბრუნა ხიდის კავშირის მტკიცებულება | საუბრის გაგრძელების ნეიტრალური შეტყობინება; ოპერატორის ვინაობა ცალკე მოწმდება |
| აღდგენა საჭიროა | დაფიქსირდა დაკავებული ხაზი, უპასუხო ზარი, მარშრუტის შეცდომა ან გაუქმება | მიზეზის ნეიტრალური ახსნა და შემდეგი არჩევანი |
როგორ განსხვავდება დანიშნულების პასუხი ხიდის შედეგისგან?
დანიშნულების მხარის პასუხი ტელეფონის მეორე მხარეს მომხდარ მოვლენას აღწერს, ხოლო ხიდის შედეგი საწყის და დანიშნულების ზარებს შორის კავშირს აღწერს. ოპერატორის ტელეფონზე ზარის დაწყება ჯერ კიდევ არ ადასტურებს საუბრის დაწყებას. გუნდს სჭირდება ორივე ფენა და მათი დამაკავშირებელი იდენტიფიკატორები.
<Dial>-ის action ატრიბუტში URL-ის მითითების შემთხვევაში Twilio გადართვის მცდელობის დასრულების შემდეგ ამ მისამართზე HTTP მოთხოვნას აგზავნის. მოთხოვნაში DialCallStatus გამოყოფს დასრულებულ, დაკავებულ, უპასუხო, წარუმატებელ და გაუქმებულ შედეგებს, ხოლო DialBridged მიუთითებს, შეერთდა თუ არა საწყისი ზარი დანიშნულებასთან. ამ ველების მიღებას სტატია მხოლოდ გამართული action URL-ის შემთხვევაში ეყრდნობა.
გუნდი დანიშნულების შედეგით მეორე მხარის ხელმისაწვდომობას ამოწმებს, ხოლო DialBridged-ით ორი მხარის შეერთებას ადგენს. შემდეგ ოპერატორი ცალკე აღრიცხავს საუბრის დაწყებასა და საკითხის გადაწყვეტას. ამ ტექნიკური ველებით ოპერატორის ვინაობა, კონტექსტის წაკითხვა ან ბიზნესშედეგი ვერ დგინდება.
რა უნდა მოისმინოს მომლოდინე ადამიანმა?
გუნდი აღდგენის ტექსტით ადამიანს სამ ცნობას აწვდის: გადართვა ვერ დასრულდა, საწყისი ზარი კვლავ გრძელდება და ხელმისაწვდომია კონკრეტული არჩევანი. კარგი ფრაზა მოკლეა და მიზეზს არ იგონებს. მაგალითად: „ამჯერად სპეციალისტთან დაკავშირება ვერ მოხერხდა. შეგიძლიათ დატოვოთ მოკლე შეტყობინება ან აირჩიოთ მოგვიანებით დარეკვა.“
სცენარის ავტორი თითოეული არჩევანის რეალურ გაგრძელებას ამტკიცებს. შეტყობინების არჩევისას გამართული კომპონენტი პასუხისმგებელ გუნდსა და საკონტაქტო ვადას წერს, ხოლო თანამშრომელი დაუდასტურებელ შესრულებას არ ჰპირდება. მოგვიანებით დარეკვისას კომპონენტი მხოლოდ ადამიანის მიერ დადასტურებულ დროს ინახავს. გუნდი ალტერნატიულ არხს მხოლოდ მაშინ რთავს, როცა ბიზნესი ამ არხს მართავს და მონაცემთა გადაცემის წესი აღწერილია.
რომელი შეცდომები ქმნის უსასრულო ხელახალ ცდას?
უსასრულო ცდა ჩნდება, როცა პროგრამა ერთსა და იმავე დაკავებულ ნომერზე დარეკვას დასრულების წესის შეუცვლელად იმეორებს, ყველა შეცდომას ერთ მდგომარეობად წერს ან ადამიანის პასუხის გარეშე ახალ დანიშნულებაზე გადადის. ასეთი ლოგიკა ზარს ახანგრძლივებს და აუდიტს ართულებს. გუნდი თითოეული მიზეზისთვის ადგენს სასრულ არჩევანს და ამოწმებს, სად სრულდება საწყისი ზარი.
- დაკავებული ხაზის შემთხვევაში გამართული კომპონენტი მოგვიანებით დარეკვის დამტკიცებულ ვარიანტს ახმოვანებს.
- უპასუხო დანიშნულების შემთხვევაში კომპონენტი ადამიანს შეტყობინების დატოვებას ან მოგვიანებით დაკავშირებას სთავაზობს.
- მარშრუტის შეცდომის შემთხვევაში კომპონენტი ტექნიკურ დავალებას წერს და ადამიანს შიდა კოდის ნაცვლად ნეიტრალურ განმარტებას ასმენინებს.
- განმეორებითი მოთხოვნისას კომპონენტი ღია საქმეს ამოწმებს და იმავე საკითხზე ახალ საქმეს აღარ ქმნის.
ხელახალი ცდის რაოდენობა ბიზნესის დატვირთვასა და რისკზეა დამოკიდებული. პროვაიდერის ნაგულისხმევი ლოდინის დრო ყველა ქართულ სასაუბრო სცენარში შესაფერისად ვერ ჩაითვლება. გუნდმა სცენარი საკუთარ ნომრებზე, საათებზე და ოპერატორის რეალურ ხელმისაწვდომობაზე უნდა გამოსცადოს.
როდის უნდა შექმნას გუნდმა კონტექსტის ჩანაწერი?
გუნდმა კონტექსტის ჩანაწერი გადართვის მოთხოვნის მომენტში უნდა შექმნას და მხოლოდ დადასტურებული მოვლენის შემდეგ განაახლოს. ოპერატორი იღებს ზარის იდენტიფიკატორს, გადართვის მიზეზს, უკვე დადასტურებულ პასუხს, დაუზუსტებელ საკითხს და მომხმარებლის ბოლო არჩევანს. გუნდი სრულ ტრანსკრიპტს ავტომატურად არ გადასცემს, თუ ოპერატორს მოკლე ჩანაწერი ჰყოფნის.
წარუმატებელი ხიდის შემდეგ ხელახალი ზარის პასუხისმგებელი თანამშრომელი იმავე ჩანაწერს კითხულობს. თანამშრომელი ხედავს, რომ პირდაპირი საუბარი ვერ დაიწყო და აღარ ამბობს, თითქოს საკითხი უკვე მოისმინა. გამართული კომპონენტი ტექნიკურ შედეგსაც წერს, ხოლო თანამშრომელი მომხმარებლის გადაწყვეტილებას ცალკე ველში ტოვებს.
რა შეზღუდვები აქვს პროვაიდერის სტატუსს?
გუნდი პროვაიდერის სტატუსით მხოლოდ კონკრეტულ სატელეფონო მოვლენას ადგენს. ამ სტატუსით ოპერატორის ვინაობას, კონტექსტის წაკითხვას, მომხმარებლის კმაყოფილებას ან საკითხის გადაწყვეტას ვერ დაასკვნის. aiCALL-ის მოქმედი კონფიგურაცია, ოპერატორთა რიგი და წარმოების შედეგი ამ სტატიით არ მოწმდება.
თუ <Dial>-ში action URL არის მითითებული, Twilio გადართვის მცდელობის დასრულების შემდეგ ამ მისამართზე GET ან POST მოთხოვნას აგზავნის. გუნდი წინასწარ ამოწმებს მიმღებ მისამართს, HTTP მეთოდს, მიღებული ველების დამუშავებასა და საპასუხო TwiML-ს. სხვა პროვაიდერმა შეიძლება შედეგი სხვა მისამართზე, სხვა ველებით ან სხვა შეტყობინების წესით მიაწოდოს. ჩანაწერის ან ტრანსკრიპტის გამოყენებისას გუნდი ცალკე ადგენს ინფორმირების, წვდომისა და შენახვის წესს.
რომელი ტექნიკური საზღვრები დასტურდება წყაროებით?
Twilio-ს ოფიციალური <Dial>-ის ცნობარი აღწერს action URL-ზე გაგზავნილ მოთხოვნას, DialCallStatus-სა და DialBridged-ს. ეს ველები მოთხოვნას მხოლოდ მითითებულ action URL-ზე ერთვის. ოფიციალური Call resource-ის ცნობარი განმარტავს ზარის რესურსის იდენტიფიკატორებსა და სატელეფონო სტატუსებს. ამ წყაროებში aiCALL-ის დანერგვის, გადართვის ხარისხის ან მიღებული ბიზნესშედეგის მტკიცებულება არ არის.
ამავე aiCALL პაკეტში რა წავიკითხოთ შემდეგ?
ამავე aiCALL პაკეტში შემდეგ უნდა წაიკითხოთ ყველა სიაზე უარის გავრცელება, ქართული სახელის წერითი ფორმის დადასტურება და ავტომოპასუხის შედეგის გარჩევა.
- როგორ გავრცელდეს ზარზე უარი ყველა მოქმედ სიაზე
- როგორ დადასტურდეს ქართული სახელის წერითი ფორმა ზარისას
- როგორ გაიმიჯნოს გარე ხმოვანი მენიუ ადამიანის პასუხისგან
რა კითხვები ჩნდება ოპერატორთან წარუმატებელი გადართვისას?
ოპერატორთან წარუმატებელი გადართვისას კითხვები მომხმარებლის ხაზზე დატოვებას, გადართვის სტატუსს, კონტექსტის ჩანაწერსა და შემდგომ მოქმედებას ეხება.
უნდა დასრულდეს თუ არა საწყისი ზარი, როცა ოპერატორი არ პასუხობს?
საწყისი ზარის გაგრძელება წინასწარ დამტკიცებულ აღდგენის სცენარზეა დამოკიდებული. ადამიანმა უნდა მოისმინოს შედეგი და ხელმისაწვდომი არჩევანი უხმო დასრულების ნაცვლად.
დასრულებული DialCallStatus ნიშნავს წარმატებულ გადართვას?
ეს სტატუსი აღწერს პროვაიდერის მიერ დაფიქსირებულ კავშირს. ოპერატორის მიერ კონტექსტის მიღება და საკითხის გადაწყვეტა ცალკე დასადასტურებელი მოვლენებია.
შეიძლება პროგრამამ სხვა ოპერატორს მაშინვე დაურეკოს?
ასეთი ცდა დასაშვებია მხოლოდ წინასწარ განსაზღვრული რიგის, ხელმისაწვდომობისა და სასრული დასრულების წესით. ადამიანმა უნდა იცოდეს, რომ ლოდინი გრძელდება.
რას იღებს ხელახალი ზარის პასუხისმგებელი თანამშრომელი წარუმატებელი ხიდის შემდეგ?
თანამშრომელი იღებს მოკლე ჩანაწერს მოთხოვნის მიზეზით, დადასტურებული ფაქტებით, დაუზუსტებელი საკითხით, ტექნიკური შედეგითა და მომხმარებლის ბოლო არჩევანით.