ბლოგი

ქართული ხმოვანი ასისტენტიდან ბიზნესმოქმედებამდე — როგორ მუშაობს OMO

OMO ქართული ხმოვანი AI ასისტენტი — საუბრის დადასტურებულ ბიზნესმოქმედებად გადაქცევა

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

ერთაოზას დამფუძნებელი

გამოქვეყნებულია:

გამართული საუბარი მხოლოდ დასაწყისია. დასრულებული საქმე ნიშნავს, რომ მომხმარებელთან შეთანხმებული მოქმედება სწორ სისტემაში ნამდვილად შესრულდა და მისი შედეგის გადამოწმება შესაძლებელია.

კარგი პასუხი ჯერ კიდევ არ ნიშნავს შესრულებულ საქმეს

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

ამიტომ ხმოვანი ასისტენტის შეფასებისას ორი კითხვა უნდა გავმიჯნოთ: სწორად გაიგო თუ არა მან მომხმარებელი და რეალურად შეასრულა თუ არა შეთანხმებული მოქმედება. პირველი საუბრის ხარისხს ეხება; მეორე — ბიზნესპროცესის საიმედოობას.

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

რა არის OMO

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

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

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

ერთი ზარის გზა: მოთხოვნიდან დადასტურებულ ჯავშნამდე

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

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

ჯავშანს პასუხთან ერთად მტკიცებულებაც სჭირდება

  1. 01

    მოთხოვნა

    მომსახურება, თარიღი და დრო

  2. 02

    კალენდარი

    რეალური ხელმისაწვდომობის შემოწმება

  3. 03

    თანხმობა

    საბოლოო დეტალების დადასტურება

15:00 → 16:00: ცვლილება კალენდრის შემოწმების ეტაპზე გვაბრუნებს.

ჯავშნის შექმნა და პასუხის გადამოწმება

ჩანაწერის იდენტიფიკატორი, სტატუსი და შესაბამისი დეტალები

დადასტურდა

მომხმარებელს ეცნობება, რომ ვიზიტი დაჯავშნილია.

შეცდომა ან უცნობი შედეგი

მოწმდება მდგომარეობა, ზუსტდება მოთხოვნა ან ერთვება ადამიანი. წარმატება არ ცხადდება.

ორიგინალური ახსნითი სქემა. ასახავს საკონტროლო ეტაპებს და არა რეალური ზარის ჩანაწერს ან OMO-ს გაზომილ სატესტო შედეგს.
  1. მომხმარებელი ითხოვს ხვალ სამ საათზე ჩაწერას

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

  2. ასისტენტი აზუსტებს მომსახურებასა და თარიღს

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

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

  3. თავისუფალი დრო მოწმდება რეალურ კალენდარში

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

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

  4. მომხმარებელი ცვლის მოთხოვნას: „არა, ოთხზე მირჩევნია“

    ეს რეპლიკა წინა დროის შესწორებაა და არა მთელი საუბრის თავიდან დაწყება. მოთხოვნილი დრო იცვლება 16:00-ზე; მომსახურება და თარიღი უცვლელი რჩება, თუ მომხმარებელს მათი შეცვლა არ მოუთხოვია.

    15:00-ისთვის მიღებული პასუხი 16:00-ის ხელმისაწვდომობას არ ადასტურებს. შეცვლილი მოთხოვნისთვის საჭიროა ახალი შემოწმება, ხოლო ძველი დრო შემდგომი მოქმედების საფუძვლად აღარ უნდა გამოიყენებოდეს.

  5. ახალი დრო მოწმდება და მომხმარებელი ადასტურებს დეტალებს

    თუ კალენდარი 16:00-ს თავისუფლად აბრუნებს, ასისტენტი აგროვებს მხოლოდ აუცილებელ საკონტაქტო მონაცემებს და აჯამებს: „12 სექტემბერს, 16:00-ზე, არჩეულ მომსახურებაზე დავაფიქსირო ვიზიტი?“ თანხმობა სწორედ ამ საბოლოო დეტალებს უნდა ეხებოდეს.

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

  6. ჯავშნის შექმნის შემდეგ მოწმდება სისტემის პასუხი

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

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

  7. წარუმატებლობა დასრულებულ საქმედ არ ცხადდება

    თუ დრო უკვე დაკავებულია ან კალენდარი შეცდომას აბრუნებს, მომხმარებელს ვეუბნებით, რომ ჯავშანი ვერ დადასტურდა, და ვთავაზობთ შემოწმებულ ალტერნატივას ან ადამიანთან დაკავშირებას. ფრაზა „ყველაფერი მზადაა“ დაუშვებელია, როცა შესრულება არ დასტურდება.

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

რატომ არის ქართული საუბარი ცალკე გამოწვევა

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

ასეთი ფრაზები განსაკუთრებით სასარგებლოა სატესტო სცენარების შესადგენად:

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

როდის უნდა ჩაერთოს ადამიანი

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

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

გადართვას კონტექსტიც უნდა გაჰყვეს

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

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

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

როგორ შევაფასოთ შედეგი — არა მხოლოდ სასიამოვნო ხმა

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

ქვემოთ ჩამოთვლილი საზომები შეფასების ჩარჩოა და არა OMO-ს გაზომილი შედეგები:

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

რა უნდა შეიცავდეს რეალური ტესტის ანგარიში

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

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

ამ საკითხზე დამატებითი მეთოდური მასალაა OMO-ს ხმოვანი AI-ის ხარისხის ტესტირების გზამკვლევი. ის შეიძლება გამოგადგეთ საკუთარი შემოწმების გეგმის შედგენაში; კონკრეტული ბიზნესისთვის მზაობა მაინც მის რეალურ პროცესზე უნდა შემოწმდეს.

ვის გამოადგება ეს მიდგომა და საიდან დაიწყოს

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

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

ბიზნესღირებულების დასაგეგმად გამოგადგებათ ერთაოზას სტატია ხმოვანი ასისტენტის ROI ბიზნესისთვის, ხოლო მონაცემებისა და პასუხისმგებლობების დასალაგებლად — CRM ინტეგრაციის პრაქტიკული ნაბიჯები. OMO-ს პროდუქტის შესახებ დამატებითი ინფორმაცია ზემოთ მითითებულ ოფიციალურ გვერდებზეა.

მთავარი დასკვნა მარტივია: ხმოვანი ასისტენტი ფასეულია არა იმიტომ, რომ დამაჯერებლად ამბობს „მზადაა“, არამედ იმიტომ, რომ შეთანხმებულ საქმეს ასრულებს — და როცა ვერ ასრულებს, ამას ზუსტად და გასაგებად ამბობს.

წყაროები და მასალის საზღვრები

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

კონტაქტი

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

დაგვიკავშირდი