როგორ იგეგმება ბიზნესზე მორგებული ხმოვანი პროცესი

დაიწყეთ შედეგით და არა კითხვების სიით

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

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

• თქვენს პროცესზე მორგებული განხორციელება

ნორმალური გზა და გამონაკლისები ერთად დაგეგმეთ

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

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

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

მაგალითი: „სამზე“ → „არა, ოთხზე“

ილუსტრაციულ საუბარში სერვისი და თარიღი უკვე ცნობილია. მომხმარებელი ამბობს „სამზე“. თარიღი ხელახლა არ უნდა იკითხოს. 15:00-სა და 03:00-ს შორის დაზუსტება საჭიროა მხოლოდ მაშინ, როცა კონტექსტი, სამუშაო საათები და მანამდე ნათქვამი გაურკვევლობას ვერ ხსნის.

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

მაგალითის ზუსტი ვარიანტია „18 სექტემბერი, 2026, 16:00, თბილისის დროით“. ეს სასწავლო თარიღია და არა შეთავაზებული თავისუფალი დრო. მოქმედებამდე აგენტი ამბობს სერვისს, ადგილს, თარიღსა და საათს, იღებს დასტურს და მხოლოდ შემდეგ სთხოვს სისტემას ჩაწერას.

შეავსეთ პროცესის მოთხოვნების სამუშაო ფურცელი

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

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

დიზაინიდან გამეორებად ტესტამდე

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

1. 1

   შედეგი და გზები

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

2. 2

   მონაცემი და უფლებები

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

3. 3

   დიალოგი და ქართული ვარიაციები

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

4. 4

   ტესტი და პილოტი

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

5. 5

   განახლება

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

რით განვსაზღვროთ მიღება?

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

• ერთ წინადადებაში რამდენიმე ველი — დარჩენილი კითხვა მხოლოდ აკლებული მონაცემისთვის.
• ბოლო მომენტში შესწორება — ახალი მნიშვნელობა და საჭირო ხელახალი დასტური.
• სისტემის timeout — სტატუსის აღდგენა დუბლიკატის გარეშე.
• წვდომის უარი — ინფორმაციის გაუმჟღავნებლად უსაფრთხო პასუხი.
• ადამიანი არ პასუხობს — შეთანხმებული და მართალი შემდგომი ნაბიჯი.

• ხარისხის ტესტირების მეთოდოლოგია
• გაშვებისთვის მზადყოფნის სია
• ინტეგრაციის შეფასება