Приймання дзвінків у неробочий час за правилами наступної дії.
Налаштуйте Truvoca для приймання окремих вхідних дзвінків поза робочими годинами, збору погодженої інформації та виконання визначеного наступного кроку. Дзвінок може створити заявку, спрямувати термінову категорію, запустити дозволену дію в системі або залишити команді зафіксоване завдання.
Цей сценарій поки не готовий до запуску. Його не можна подавати як доступний, доки графік, вхідна маршрутизація, повідомлення абонента, категорії, передача, резервний маршрут, дії в системі та моніторинг не пройдуть наскрізні тести.
30 хвилин у Google Meet. Час показано за східноєвропейським (GMT+03:00). Планування працює на Google Calendar, тож вибір часу відбувається у сервісі Google.
- Визначені години й святкові графіки
- Погоджені запитання та повідомлення про ШІ
- Окрема дія, передача або зворотний дзвінок для кожної категорії
- Зафіксований результат і контроль резервного сценарію
Покриття починається з керованого графіка
Точно визначте, коли активується сценарій неробочого часу.
Розклад є частиною процесу, а не рекламною обіцянкою. Зафіксуйте звичайні години, неробочі вікна, свята, сезонні зміни, умови переповнення та часовий пояс абонента. Підтвердьте номер, маршрут дзвінка, відображення номера та відповідального за зміни графіка.
Кожну зміну потрібно перевірити до того, як вона вплине на абонентів. Якщо маршрут, телефонний сервіс або агент недоступні, має спрацювати погоджений запасний сценарій без натяку, що заявку вже отримала людина.
- Робочі години та неробочі вікна
- Свята, сезонні й тимчасові винятки
- Часовий пояс і перехід на літній час
- Номер, маршрутизація та відображення номера
- Відповідальний і погодження змін
- Переповненнялише після окремого тесту
Від вхідного дзвінка до зафіксованого результату
Використовуйте перевірену послідовність для кожного дзвінка в межах сценарію.
Розмова має залишатися в чітких межах. Для кожного кроку визначаються відповідальний, дозволені дані та відома поведінка при помилці.
- Спрямувати відповідний вхідний дзвінок у погоджений час.
- Надати перевірене повідомлення про ШІ та запис, якщо він застосовується.
- Визначити намір і зібрати лише погоджені поля.
- Перевірити категорію, ознаку терміновості й бізнес-правило без діагностики ризику.
- Виконати дозволену дію або використати перевірену передачу, зворотний дзвінок чи повідомлення.
- Зафіксувати результат, час, наступного відповідального та виняток.
- Застосувати зрозумілий резервний сценарій і внутрішнє сповіщення, якщо дія не завершилась.
Різні дзвінки потребують різних меж
Зіставте кожну категорію з одним погодженим результатом.
Сценарій безпечніший, коли агент розпізнає невелику кількість визначених категорій і не імпровізує поза ними. На публічній сторінці можна описувати лише категорії, для яких перевірено формулювання, дані, маршрут і результат.
Звичайна заявка матиме інший шлях, ніж проблема чинного клієнта, чутлива скарга або можлива загроза безпеці. Неправильні номери, постачальники, спам і запити поза сценарієм також повинні мати явне завершення.
- Звичайний запитзбір заявки або дозволена дія
- Проблема чинного клієнтаправильний сервісний маршрут
- Ознака терміновості чи небезпекиперевірена фраза й ескалація
- Чутлива скаргамінімум даних і маршрут до відповідального
- Постачальник, спам або неправильний номерзавершення без зайвого завдання
- Запит поза сценаріємпояснення межі й погоджений контакт
Збір запиту не дорівнює виконаній дії
Покажіть, що Truvoca завершує поза графіком, а що лише фіксує.
Для кожної категорії зафіксуйте, чи Truvoca збирає інформацію, створює завдання, надсилає сповіщення, перевіряє систему або записує погоджену зміну. Назва результату має бути точною: заявку отримано, зворотний дзвінок запитано, завдання створено, запис завершено або оновлення підтверджено.
Доступ, поля, дозволи, валідація, захист від дублів, повтори й звірка перевіряються для конкретного підключення. Якщо дію не підтверджено, абонент має почути запасний варіант, а запис — показати потребу в роботі працівника.
- Зібрати структуровану заявку
- Створити призначене завдання на зворотний дзвінок або послугу
- Сповістити погодженого чергового
- Перевірити чи оновити запис лише в підтверджених межах
- Зафіксувати завершення, помилку або потребу в подальша робота
- Не називати намір завершеним бронюванням чи оновленням
Терміновість потребує погоджених слів і реального маршруту
Ескалюйте визначені сигнали без діагностики надзвичайної ситуації.
Truvoca не має визначати, чи перебуває людина в безпеці, давати професійні поради або гарантувати прибуття допомоги. Сценарій може відстежити погоджені слова чи відповіді, зупинити звичайний шлях, озвучити перевірену інструкцію та спробувати зв'язатися з призначеним отримувачем.
Інструкції щодо екстрених служб і медичні, юридичні чи безпекові формулювання потребують перевірки клієнта та юриста. Межі розпізнавання мають бути явними: правило не охопить кожен можливий ризик.
- Погоджені слова й запитання про терміновість
- Заборонені поради й теми поза сценарієм
- Точна людина, черга або зворотний дзвінок-маршрут
- Повідомлення, якщо отримувач недоступний
- Екстрені службилише після юридичної перевірки
- Результат і сповіщення для відповідальної команди
Спроєктуйте шлях без відповіді до запуску
Визначте, що відбувається, коли людина або система недоступні.
Кнопка переведення ще не є стратегією передачі. Якщо використовується переведення в реальному часі, протестуйте графік отримувача, чергу, дзвінок, передачу контексту, тайм-аут і повідомлення абоненту. Наступним кроком може бути інший номер, завдання на зворотний дзвінок, безпечне голосове повідомлення, сповіщення або чітка інструкція звернутися пізніше.
Так само потрібно обробити збій телефонії чи інтеграції: обмежити повтори, не допустити дублів, призначити сповіщення та зробити незавершену роботу видимою для звірки.
- Перевірений отримувач і години доступності
- Черга, тайм-аут і поведінка без відповіді
- Завдання на зворотний дзвінок або повідомлення з відповідальним
- Голосова пошта лише після перевірки змісту, згоди й конфіденційності
- Сценарій збою телефонії та інтеграції
- Ліміти повторів, сповіщення, аудит і звірка
Перевірте успіх і помилку до запуску
Корисне демо показує графік, маршрут, дію та резервний сценарій разом.
Доказ має включати матрицю тестів у наближеному до робочого середовищі та погоджену демонстрацію дзвінка. Перевіряльник повинен побачити, який графік запустив сценарій, як визначено категорію, які дані зібрано, яку дію чи передачу виконано та як команда побачила результат.
Потрібно показати щонайменше один випадок без відповіді або недоступної системи. Екрани й записи використовують погоджені дані та правила повідомлення, час і підтвердження перевіряльника.
- Тест графіка й вхідного маршруту
- Погоджене повідомлення й рішення щодо категорії
- Дозволена дія або отримувач передачі
- Шлях без відповіді чи при помилці системи
- Результат, час і відповідальний
- Погодження операційної, продуктової, безпекової та юридичної команд за потреби
Автоматизуйте поза графіком там, де межі зрозумілі
Почніть з обмежених типів дзвінків і команди, що відповідає за резервний сценарій.
Сценарій підходить для повторюваних запитів із відомими полями, явними правилами дії, задокументованою політикою терміновості й відповідальним за незавершені задачі. Він не підходить, якщо агент має застосовувати необмежене судження, оцінювати небезпеку, обіцяти негайну послугу або працювати без надійного маршруту ескалації.
Готовий текст не означає готовність до запуску. Сторінка лишається закритою до погодження доказів маршруту, дії, помилок і моніторингу.
Підходить
- повторювані запити з явними результатами
- стабільний графік і актуальний перелік ескалації
- контроль задач, сповіщень і звірки
Не підходить
- оцінка надзвичайних ситуацій або професійні поради
- необмежені скарги чи ризикові рішення
- відсутній відповідальний за резервний шлях
Перевірте процес дзвінка до того, як обіцяти покриття поза графіком.
Опишіть номери, графіки, часові пояси, категорії, погоджені запитання, дозволені дії, формулювання терміновості, ланцюг передачі, системи, резервну поведінку, відповідального за моніторинг і виключені дзвінки. Ми зіставимо процес і визначимо, що можна показати, що потребує налаштування, а що заблоковано доказами або перевіркою.
Не передавайте через публічну форму записи абонентів, дані доступу, записи розмов чи інші чутливі матеріали.
FAQ
FAQ
Чи доступний Truvoca 24/7?
Truvoca можна налаштувати під визначений графік, але ця сторінка не робить універсальної обіцянки 24/7. Конкретні години, інфраструктуру, моніторинг і резервну поведінку потрібно перевірити для впровадження.
Що відбувається з терміновим дзвінком?
Сценарій може за погодженими словами й правилами зупинити звичайний шлях і спробувати зв'язатися з визначеним отримувачем. Він не діагностує надзвичайну ситуацію й не гарантує відповідь. Маршрут і поведінка без відповіді мають бути протестовані.
Чи можна перевести дзвінок на людину?
Лише після наскрізних тестів маршруту, графіка, черги, передачі контексту, тайм-ауту, поведінки без відповіді та резервного кроку. До цього можна говорити тільки про можливість спроєктувати передачу або зворотний дзвінок.
Що буде, якщо ніхто не прийняв переведення?
Погоджений сценарій може створити завдання на зворотний дзвінок, спробувати інший номер, прийняти безпечне повідомлення або пояснити, коли звернутися повторно. Публікується лише протестований варіант.
Чи може агент створити запис у неробочий час?
Про завершений запис можна говорити лише після перевірки актуальної доступності, правил, дозволів, збереження, підтвердження й обробки помилки. Інакше Truvoca лише фіксує запит і потребу в роботі працівника.
Чи можуть дзвінки поза графіком оновлювати нашу систему?
Це залежить від конкретного підключення та дії. Потрібно перевірити вихідний запис, дозволи, поля, валідацію, захист від дублів, відповідь при помилці, аудит і відповідального за звірку.
Як абонент дізнається, що розмовляє із ШІ-агентом?
Використовується погоджене повідомлення для конкретного сценарію та юрисдикції. Якщо ввімкнено запис або транскрипцію, правила повідомлення і згоди також мають бути перевірені.
Що відбувається у разі збою телефонії або інтеграції?
План запуску має визначити перевірений інший маршрут або повідомлення абоненту, обмежені повтори, внутрішнє сповіщення, безпечний стан без оновлення, відновлення та аудит незавершеної роботи.