Мини-приложение для записи в MAX позволяет клиенту выбрать услугу, филиал, специалиста, дату и время без звонка и длинной переписки. Бизнес получает структурированную заявку, а при интеграции с расписанием — подтверждённую запись без ручного переноса данных.
Формат подходит клиникам, салонам, фитнес-студиям, образовательным центрам, автосервисам, консультационным компаниям и любому бизнесу, работающему по слотам.
В MAX такой интерфейс подключается к прошедшему модерацию чат-боту и открывается по защищённому HTTPS-адресу. Техническая схема описана в официальном руководстве по Mini App.
Как выглядит путь клиента
Базовый сценарий состоит из нескольких шагов:
- Пользователь открывает бота из канала, ссылки, рекламы или QR-кода.
- Бот предлагает записаться и открывает Mini App.
- Клиент выбирает услугу, филиал и специалиста, если выбор нужен.
- Интерфейс показывает доступные даты и время.
- Пользователь подтверждает контакт и условия записи.
- Backend создаёт запись или заявку на подтверждение.
- Бот отправляет результат и дальнейшие инструкции.
Ключевой принцип — не заставлять пользователя заново вводить данные, которые уже известны системе, и не показывать недоступные варианты.
Два варианта реализации
Заявка на запись
Клиент выбирает желаемые параметры, после чего администратор проверяет расписание и подтверждает время вручную. Такой вариант проще и подходит для пилота, сложных услуг или компаний, где окончательное время зависит от дополнительных условий.
Преимущество — быстрый запуск без глубокой интеграции. Недостаток — пользователь не получает мгновенного подтверждения, а сотрудники продолжают участвовать в согласовании.
Автоматическая запись в свободный слот
Mini App получает актуальное расписание, резервирует время и сразу возвращает подтверждение. Для этого требуется интеграция с системой записи или собственным календарём, обработка конкурентных запросов и правила отмены.
Этот вариант снижает ручную нагрузку, но требует более качественных данных и сквозного тестирования.
| Критерий | Заявка на запись | Автоматическая запись |
|---|---|---|
| Скорость запуска | Выше | Ниже |
| Требование к интеграции | Минимальное | Обязательное |
| Подтверждение | После проверки сотрудником | Сразу |
| Риск двойного бронирования | Контролирует администратор | Контролирует система |
| Подходит для | Пилота и сложных услуг | Регулярной записи по стабильным правилам |
Какие данные нужны
Для стабильной работы необходимо определить источник каждого типа данных:
- услуги, длительность и ограничения;
- филиалы и зоны обслуживания;
- специалисты и их компетенции;
- расписание и исключения;
- цены и правила предоплаты;
- контактные данные клиента;
- статусы записи;
- причины отмены и переноса.
Если расписание ведётся одновременно в нескольких местах, Mini App не решит проблему сам. Сначала нужно определить основную систему, иначе свободные слоты будут расходиться.
Как спроектировать интерфейс
Количество шагов зависит от бизнеса. Не всегда нужно заставлять клиента выбирать специалиста: иногда достаточно услуги и времени, а сотрудник назначается автоматически. Не всегда нужен отдельный экран филиала: его можно определить по ссылке, источнику или предыдущему выбору.
Практические правила:
- сначала показывать самое важное действие;
- скрывать недоступные даты и специалистов;
- объяснять длительность и цену до подтверждения;
- сохранять выбор при возврате на предыдущий шаг;
- предусмотреть загрузку, ошибку и отсутствие свободных слотов;
- не запрашивать лишние персональные данные;
- показывать итог перед отправкой.
Если свободного времени нет, интерфейс должен предложить альтернативу: другой день, специалиста, филиал или заявку в лист ожидания.
Роль чат-бота
Mini App отвечает за выбор, а бот — за коммуникацию до и после действия. Он может:
- открывать запись на конкретную услугу по диплинку;
- подтверждать созданную запись;
- напоминать о визите;
- отправлять правила подготовки;
- давать ссылку на перенос или отмену;
- запрашивать обратную связь;
- возвращать пользователя к повторной записи.
Уведомления должны быть связаны с реальным статусом в системе, а не отправляться независимо от него.
Интеграция с расписанием и CRM
Backend Mini App обращается к системе записи через API или другой контролируемый механизм. Перед созданием записи он повторно проверяет доступность слота, сохраняет результат и обрабатывает возможный конфликт.
В CRM можно передавать:
- идентификатор пользователя и источник;
- выбранную услугу и филиал;
- дату и время;
- контакт;
- статус подтверждения;
- историю переносов и отмен;
- согласие на коммуникацию, если оно требуется.
Секреты интеграции и токены должны храниться на сервере. Нельзя обращаться к CRM напрямую из клиентского JavaScript-кода.
Предоплата и отмена
Для услуг с высокой стоимостью пропущенного слота бизнес может использовать предоплату или подтверждение со стороны администратора. Конкретный платёжный сценарий зависит от провайдера, онлайн-кассы, договора оферты и внутренних правил.
До запуска нужно определить:
- когда слот считается занятым;
- сколько действует временный резерв;
- можно ли перенести запись самостоятельно;
- до какого срока доступна отмена;
- как обрабатывается возврат;
- что происходит при опоздании или неявке.
Эти правила должны одинаково работать в Mini App и у администратора.
Что включить в первую версию
Минимальный пилот:
- выбор одной категории услуг;
- несколько специалистов или автоматическое назначение;
- календарь;
- форма контакта;
- передача заявки администратору;
- подтверждение в боте;
- события аналитики.
После проверки можно добавить синхронизацию расписания, перенос и отмену, предоплату, лист ожидания, личный кабинет и повторную запись.
Какие метрики отслеживать
Для записи важны:
- переходы к сценарию;
- начало выбора услуги;
- просмотр свободных слотов;
- завершённые заявки и подтверждённые записи;
- отказ на каждом шаге;
- время до подтверждения;
- доля переносов и отмен;
- неявки;
- повторные записи;
- нагрузка на администратора до и после запуска.
Отдельно полезно сравнивать источники: канал, сайт, QR-код, реклама и повторное сообщение бота.
Частые ошибки
- Показывать расписание, которое обновляется вручную и быстро устаревает.
- Запрашивать слишком много данных до выбора времени.
- Не обрабатывать одновременную попытку занять один слот.
- Не показывать итоговую цену и длительность.
- Отправлять подтверждение до фактического создания записи.
- Не предусмотреть перенос, отмену и отсутствие мест.
- Не назначить ответственного за неподтверждённые заявки.
Частые вопросы
Можно ли запустить запись без интеграции?
Да. Mini App может собирать желаемые параметры и отправлять заявку администратору. Это подходит для проверки спроса, но не заменяет автоматическое бронирование.
Как избежать двойной записи?
Перед созданием записи backend должен повторно проверить доступность и использовать возможности блокировки или резервирования целевой системы. Проверки только во фронтенде недостаточно.
Можно ли подключить существующую систему записи?
Да, если она предоставляет подходящий API или другой механизм интеграции. Конкретный объём работ зависит от системы и доступных методов.
Нужна ли авторизация клиента?
Для простой разовой записи может быть достаточно подтверждённого контакта. Для истории записей, бонусов и самостоятельного управления визитами нужен полноценный серверный контур авторизации.
Что запускать сначала: запись или личный кабинет?
Сначала запись как основное действие. Личный кабинет стоит добавлять, когда есть повторные пользователи и данные, которые действительно помогают им управлять обслуживанием.