У демонстраційному сценарії майстер може назвати клієнта, послугу та потрібний час голосом. Система розбирає запит і має уточнювати неоднозначності. Загальну комерційну доступність для всіх закладів не оголошуємо: спочатку потрібно погодити конкретний сценарій і перевірити його.
Голосовий сценарій потребує перевірки й підтвердження
Що має перевірити голосовий сценарій
Хто клієнт
Схоже ім’я або кілька тезок не дають права вгадувати людину. Потрібне уточнення.
Яка послуга
Назва має відповідати прайсу, а для набору — враховувати весь потрібний час.
Коли саме
Нечіткий день або година потребують уточнення, а вільний час — перевірки за графіком.
Що підтверджено
Розпізнаний текст і фактично створений візит — різні етапи. Перевірте підсумкові деталі й журнал.
Що не слід обіцяти
| Очікування | Коректний підхід |
|---|---|
| Будь-яка фраза завжди розпізнається | Якість звуку, контекст і неоднозначність впливають на результат. |
| AI сам вирішить, якого клієнта ви мали на увазі | За потреби потрібно уточнювати клієнта та деталі. |
| Голос замінює всі дії адміністратора | Демо описує окремий сценарій надиктовки, а не повну автоматизацію закладу. |
| Функція вже активна в кожному тарифі | Доступність і налаштування погоджуються окремо. |
Почніть з перевіреного основного запису
Навіть без голосу можна організувати прайс, клієнтське посилання та один актуальний журнал. Саме ці правила визначають, чи правильним буде будь-який візит — створений вручну, клієнтом або через додатковий спосіб введення.
Якщо голос важливий для вашої роботи, опишіть реальну ситуацію: хто диктує, які послуги, як називають клієнтів і хто перевіряє результат. На такому прикладі можна обговорювати демонстрацію без обіцянки універсального AI-рішення.
Після погодження деталей перевіряється звичайний запис у журналі; сам голосовий запит ще не є підтвердженим візитом.