Перейти до основного вмісту
megapromotingПоговорімо

Рішення · Beauty & wellness

Запис робиться в календарі салону, а не в його копії — і асистент пропонує вільний час спеціаліста, який справді виконує потрібну послугу.

Ми підключаємо асистента до вашої системи запису через шість інструментів, які він викликає під час розмови: послуги з реальними цінами, спеціалісти з процедурами кожного, доступність, створення, скасування та перенесення запису. Джерело правди залишається вашим календарем; ми не ведемо другий.

Вже збудованоConectorul e scris și rulat: 946 de linii în modulul de integrare cu sistemul de programări Altegio, cu șase unelte expuse agentului, fiecare cu termen propriu de execuție — 15 secunde pentru lista de servicii, 30 pentru disponibilitate, 20 pentru creare, anulare și mutare. Uneltele sunt legate în punctul unic de execuție al agentului, alături de celelalte 15 tipuri de unelte interne ale platformei. A doua implementare pe care ne sprijinim e platforma de asistenți în sine, în producție: canale cu cod propriu, bază de cunoștințe indexată și predare către om cu evidență în baza de date. Rezerva: conectorul e scris pentru un singur sistem de programări. Dacă salonul tău folosește altceva, prima etapă e o verificare de compatibilitate, nu o promisiune.

У салоні майже кожне отримане повідомлення — це та сама розмова у чотири репліки: які у вас послуги, скільки коштує, хто виконує, коли вільно. Це повторюється десятки разів на день, майже завжди поза графіком або саме тоді, коли адміністратор зайнятий. Асистент, який відповідає на перші три запитання і зупиняється на четвертому, нічого не вирішує — людина все одно подзвонить, а ви все одно платитимете комусь за відповіді.

Тому ми довели інтеграцію до кінця: агент не лише каже, які години вільні, а й створює запис у системі салону, скасовує його та переносить. Запис пишеться безпосередньо у ваш календар, через інтерфейс системи, яку ви вже використовуєте. Ми не тримаємо у себе другий календар, який потім треба узгоджувати з першим — джерело правди залишається одне, бо два календарі означають, рано чи пізно, двох клієнтів на один і той самий час.

Польова деталь, яка робить різницю між інтеграцією, що працює, і тією, що «завжди повертає, що немає вільного», — це правило системи запису, записане як є у нашому коді: послуга і спеціаліст подорожують разом. Якщо ви запитуєте години спеціаліста для послуги, яку він не виконує, ви отримуєте нуль результатів — не помилку, а порожню відповідь, яка виглядає точно як «немає місця». Тому інструмент доступності не повертає «вільно/зайнято»: він повертає, які спеціалісти виконують потрібну послугу, і перші вільні години для кожного, відсортовані за найранішим часом, щоб агент пропонував конкретну альтернативу замість того, щоб закривати розмову.

А реальна тривалість процедури — це друга пастка тієї самої родини: глобальний список послуг повертає порожню тривалість, а справжня тривалість з’являється лише коли ви запитуєте, відфільтрувавши за спеціалістом. Без цієї корекції агент пропонує години, які не вміщаються в календар. Це речі, про які не дізнаєшся з документації, а вже після того, як інтеграція попрацювала на реальних даних.

Що входить

Що конкретно змінюється в beauty & wellness

Послуги та ціни надходять із вашої системи, а не з копійованого списку

Перший інструмент повертає активні послуги з реальними цінами з вашого календаря, з можливістю фільтрації за вільним формулюванням клієнта українською або російською, найвідповідніші — першими. Термін виконання 15 секунд. Коли ви змінюєте ціну в системі, агент називає її зміненою — у нас немає файла, який би відставав.

Доступність повертає, хто виконує послугу і коли, а не лише чи він вільний

Інструмент доступності отримує послугу — за ідентифікатором або за назвою, яку шукають — і, за потреби, бажаного спеціаліста, який ставиться першим, але з показаними альтернативами. Результат — список спеціалістів, які виконують цю послугу, і перші вільні години для кожного, відсортовані за найранішим. Термін: 30 секунд, тому що запит охоплює кілька точок.

Запис створюється фактично, а не обіцяється

Інструмент створення отримує спеціаліста, послугу або послуги, дату й час, телефон і ім’я клієнта, за бажанням e-mail, коментар і тривалість. Результат — це запис у календарі салону з ідентифікатором. Далі він живе у вашій системі, а не в нас — адміністратор бачить його там, куди зазвичай дивиться.

Скасування і перенесення — це теж інструменти, а не повідомлення адміністратору

Скасування потребує ідентифікатор запису і, за бажанням, причину; перенесення змінює час, зберігаючи запис. Без цих двох будь-яка інтеграція записів наполовину: клієнти скасовують і переносять частіше, ніж бронюють, а якщо агент не може, робота повертається людині саме в найнеприємніший момент.

Спеціалісти, з процедурами та тривалістю кожної

Шостий інструмент повертає список спеціалістів із процедурами, які робить кожен, і тривалістю кожної процедури в хвилинах — можна фільтрувати за ім’ям спеціаліста або за послугою. Це інструмент, який відповідає на «хто робить ламінування» і, що важливіше, саме він дає агенту тривалість перед тим, як пропонувати час. Деталь, яку виявляють лише на практиці: реальна тривалість з’являється лише коли запитуєш із фільтром по спеціалісту; глобальний список повертає порожнім.

Ключ інтегратора зберігається на сервері, ви вказуєте лише ідентифікатор салону

Токен партнера — це один ключ, що зберігається в середовищі сервера, ніколи не в базі даних на рівні інструмента. Ви підключаєте салон за ідентифікатором компанії, який перевіряється перед збереженням: запитується публічний список послуг для цього ідентифікатора і підраховується кількість. Якщо не відповідає, інтеграція не зберігається — краще зірватися під час підключення, ніж перед клієнтом.

Неправильний заголовок означає 403, а не «інтеграція не працює»

Фільтр безпеки постачальника відповідає 403 на типовий ідентифікатор клієнта, тож інтеграція надсилає власний ідентифікатор. Це той тип дрібниці, яка, якщо її не знайти, дає дні пошуку причини не там — і саме тому вона записана в коментарі коду, щоб наступна людина більше не втрачала час.

Коли перевищує роль, передає розмову людині, з обліком

Гілка має явний стан `bot` або `human`, журнал перехоплення знає про перехоплення людиною, повернення до бота і автоматичну реактивацію, а гілка окремо має стан дотримання часу відповіді. У салоні моменти, що потребують людини, передбачувані: скарга після процедури, запит на знижку, запитання про проблему зі шкірою.

Чого не робить асистент салону

Не рекомендує лікування і не оцінює проблему зі шкірою, волоссям чи нігтями — навіть коли клієнт наполягає, бо відповідь була б твердженням про здоров’я людини. Не торгується щодо цін і не надає знижки, якщо тільки правило не записане й не перевірюване. І не працює на цьому рівні, якщо салон не має системи записів з інтерфейсом — тоді він приймає запит і передає його людині, а це інша робота, і про це треба сказати наперед.

Traseul

Як запит проходить через систему.

01

Перевіряємо сумісність вашої системи запису

Перший етап — це перевірка, а не обіцянка: яку систему ви використовуєте, який публічний інтерфейс вона має, чи відповідає достатньо швидко для розмови. Конектор, який у нас написаний, — для конкретної системи. Для іншої ми надаємо результат перевірки й оцінку роботи, зокрема коли відповідь така, що на рівні автоматичного бронювання це не може працювати.

02

Підключаємо салон і валідовуємо ідентифікатор

Підключення виконується з ідентифікатором вашої компанії, який на місці перевіряється за публічним інтерфейсом бронювання: запитуються послуги і ведеться підрахунок. Ми передаємо інтеграцію підключеною, з кількістю прочитаних послуг — якщо цифра не схожа на реальність салону, це видно одразу, а не через місяць.

03

Прикріплюємо інструменти агента та пишемо правила відмови

Шість інструментів прикріплюються до вашого агента, а не до всіх. У його ролі ми явно пишемо, що йому не можна: рекомендувати лікування, оцінювати медичну проблему, обіцяти результат, надавати непідтверджену знижку. Ми передаємо конфігурацію агента та список прикріплених інструментів.

04

Працюємо на реальних розмовах, з активною передачею людині

Починаємо з широко налаштованої передачі людині та ввімкненого журналу запитів. Читаємо розмови перших днів — там видно локальні формулювання, які агент не співвідносить із жодною послугою. Ми передаємо звіт із пропущеними відповідностями та внесеними виправленнями.

1Clientul întreabă deun serviciu2unealta de servicii3unealta dedisponibilitate(specialiștii carefac acel serviciu,prima oră liberă afiecăruia)4unealta de creare5programarea apare înagenda salonuluiAnulare și mutare, pe același drum.
Traseul, în 5 pași

Дані

Чого торкаємося, де воно лежить і скільки лишається

Правила відрізняються від однієї галузі до іншої. Це ті, що застосовуються в beauty & wellness.

Які персональні дані фактично проходять через розмову
Ім’я, телефон, іноді e-mail, обрана послуга та час. Саме це вимагає інструмент створення запису. Це мінімальні дані, для яких є підстава — без телефону не можна підтвердити запис — і ми не просимо інших «щоб були».
Дані про здоров’я, які з’являються без вашого запиту
У beauty і wellness клієнт сам пише речі на кшталт «у мене чутлива шкіра», «я вагітна», «у мене алергія». Це дані з особливої категорії, з суворішим режимом, ніж ім’я. Технічно їх не можна запобігти, але їх можна обробляти: агент їх не запитує, не повторює у відповіді та не використовує для надання поради; а команду навчають не просити їх у цьому каналі. Те, що написав клієнт, залишається в розмові, зі строком зберігання, встановленим під час впровадження.
Записи не дублюються у нас
Джерелом істини залишається система салону. Ми зберігаємо слід виконання — який інструмент було викликано, з якими параметрами, з яким результатом — а не копію розкладу. Різниця важлива під час аудиту: у нас немає другої бази з вашими клієнтами та їхніми годинами.
Де зберігаються розмови і хто їх бачить
MySQL, на власному сервері в Microsoft Azure, з окремими таблицями для каналів, внутрішніх нотаток і журналу аудиту. Доступ вашої команди налаштовується за ролями. Спільного сховища між клієнтами немає.
Строк зберігання та опублікована політика
Їх встановлюють для кожного впровадження окремо і пишуть у вашу опубліковану політику — не в нашу. Правило, яке ми застосовуємо і в себе: якщо зміна коду змінює те, що збирається, кому воно потрапляє або як довго зберігається, опублікована політика змінюється в тому самому commit.

Випадок

Практичне правило, яке вирішує, чи працює інтеграція записів

Ситуація

Помічник, підключений до системи запису салону, правильно відповідав на запитання про послуги та ціни, але на запитання «коли є вільно» для певних комбінацій повертав порожню відповідь. Не помилку — порожню відповідь, яка в розмові виглядає точно як «у нас немає місця».

Що ми збудували

Причина — правило системи запису: послуга і спеціаліст подорожують разом. Години спеціаліста для послуги, яку він не виконує, повертають нуль результатів. Я переписав інструмент доступності, щоб він починався з послуги, а не з людини: він повертає спеціалістів, які виконують цю послугу, і перші вільні години для кожного, відсортовані за найранішим часом, з пріоритетним спеціалістом першим, але збереженими альтернативами. На тій самій стадії я також виправив тривалість процедур, яка надходить порожньою з глобального списку і є реальною лише відфільтрованою за спеціалістом, і додав власний ідентифікатор клієнта, бо фільтр безпеки постачальника відповідає 403 на типовий.

Що вийшло

Розмова більше не завершується на «не доступно». Агент пропонує конкретну альтернативу — іншого спеціаліста, інший час — і може створити, скасувати або перенести запис в календарі салону, який залишається єдиним джерелом істини.

Чого цей випадок не каже

Виправлення специфічні для системи запису, для якої написаний конектор. Для іншої системи її польові правила інші і їх виявляють так само: запускаючи на реальних даних, а не читаючи документацію.

Питання

Що запитує хтось із beauty & wellness

Він справді записує чи лише каже, що хтось подзвонить?

Записує. Існує інструмент створення, який записує в системі салону запис із спеціалістом, послугою, датою, часом, телефоном і ім'ям, і повертає ідентифікатор запису. Скасування та перенесення — теж інструменти. Якщо постачальник каже «записує», але не може скасувати і перенести, інтеграція наполовину.

Чому він сказав би, що вільного немає, якщо я бачу вільні години в календарі?

Найчастіша причина в системі, з якою ми працюємо, — послуга і спеціаліст подорожують разом: якщо запитати години спеціаліста для послуги, яку він не виконує, відповідь буде нуль результатів, а не помилка. Тому наш інструмент доступності починається з послуги і повертає спеціалістів, які її виконують, з першими вільними годинами кожного. Це виправлення, написане в коді, а не налаштування.

Мій салон не використовує систему запису. Що змінюється?

Змінюється те, що може робити агент: він бере повний запит — послугу, бажаного спеціаліста, інтервал, контакт — і передає його людині, замість бронювати. Це корисно, але це інша робота, і ми називаємо її інакше. Ми не продаємо вам «автоматичний запис» поверх паперового календаря.

Чи може він запропонувати інший час, коли бажаний спеціаліст зайнятий?

Так, і це поведінка інструменту за замовчуванням: бажаний спеціаліст стоїть першим, але альтернативи показуються, з першими вільними годинами для кожного, відсортованими за найранішим часом. Агент, який відповідає «не доступно» і мовчить, втрачає саме того клієнта, який був готовий прийти.

Скільки триває процедура — звідки він знає, щоб не пропонувати неможливі години?

З інструменту спеціалістів, який повертає процедури кожного з тривалістю в хвилинах. Деталь, яка має значення: глобальний список послуг повертає тривалість порожньою, а реальна тривалість з'являється лише відфільтрованою за спеціалістом. Без цього виправлення агент пропонував би години, які не вміщаються. Це записано в коді, бо ми виявили це на реальних даних.

Клієнт пише, що в нього чутлива шкіра. Що робить агент?

Занотовує в запис, якщо ви цього попросили, і не дає жодної поради. Він не оцінює, не рекомендує продукт, не каже, чи підходить процедура — це було б твердження про здоров'я людини, зроблене автоматичною системою. Він передає розмову спеціалісту. Інформація, написана клієнтом, є даними з особливої категорії і обробляється відповідно, включно зі строком зберігання.

Хто відповідає, якщо агент зробить неправильний запис?

Помилка видима і виправна в тому самому місці, де вона сталася: запис є у вашому календарі, а ті самі інструменти можуть його скасувати або перенести. Платформа зберігає слід виконання — який інструмент було викликано, з якими параметрами і з яким результатом — тож можна відтворити, що сталося. Під час налаштування ми визначаємо, що він має право робити сам і що потребує підтвердження людини, і це записується, а не передбачається.

Ви бачите історію клієнта — що він зробив востаннє?

Лише якщо ви дасте йому доступ до неї, явно. Під’єднані сьогодні інструменти охоплюють послуги, спеціалістів, доступність, створення, скасування та перенесення. Історія візитів — це інша категорія даних, з іншими наслідками, і вона не активується автоматично лише тому, що «це корисно».

На яких каналах він відповідає?

На тих, у яких уже пишуть ваші клієнти і які мають власний код у платформі: Instagram Direct і Messenger — звідки надходить найбільша частина повідомлень у салоні — Telegram, WhatsApp через Cloud API та віджет на сторінці. Інструменти запису однакові на всіх; немає слабшої версії на якомусь каналі.

Що вам хотілося б налагодити?

Розкажіть про свій процес. Разом визначимо, що варто збудувати, що можна підключити і як перевіримо результат.

Поговорімо