საილუსტრაციო პროცესები

როგორი შეიძლება იყოს თქვენი ხმოვანი AI პროცესი

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

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

ეს მაგალითები მზა დანერგვის დაპირება არ არის

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

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

მაგალითი 1 — ჯავშანი შესწორებითა და დაკავებული დროით

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

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

  1. შეგროვება და დაზუსტება

    მომხმარებელი ამბობს: „ხვალ ოთხის ნახევარზე თმის შეჭრა მინდა“. საუბრის თარიღიდან გამოითვლება ხვალინდელი კალენდარული დღე; დღის მონაკვეთის გაურკვევლობისას ზუსტდება, იგულისხმება თუ არა 15:30. თანხმობის წინ თარიღი სრულად მეორდება.

  2. ხელმისაწვდომობა და ალტერნატივა

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

  3. შესწორება და თანხმობა

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

  4. ჩაწერა და საბოლოო პასუხი

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

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

მაგალითი 2 — ნებადართულ მოთხოვნაზე შემდგომი დაკავშირება

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

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

  1. დასაწყისი

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

  2. შესაბამისობის გარკვევა

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

  3. შემდეგი ნაბიჯის შეთანხმება

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

  4. შედეგის აღრიცხვა

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

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

მაგალითი 3 — მხარდაჭერა სტატუსითა და ადამიანთან გადაცემით

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

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

  1. თემისა და წვდომის შემოწმება

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

  2. პასუხი წყაროს ფარგლებში

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

  3. გამონაკლისი

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

  4. ადამიანთან გაგრძელება

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

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

მოარგეთ მაგალითი თქვენს ბიზნესს

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

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

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

ხშირი კითხვები

შეგვიძლია მაგალითები გავაერთიანოთ ან რიგი შევცვალოთ?

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

ეს პროცესები უკვე ყველა კლიენტთან მუშაობს?

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

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

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

შეიძლება საუბრის შუაში აზრი შეიცვალოს?

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

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

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

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

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

  1. Google AI — function calling

    მოდელის მიერ ხელსაწყოს შეთავაზება და აპლიკაციის მიერ მისი შესრულება.

  2. LiveKit — call transfers

    გადართვის მექანიზმები; რეალური გამოყენება ტელეფონიის გამართვას მოითხოვს.

  3. OWASP — prompt injection

    არასანდო შეყვანა, მინიმალური უფლებები და მაღალი რისკის მოქმედების კონტროლი.

თქვენი სცენარი ამ მაგალითებს არ ჰგავს? მოგვიყევით.

აღწერეთ სასურველი შედეგი და გამოყენებული სისტემები. დავიწყოთ შეფასებით — პაროლებისა და მომხმარებლის ჩანაწერების გარეშე.