Design-partner ტიპის კვლევითი პილოტი

სანამ voice agent-ს იყიდით, ჯერ ერთი განმეორებადი ზარის პროცესი შეამოწმეთ.

Dali აკონკრეტებს ერთ ზედამხედველობით მართულ ზარის ხაზს ერთი ტიპის ზარისთვის, ზომავს disclosure-ს, routing-ს, შეჯამებებს, latency-ს და transfer-ის ქცევას, და ამ მტკიცებულებით წყვეტს, ამართლებს თუ არა ეს ფასიან voice პილოტს.

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

Voice Design-Partner პილოტი სისტემის ზედაპირები

Voice design partnerCall queue
შეზღუდვები და დამტკიცებაShare

Call queue

+ AddEmail allEnrich all
3 recordsLaneOutcomeDisclosureLast eventStatus
Booking · new patient1Inbound
SchedulingBooked slotdisclosedLiveLive
Callback after missed ringOverflow
Callback queueSummary readydisclosed2m agoIdle
Sensitive clinical questionTransfer
Human agentEscalationtakeoverNeeds reviewIdle

პრობლემა და შედეგი

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

რას ანაცვლებს

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

რას ქმნის

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

პილოტის საზღვარი

ფიქსირებული მოცულობა გაფართოებამდე.

კვლევის ზუსტი საზღვარი

ერთი ზარის ტიპი, ერთი ენა, ერთი დაჯავშნის ან routing გზა, რეპეტიციით ზედამხედველობის ქვეშ disclosure-ისა და ადამიანური takeover წესებით.

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

  • 1 რუტინული შემომავალი ზარის პროცესი, მაგალითად booking ან status request-ები
  • 1 ენა და სამუშაო საათების ან overflow დაფარვის საზღვარი
  • 1 scheduling, routing ან summary handoff გზა
  • განცხადება, რომ დამრეკავი ავტომატიზებულ სისტემას ესაუბრება

განზრახ დარჩა მოცულობის გარეთ

  • ტელეფონით გადახდების მიღება
  • რთული გაყიდვის მოლაპარაკება ან medical, legal თუ crisis რჩევა
  • პირველ პილოტში მრავალენოვანი გაფართოება

სისტემის ზედაპირები

ინტეგრაციები, მაგალითები და კონტროლის წერტილები.

ინტეგრაციები და მაგალითები

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

  • Twilio, SIP routing ან არსებული cloud telephony provider
  • Calendly, booking software ან სტრუქტურირებული intake sheet
  • CRM განახლებები და პასუხისმგებელი პირის შეტყობინებები თითოეული ზარის შედეგის შემდეგ
  • Telegram ან Slack შეტყობინებები transfer-ისა და callback მოვლენებისთვის

შეზღუდვები და დამტკიცება

Voice სისტემა მაღალი ნდობის სფეროა, ამიტომ პილოტი ვიწრო და პირდაპირი უნდა დაიწყოს. სისტემამ მკაფიოდ უნდა თქვას, რა არის და სად ჩერდება.

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

მიღების ტესტი

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

პილოტის ჩაბარების პირობა

გავატაროთ 30 სკრიპტირებული და არასკრიპტირებული ზარი. პილოტი გადის მხოლოდ მაშინ, თუ ავტომატიზაცია ყოველთვის გამჟღავნებულია, ყველა ზარის შეჯამება დალოგილია, არაუფლებამოსილი ქმედებები 0-ზე რჩება, routing მინიმუმ 90% დამტკიცებულ ზარის ხაზში სწორია და ყველა საზღვარს გარეთ მყოფი მოთხოვნა transfer-მდე ან callback დაფიქსირებამდე აღწევს.

აუდიტი აფიქსირებს ერთ ზარის ხაზს, provider-ს, handoff-ს და შეფასების ნაკრებს. Dali აგებას აფასებს მხოლოდ მაშინ, თუ design-partner მტკიცებულება სიცოცხლისუნარიან ფასიან პილოტს ამყარებს.

მაჩვენებლები, რომლებსაც გუნდთან ერთად ვამოწმებთ

  • დამტკიცებული ზარის გზის დასრულების მაჩვენებელი
  • დაჯავშნის ან routing-ის წარმატება
  • სწორი transfer-ისა და callback-ის მაჩვენებელი
  • რევიუში შესული ზარების შეჯამების სიზუსტე

მიწოდება სამ ნაბიჯში

ერთი პრაქტიკული გზა გაშვებამდე.

ნაბიჯი 01

ვიწრო ზარის ხაზის არჩევა

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

ნაბიჯი 02

transfer-ებისა და გამონაკლისების რეპეტიცია

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

ნაბიჯი 03

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

არჩეული ხაზი მუშაობს შეზღუდულ design-partner რეჟიმში disclosure-ით, მონიტორინგით და მკაფიო callback ან transfer გზით ყველაფრისთვის, რაც scope-ს სცდება.

შესაბამისობის შემოწმება

როდის არის ძლიერი შესაბამისობა, სუსტი შესაბამისობა და რა არ უნდა დავაძალოთ.

კარგი შესაბამისობა

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

ჯერ არ არის შესაფერისი

  • ყველა ზარი რთულია, კონსულტაციურია ან ემოციურად სენსიტიურია.
  • გჭირდებათ სისტემა, რომელიც ნებისმიერ ფასად ადამიანურად ჟღერს.
  • ბიზნესს არ შეუძლია განსაზღვროს, რისი გაკეთება შეიძლება voice agent-ს.

FAQ

პრაქტიკული კითხვები პილოტის დაწყებამდე.

ეცოდინებათ დამრეკავებს, რომ ეს ავტომატიზებულია?

კი. პილოტი აშკარა disclosure-ს ეყრდნობა. დამალული ავტომატიზაცია ამ ტიპის voice პროცესისთვის არასწორი ნდობის მოდელია.

შეუძლია ადამიანთან გადართვა?

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

ეს სრულ contact-center ჩანაცვლებას ემსახურება?

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

შემდეგი ნაბიჯი

დაიწყეთ ყველაზე ვიწრო, მაგრამ სასარგებლო პილოტით.

რა უნდა გაუგზავნოთ Dali-ს

გამოგვიგზავნეთ ერთი რეპრეზენტატიული ზარის სკრიპტი, მიმდინარე routing გზა და საჭირო საბოლოო ქმედება. Dali გიპასუხებთ აუდიტის მოცულობით, სატესტო მატრიცით და design-partner პილოტის საზღვრით.

  1. ერთი ტიპის რუტინული შემომავალი ზარი
  2. მიმდინარე telephony და routing provider
  3. booking, status ან intake ქმედება, რომელიც უნდა დასრულდეს
  4. transfer ან callback წესი scope-ს გარეთ მყოფი მოთხოვნებისთვის

კომერციული მოდელი

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