როგორ გავარჩიოთ წარუმატებელი, დაკავებული და უპასუხო AI ზარები
ტექნიკური სტატუსების რუკა, რომლითაც გუნდი კავშირის პრობლემას, პასუხის ტიპსა და რეალურ ბიზნესშედეგს ერთმანეთისგან გამოყოფს.
მოკლე პასუხი: failed ნიშნავს, რომ ზარი მითითებული სახით ვერ შესრულდა, busy მიუთითებს დაკავებულ ხაზზე, ხოლო no-answer ნიშნავს, რომ დარეკვის მცდელობას პასუხი არ მოჰყვა ან ზარი უარყოფილი იყო. ეს სტატუსები ერთმანეთში არ უნდა გაერთიანდეს. თითოეულს განსხვავებული შემოწმება და შემდეგი მოქმედება სჭირდება.
საქმის ფაილი: რას ნიშნავს ხუთი სხვადასხვა შედეგი ერთ სვეტში?
ხუთი სხვადასხვა შედეგის ერთ სვეტში მოქცევა ნიშნავს, რომ ტექნიკური სტატუსი, პასუხის ტიპი და ბიზნესშედეგი ერთმანეთშია არეული. სუფთა ანგარიშში ერთმანეთისგან უნდა გამოიყოს 3 ფენა: კავშირის ტექნიკური მდგომარეობა, იმის ტიპი, ვინც ზარს უპასუხა, და ბიზნესის საბოლოო შედეგი.
ქვემოთ აღწერილი სერვისცენტრი „ერთი ფანჯარა“ გამოგონილი სასწავლო გარემოა. იგი aiCALL-ის კლიენტი არ არის. ჩანაწერები და შემდგომი მოქმედებებიც გამოგონილია და მაგალითი რეალურ ზარს ან გაზომილ შედეგს არ ასახავს.
სასწავლო ცენტრის ანგარიშში ყველა დაუდასტურებელი ვიზიტი თავდაპირველად „წარუმატებლად“ ჩაიწერა. ამ ერთ ჯგუფში მოხვდა არასწორი ნომერი, დაკავებული ხაზი, უპასუხო ზარი, ხმოვანი ფოსტა და ადამიანი, რომელმაც სხვა დრო მოითხოვა. ასეთ ცხრილში პრობლემა არ ჩანს, რადგან ტექნიკური და საქმიანი შედეგები ერთმანეთშია არეული.
aiCALL-ის შედეგების რუკის განხილვის მოთხოვნას დაურთეთ გამოყენებული სატელეფონო პროვაიდერი, მიღებული ნედლი სტატუსები, ზარის მიზანი და ბიზნესის მიერ დამტკიცებული საბოლოო კატეგორიები.
როგორ გადავიდეთ ტექნიკური სტატუსიდან შემდეგ მოქმედებამდე?
ტექნიკური სტატუსიდან შემდეგ მოქმედებაზე გადასასვლელად ჯერ უნდა განისაზღვროს კავშირის ზუსტი მდგომარეობა, შემდეგ კი ცალკე შემოწმდეს პასუხის ტიპი და ბიზნესის წესი. Twilio-ს ოფიციალური Call resource-ის დოკუმენტაცია ზარისთვის 8 შესაძლო მდგომარეობას ჩამოთვლის; მათგან დასრულებული ანგარიშისთვის ამ სტატიაში გამჭვირვალედ არის გამოყოფილი 5 საბოლოო სტატუსი: completed, busy, no-answer, failed და canceled.
| ტექნიკური სტატუსი | რას ნიშნავს | პირველი შემოწმება | რის დასადასტურებლად არ კმარა |
|---|---|---|---|
failed | ზარი მითითებული სახით ვერ შესრულდა | ნომრის ფორმატი, მიმართულება, პროვაიდერის შეცდომა | რომ მომხმარებელმა უარი თქვა |
busy | ხაზი დაკავებული იყო | განმეორების დასაშვები დრო და სიხშირე | რომ ნომერი არასწორია |
no-answer | დარეკვას პასუხი არ მოჰყვა ან ზარი უარყოფილი იყო | დრო, მცდელობის ხანგრძლივობა, წინა კონტაქტი | რომ მიმღებმა შეტყობინება მიიღო |
canceled | გამავალი ზარი პასუხამდე გაუქმდა | ვინ გააუქმა მცდელობა ან რომელი ავტომატური წესი ამოქმედდა | რომ კავშირის პრობლემა იყო |
completed | კავშირი დამყარდა და აუდიო გადაიცა | ვინ უპასუხა და რა შედეგით დასრულდა დიალოგი | რომ მიზანი შესრულდა |
ამ მატრიცით გუნდი პირველ დიაგნოსტიკურ ნაბიჯს ირჩევს; იგი ავტომატური განმეორების საფუძველი არ არის. მაგალითად, busy შეიძლება მოგვიანებით განმეორებას საჭიროებდეს, მაგრამ მხოლოდ მაშინ, როცა ზარის მიზანი, თანხმობა და სიხშირის წესი ამას უშვებს.
რატომ არ უდრის completed დადასტურებულ შედეგს?
Call resource-ის დოკუმენტაცია პირდაპირ აფრთხილებს, რომ completed ნიშნავს კავშირის დამყარებასა და აუდიოს გადაცემას. ზარს შეიძლება ადამიანმა, ხმოვანმა ფოსტამ ან IVR მენიუმ უპასუხოს. ამიტომ მხოლოდ ეს სტატუსი ვიზიტის, შეკვეთის ან თანხმობის საბოლოო მტკიცებულებად არ კმარა.
თუ საჭიროა პასუხის ტიპის ტექნიკური კლასიფიკაცია, Twilio-ს Answering Machine Detection-ის მექანიზმი ცალკე მნიშვნელობებს აბრუნებს ადამიანისთვის, ავტომოპასუხისთვის, ფაქსისა და გაურკვეველი შედეგისთვის. დოკუმენტაცია ასევე აღნიშნავს, რომ ამოცნობა ყოველთვის სწორი არ არის. შესაბამისად, human და machine ტექნიკური შეფასებაა, ხოლო მაღალი რისკის ბიზნესგადაწყვეტილებას დიალოგის ჩანაწერი და წესით განსაზღვრული დადასტურება სჭირდება.
| ფენა | მაგალითი | სად ინახება |
|---|---|---|
| კავშირი | completed | სატელეფონო მოვლენა |
| პასუხის ტიპი | ადამიანი, ავტომოპასუხე, გაურკვეველი | ამოცნობის შედეგი |
| ბიზნესშედეგი | დაადასტურა, გადაიტანა, უარი თქვა | დამტკიცებული სამუშაო ველი |
როგორ გამოვიკვლიოთ failed სტატუსი?
failed სტატუსის გამოსაკვლევად გუნდი ჯერ პროვაიდერის შეცდომის კოდსა და მიმღების საწყის მნიშვნელობას ამოწმებს. Twilio-ს დოკუმენტაციაში ეს მდგომარეობა აღწერილია როგორც ზარი, რომელიც მითითებული სახით ვერ შესრულდა, ხოლო ერთ-ერთ შესაძლო მიზეზად არასწორი ნომერია დასახელებული.
Twilio-ს შეცდომა 21211 მიუთითებს არასწორ ან არასწორად გაფორმებულ To ნომერზე. ასეთი შემთხვევა „არ უპასუხა“ კატეგორიაში არ უნდა მოხვდეს. ზარი ხაზამდე არც მისულა, ამიტომ გამოსავალი ნომრის წყაროსა და ფორმატის შემოწმებაა და არა იმავე მნიშვნელობაზე დაუყოვნებლივ ხელახლა დარეკვა.
- შეინახეთ პროვაიდერის ზუსტი კოდი და ტექსტი.
- შეადარეთ საწყისი და გარდაქმნილი ნომერი.
- დაადასტურეთ ქვეყნის კოდი და ნომრის ტიპი.
- არ შეავსოთ დაკარგული ციფრი ვარაუდით.
- შესწორებული ნომერი გადაამოწმეთ და მხოლოდ ამის შემდეგ დაიწყეთ ზარის ახალი მცდელობა.
როგორ ავაწყოთ დიაგნოსტიკური ჟურნალი?
თითოეული მცდელობისთვის შეინახეთ ზარის იდენტიფიკატორი, მიმღების გასუფთავებული ნომერი, დაწყებისა და დასრულების დრო, საბოლოო ტექნიკური სტატუსი, პროვაიდერის შეცდომა, პასუხის ტიპი, ბიზნესშედეგი და დაგეგმილი შემდეგი მოქმედება. ცარიელი მნიშვნელობა შეინახეთ როგორც უცნობი და არა როგორც უარი.
შემდეგ პასუხისმგებელი თანამშრომელი ჩანაწერებს მხოლოდ დამტკიცებული შესაბამისობების მიხედვით აჯგუფებს. ფორმატის შეცდომით გამოწვეულ failed ჩანაწერს იგი მონაცემთა შემმოწმებელს გადასცემს. busy ჩანაწერს გუნდი დასაშვები განმეორების წესით აფასებს, ხოლო completed ჩანაწერს უცნობი ბიზნესშედეგით დიალოგის ან ჩანაწერის შესამოწმებლად ნიშნავს.
რატომ სჭირდება busy და no-answer სტატუსებს განსხვავებული გამოძიება?
busy და no-answer ორივე დაუმთავრებელ კონტაქტად შეიძლება ჩანდეს, მაგრამ მათი ტექნიკური ისტორია განსხვავდება. დაკავებულის შემთხვევაში მიღებულია დაკავებული ხაზის სიგნალი. უპასუხო მცდელობისას ზარი დარეკვის ეტაპზე დარჩა ან მიმღებმა უარყო.
შემდეგი მოქმედება მხოლოდ ამ ტექნიკურ განსხვავებაზე არ უნდა დაეყრდნოს. გუნდი უნდა ითვალისწინებდეს ადგილობრივ დროს, წინა მცდელობებს, ზარის აუცილებლობას, უარის სტატუსსა და სიხშირის ზღვარს. ერთიანი ბრძანება „ყველას კიდევ ერთხელ დაურეკე“ ტექნიკურ განსხვავებას უგულებელყოფს და მიზეზის გამოძიებას შეუძლებელს ხდის.
სად არის სტატუსების ავტომატური რუკის ზღვარი?
პროვაიდერის სტატუსი კონკრეტული ტექნიკური სისტემის ლექსიკაა. სხვა პროვაიდერს შეიძლება განსხვავებული სახელები, მიზეზები და დროის წესები ჰქონდეს. ინტეგრაციისას მნიშვნელობები წყაროს დოკუმენტაციას უნდა შეადაროთ და უცნობი კატეგორიის მიღებისას ავტომატური მოქმედება უსაფრთხოდ შეაჩეროთ.
ეს სტატია არ ამტკიცებს aiCALL-ის დაკავშირების, პასუხის ამოცნობის ან შედეგის სიზუსტეს. გამოგონილი მატრიცა სამუშაო სქემაა და არა რეალური კამპანიის ანგარიში. საბოლოო ბიზნესკატეგორიები თქვენს ორგანიზაციაში ამ საკითხზე პასუხისმგებელმა თანამშრომელმა ან გუნდმა უნდა დაამტკიცოს.
რა უნდა დაადასტუროს მტკიცებულებათა ჩანაწერმა?
მტკიცებულებათა ჩანაწერმა უნდა დაადასტუროს სტატუსის წყარო, შეცდომის კოდი, მოპასუხის ტექნიკური ტიპი და ბიზნესშედეგის ცალკე საფუძველი. სტატუსების მნიშვნელობები და completed მდგომარეობის შეზღუდვა Twilio Call resource-ის მიმდინარე დოკუმენტაციაში გადავამოწმეთ. არასწორი ნომრის მაგალითი შევადარეთ ოფიციალურ 21211 ცნობარს, ხოლო ადამიანის, ავტომოპასუხის, ფაქსისა და გაურკვეველი პასუხის კატეგორიები Answering Machine Detection-ის დოკუმენტაციაში გადავამოწმეთ. „ერთი ფანჯარა“ გამოგონილია. საძიებო მოთხოვნის მოცულობა და მომავალი პოზიცია უცნობია.
რომელი ექვსი შეცდომა ამახინჯებს ინციდენტის ჩანაწერს?
ინციდენტის ჩანაწერს ექვსი შეცდომა ამახინჯებს: failed, busy და no-answer სტატუსების გაერთიანება; completed სტატუსის ვიზიტად ჩაწერა; უცნობი პასუხის უარად ან თანხმობად მიჩნევა; შეცდომის კოდის დაკარგვა; ტექნიკური სტატუსით ხელახალი ზარის დაშვება; ხმოვანი ფოსტის ადამიანის პასუხთან გაერთიანება.
failed,busyდაno-answerერთი მიზეზით მონიშვნა.completedსტატუსის ავტომატურად დადასტურებულ ვიზიტად ჩაწერა.- უცნობი პასუხის უარად ან თანხმობად გადაქცევა.
- პროვაიდერის შეცდომის კოდის დაკარგვა საბოლოო ცხრილში.
- ტექნიკური სტატუსით ხელახალი ზარის უფლების განსაზღვრა.
- ხმოვანი ფოსტისა და ადამიანის პასუხის ერთ ბიზნესკატეგორიად გაერთიანება.
შემდეგი პრაქტიკული საკითხები:
- როგორ მოვიყვანოთ ქართული ნომრები ერთიან ფორმატში
- როგორ მოვაშოროთ დუბლირებული მიმღებები ზარების სიას
- როგორ შევამოწმოთ მომხმარებლის მიერ საუბრის შეწყვეტა
რა კითხვები ჩნდება ზარის საბოლოო სტატუსების გარჩევისას?
საბოლოო სტატუსების გარჩევისას კითხვები ტექნიკურ მარცხს, ხელახალ ცდას, პასუხის მხარესა და უცნობი მნიშვნელობის დამუშავებას ეხება.
failed ნიშნავს, რომ მომხმარებელმა უარი თქვა?
არა. failed ტექნიკურ წარუმატებლობას აღწერს. უარი ბიზნესშედეგია და მომხმარებლის პასუხიდან ცალკე უნდა ჩაიწეროს.
no-answer და busy ერთნაირად უნდა განმეორდეს?
არა ავტომატურად. ტექნიკური მიზეზი განსხვავდება, ხოლო განმეორების გადაწყვეტილება დროს, სიხშირეს, თანხმობასა და ზარის მიზანს უნდა ითვალისწინებდეს.
completed ნიშნავს, რომ ადამიანს ვესაუბრეთ?
არა. Twilio-ს ტექნიკურ ლექსიკონში completed მხოლოდ დამყარებულ კავშირსა და გადაცემულ აუდიოს ნიშნავს. ზარს შეიძლება ადამიანი, ხმოვანი ფოსტა ან IVR პასუხობდეს.
რა ვუყოთ უცნობ სტატუსს?
შეინახეთ საწყისი მნიშვნელობა, არ გადააქციოთ იგი ნაცნობ კატეგორიად ვარაუდით და ინტეგრაციის პასუხისმგებელს გადასცეთ წყაროს დოკუმენტაციასთან შესადარებლად.