როგორ აღვადგინოთ AI ზარი მომხმარებლის დუმილის შემდეგ

მოკლე პასუხი: დუმილი ცალკე ტექნიკურ მდგომარეობად შეინახეთ. ცარიელი შეყვანა არც თანხმობაა, არც უარი და არც საუბრის დასრულება. ხმოვანმა აგენტმა მოკლედ უნდა გაიმეოროს მხოლოდ საჭირო კითხვა და პასუხის ხელმისაწვდომი გზა შესთავაზოს. შეზღუდული მცდელობების შემდეგ გუნდმა ზარი უსაფრთხოდ უნდა დაასრულოს ან რეალურად ხელმისაწვდომი დახმარების არხი ჩართოს.

რას ნიშნავს ჩუმი მონაკვეთი და რას ვერ გვიჩვენებს?

ჩუმი მონაკვეთი ნიშნავს, რომ განსაზღვრულ პერიოდში შეყვანა არ მიგვიღია; იგი თავისით ვერ გვიჩვენებს ადამიანის უარს, განზრახვას ან დუმილის მიზეზს. მაგალითად, მომხმარებელი შეიძლება კალენდარს ამოწმებდეს, ხოლო სხვა ზარში იგივე დუმილი მიკროფონის პრობლემამ გამოიწვიოს.

ამ სტატიაში ხაზი „წყნარი წუთი“, ყველა ხმა, მომხმარებელი, ჩანაწერი და შედეგი გამოგონილი სასწავლო მაგალითია. ხაზი aiCALL-ის კლიენტი არ არის. ტექსტი არ აღწერს რეალურ აუდიოტესტს, დასრულების მაჩვენებელს, ამოცნობის სიზუსტეს ან უკვე დანერგილ aiCALL-ის ფუნქციას.

თუ ლოდინის განსაზღვრულ პერიოდში პასუხი არ მივიღეთ, ანალიტიკოსმა ეს ცალკე ფაქტად უნდა ჩაიწეროს. მიზეზის შესახებ ჰიპოთეზას ის ზარის მდგომარეობის, აუდიოს ტექნიკური კვალის, წინა და შემდგომი მონაკვეთის, მოწყობილობის გარემოსა და მომხმარებლის შემდეგი მოქმედების შედარებით ამოწმებს.

aiCALL-ის დუმილის სცენარის განხილვის მოთხოვნას დაურთეთ რეალური კითხვები, რეალურ პასუხებში ბუნებრივი პაუზები, პროვაიდერის პარამეტრები, გასვლის ტოტები და ადამიანი, რომელიც გაურკვეველ შემთხვევას ამუშავებს.

დუმილის რომელი მდგომარეობები უნდა განვასხვაოთ?

გუნდმა უნდა განასხვაოს 4 მდგომარეობა: ბუნებრივი პაუზა, ცარიელი შეყვანა, აუდიოს შესაძლო პრობლემა და კავშირის დასრულება. ეს სამუშაო სახელებია და კონკრეტული პროვაიდერის სტატუსებს არ ცვლის.

მდგომარეობა	ხელმისაწვდომი მტკიცებულება	უსაფრთხო რეაგირება
ბუნებრივი პაუზა	ხაზი აქტიურია და პასუხი ლოდინის ფანჯრის შემდეგ იწყება	დროის პარამეტრის გადამოწმება რეალურ ქართულ პასუხებზე
ცარიელი შეყვანა	შეყვანის კომპონენტმა პასუხი ვერ მიიღო	ერთი მოკლე განმეორება და ალტერნატიული გზა
აუდიოს შესაძლო პრობლემა	ხაზი აქტიურია, მაგრამ მოსალოდნელი ხმოვანი კვალი არ ჩანს	ტექნიკური შემოწმება და მომხმარებლისთვის მარტივი ინსტრუქცია
კავშირის დასრულება	ტექნიკურ ჟურნალში ზარი დასრულებულად არის მონიშნული	საუბრის გაგრძელების მცდელობის შეწყვეტა და შედეგის ცალკე აღრიცხვა

ცარიელი შეყვანა და კავშირის დასრულება ერთ ანგარიშში არ გააერთიანოთ. პირველ შემთხვევაში საუბარი შეიძლება ჯერ კიდევ გაგრძელდეს. მეორე შემთხვევაში ახალი ხმოვანი ფრაზა მომხმარებლამდე ვეღარ მივა. აუდიოს შესაძლო პრობლემა დიაგნოსტიკური ჰიპოთეზაა; ანალიტიკოსმა იგი აუდიოსა და ტექნიკური კვალის შედარებით უნდა დაადასტუროს ან უარყოს.

როგორ შევარჩიოთ ლოდინის დრო გამოცნობების გარეშე?

ლოდინის დრო გამოცნობის გარეშე შეირჩევა სხვადასხვა ტიპის ქართულ პასუხებზე კონტროლირებადი ტესტით, სადაც ერთ ჯერზე მხოლოდ ერთი პარამეტრი იცვლება. Twilio-ს ოფიციალური Gather-ის ცნობარი timeout პარამეტრის ნაგულისხმევ მნიშვნელობად 5 წამს ასახელებს, მაგრამ ეს კონკრეტული ქართული დიალოგისთვის საუკეთესო დროს არ ამტკიცებს.

ტესტი 3 ჰიპოთეზით დაიწყეთ: მიმდინარე მნიშვნელობა ზედმეტად მოკლეა, ზედმეტად გრძელია ან კითხვების სხვადასხვა ტიპს განსხვავებული ფანჯარა სჭირდება. თითოეული ჰიპოთეზისთვის ერთი ცვლილება განსაზღვრეთ და დანარჩენი პირობები უცვლელად დატოვეთ.

• მოკლე დახურული პასუხი, მაგალითად დადასტურება;
• პასუხი, რომლის თქმამდეც მომხმარებელი კალენდარს ან დოკუმენტს ამოწმებს;
• სახელის, მისამართის ან თავისუფალი განმარტების პასუხი;
• ხანდაზმული ან ნელი ტემპით მოსაუბრე მომხმარებლის ჩანაწერი;
• ხმაურიანი გარემო და დაბალი ხმის დონე.

თითო ჩანაწერში მონიშნეთ კითხვის დასრულების დრო, მომხმარებლის პირველი ხმის დრო, მიღებული ტრანსკრიპტი, გამოყენებული პარამეტრი და შემდგომი მოქმედება. ამ მონაცემის გარეშე „უფრო დიდხანს დაველოდოთ“ მხოლოდ ინტუიციაა.

რომელი განმეორებითი ფრაზა ეხმარება და რომელი აბნევს?

მომხმარებელს ეხმარება მოკლე ფრაზა, რომელიც საჭირო პასუხსა და ხელმისაწვდომ ალტერნატივას ასახელებს, ხოლო მთელი მენიუს თავიდან წაკითხვამ შეიძლება იგი დააბნიოს. მოკლე ვერსია სამ წინადადებად ჩაწერეთ: „თქვენი პასუხი ვერ მივიღე.“ შემდეგ: „გთხოვთ, თქვათ სასურველი დრო.“ ბოლოს: „თუ დახმარება გჭირდებათ, თქვით ოპერატორი.“

ცარიელი შეყვანისას გამოიყენეთ ფრთხილი ფრაზა „პასუხი ვერ მივიღე“. ამ ეტაპზე სისტემა შეიძლება საერთოდ ვერ იღებდეს ხმას, ამიტომ გაგების შესახებ დასკვნა დაუდასტურებელი იქნება. წინადადების სიგრძე, ტემპი და შემდეგი ლოდინის დაწყების მომენტი რეალურ აუდიოში ცალ-ცალკე შეამოწმეთ და მომხმარებლის პასუხის დროსთან მათი კავშირი გაზომეთ.

ორი ვერსიის შედარებისას უცვლელად დატოვეთ კითხვა, ხმა, პროვაიდერის მოდელი და ლოდინის პარამეტრი. შეცვალეთ მხოლოდ განმეორებითი ტექსტი. შემდეგ შეადარეთ, რამდენ შემთხვევაში დაიწყო მომხმარებელმა პასუხი, რამდენჯერ დარჩა შეყვანა ცარიელი და რამდენჯერ მოითხოვა სხვა გზა. ეს რიცხვები რეალური ტესტის გარეშე ამ სტატიაში არ გვაქვს.

როდის უნდა დასრულდეს განმეორების მარყუჟი?

განმეორების მარყუჟი უნდა დასრულდეს, როცა წინასწარ განსაზღვრული მაქსიმალური მცდელობა ამოიწურება ან მომხმარებელი სხვა გზას ითხოვს. მცდელობების ზღვარი წინასწარ განსაზღვრეთ თითო კითხვისა და რისკის მიხედვით. ყოველი ცარიელი შედეგის შემდეგ მომხმარებელს მოკლე ახალი მითითება მიეცით. შემდეგ ეტაპზე მომხმარებელს შესთავაზეთ ღილაკით პასუხი, სხვა არხი, რეალური ოპერატორი ან ზარის მკაფიო დასრულება.

Twilio Gather-ში actionOnEmptyResult პარამეტრი განსაზღვრავს, გაიგზავნება თუ არა მოქმედების მოთხოვნა მაშინაც, როცა შეყვანა ცარიელია. ნაგულისხმევად ეს მნიშვნელობა გამორთულია. Twilio-ს შეცდომის ცნობარში ასევე წერია, რომ პარამეტრს დასაშვები მნიშვნელობა უნდა ჰქონდეს. კონფიგურაცია ცალკე უნდა შემოწმდეს; ტექსტის დაწერა ტექნიკურ ტოტს თავისით არ ქმნის.

გასვლის წესში ჩაწერეთ საბოლოო ფრაზა, ტექნიკური სტატუსი, მომხმარებლისთვის ხელმისაწვდომი შემდეგი გზა და პასუხისმგებელი. მომხმარებელს მხოლოდ რეალურად არსებული ოპერატორის რიგი ან შეტყობინების არხი დაჰპირდით.

რა მტკიცებულება გვჭირდება მიღების ტესტში?

მიღების ტესტს სჭირდება თანხმობით მომზადებული ან სინთეზური აუდიო, ტექნიკური მოვლენების ჟურნალი, წინასწარ დაწერილი მოსალოდნელი მდგომარეობა, განმეორებითი ფრაზა და გასვლის ტოტი. სატესტო გაშვებაში შეიტანეთ ბუნებრივი პაუზა, სრული დუმილი, დაგვიანებული მეტყველება, შუა პასუხში გაჩერება და კავშირის დასრულება.

ტესტი ჩავარდნილია, თუ ცარიელი შედეგი უარად ჩაიწერა, დაგვიანებული პასუხი შუაში მოიჭრა, დასრულებულ ხაზზე ახალი ფრაზა გაეშვა, მცდელობები უსასრულოდ განმეორდა ან წინასწარ გამართულმა გადაცემის კომპონენტმა მომხმარებელი რეალურ რიგთან ან ოპერატორთან ვერ დააკავშირა. დუმილის მიზეზის დასადგენად შემმოწმებელმა აუდიო და ტექნიკური ჟურნალი ერთად უნდა შეადაროს.

სად მთავრდება პროვაიდერის პარამეტრი?

სამი პარამეტრი, timeout, speechTimeout და actionOnEmptyResult, შეყვანის მიღების ტექნიკურ ქცევას მართავს. ამ პარამეტრებიდან ვერ დავასკვნით, რამდენ ხანს გრძელდება ბუნებრივი პაუზა ქართულ საუბარში, როდის სჭირდება ადამიანს დახმარება ან რომელი ბიზნესმოქმედებაა უსაფრთხო.

სტატია არ ამტკიცებს aiCALL-ის მიმდინარე პარამეტრებს, ქართული მეტყველების სიზუსტეს ან დუმილის შემდეგ აღდგენის მაჩვენებელს. ასეთი მტკიცება მოითხოვს კონკრეტული კონფიგურაციის აუდიოს, მოვლენების ჟურნალს, წინასწარ დაწერილ მოსალოდნელ შედეგებს და დამოუკიდებელ მოსმენას.

როგორ გადავამოწმეთ მტკიცებები?

Twilio-ს პირველწყაროში გადავამოწმეთ Gather-ის ლოდინის პარამეტრები, ცარიელი შედეგის ნაგულისხმევი ქცევა და actionOnEmptyResult-ის მნიშვნელობის საზღვარი. „წყნარი წუთი“ და ყველა ზარის შედეგი გამოგონილია. მოთხოვნის მოცულობა, პოზიცია, რეალური აღდგენის მაჩვენებელი და მომავალი ლიდები უცნობია.

შემდეგი პრაქტიკული საკითხები:

• როგორ უნდა იმოქმედოს გუნდმა, როცა ზარს სხვა ადამიანი პასუხობს
• როგორ შევთავაზოთ ღილაკებით პასუხი, როცა სისტემამ მეტყველება ვერ ამოიცნო
• რა ვუთხრათ მომხმარებელს, როცა კალენდართან კავშირი გაწყვეტილია

რა კითხვები ჩნდება ზარში დუმილის დამუშავებისას?

დუმილის დამუშავებისას კითხვები ბუნებრივ პაუზას, ლოდინის დროს, განმეორების ზღვარსა და აუდიოს მტკიცებულებას ეხება.

დუმილი ნიშნავს, რომ მომხმარებელი უარს ამბობს?

დუმილისას მხოლოდ მიღებული შეყვანის არქონა ფიქსირდება. განზრახვა ცალკე პასუხით ან სხვა მტკიცებულებით უნდა დადასტურდეს.

ერთი ლოდინის დრო ყველა კითხვას მოერგება?

სატესტო ჰიპოთეზაა, რომ დახურულ არჩევანს, კალენდრის შემოწმებასა და თავისუფალ განმარტებას განსხვავებული ლოდინის დრო შეიძლება სჭირდებოდეს. ეს ჰიპოთეზა რეალურ აუდიოზე ცალკე შეამოწმეთ.

რამდენჯერ უნდა გავიმეოროთ კითხვა?

ზღვარი რისკის, კითხვისა და მოქმედი ალტერნატივის მიხედვით განსაზღვრეთ. შემმოწმებელმა მიღების ტესტით უნდა დაადასტუროს, რომ სცენარი საბოლოოდ გადადის უსაფრთხო გასვლის ტოტში.

რატომ არ კმარა მხოლოდ ტრანსკრიპტი?

ანალიტიკოსმა ცარიელი ტექსტი აუდიოსა და ტექნიკურ მოვლენებს უნდა შეადაროს, რათა ბუნებრივი პაუზა, დაკარგული აუდიო და დასრულებული კავშირი გაარჩიოს.