DeveloctopusСтатья для салонов, клиник, автосервисов, студий и всех, кто живёт по расписанию. Разберём, как устроена запись клиентов через MAX с помощью мини-приложения: что видит клиент, как управлять расписанием и мастерами, как работают напоминания, перенос визита и предоплата и почему запись стоит открывать сразу в двух мессенджерах.
Зачем запись в MAX, если она уже есть в Telegram
Сценарий онлайн-записи в мессенджере мы подробно разбирали в статье про запись через Telegram Mini App: выбор услуги, мастера, времени, напоминания. Механика в MAX та же. Здесь — о том, что меняется, когда каналов становится два, и что важно учесть именно в MAX.
Причина открывать запись в обоих мессенджерах простая: клиенты разные. Кто-то принципиально пользуется одним мессенджером, кто-то — другим, и ставить второй ради записи на стрижку никто не будет. Если запись есть только в одном канале, часть клиентов продолжит звонить администратору — и звонить в самое неудобное время.
Главное условие — расписание одно. Клиент из Telegram и клиент из MAX видят одни и те же свободные окна, и система не даёт записать двоих на одно время. Технически это значит общий бэкенд и одна база записей, а мини-приложение для каждого мессенджера — лишь вход в неё.
Путь клиента: от кнопки до визита
- Клиент открывает бота салона в MAX и нажимает «Записаться» — открывается мини-приложение.
- Выбирает услугу. Рядом видны длительность и цена или диапазон цены.
- Выбирает мастера или вариант «любой свободный».
- Видит календарь со свободными окнами и выбирает удобное время.
- Подтверждает контакт. Если клиент уже записывался, данные подставляются сами.
- Получает подтверждение от бота в чат, а позже — напоминание с кнопками «Подтверждаю», «Перенести», «Отменить».
Каждый лишний шаг здесь стоит записей. Поэтому мы обычно убираем всё, без чего запись возможна: регистрацию, обязательные комментарии, выбор филиала, если он один. Повторному клиенту стоит предлагать «записаться как в прошлый раз» — та же услуга, тот же мастер, ближайшее свободное время.
Расписание и мастера
Самая сложная часть системы — не интерфейс клиента, а правила, по которым считаются свободные окна. Их нужно описать до разработки:
- рабочие часы каждого мастера, выходные, отпуска, больничные;
- длительность каждой услуги — у разных мастеров она может отличаться;
- перерывы между клиентами на уборку или подготовку кабинета;
- услуги, для которых нужен конкретный ресурс: кресло, кабинет, подъёмник;
- несколько филиалов со своими графиками;
- как далеко вперёд можно записаться и за сколько часов до визита запись закрывается.
Отдельная техническая задача — одновременная запись. Два клиента в разных мессенджерах открыли одно и то же окно в одну минуту. Сервер должен закрепить время за тем, кто подтвердил первым, а второму сразу предложить ближайшие альтернативы. Если это не продумать, администратор однажды утром обнаружит двух клиентов на одно время.
У клиник и медицинских центров правил ещё больше: приём только после первичной консультации, разная длительность первичного и повторного визита, подготовка к процедуре, о которой клиента нужно предупредить при записи. Всё это должно проверяться на сервере, а не только скрываться в интерфейсе.
Мастерам и администраторам нужен свой интерфейс: расписание на день и неделю, ручное добавление записи по телефону, блокировка времени. Иногда это отдельная админ-панель, иногда — существующая CRM или система записи, если она уже ведётся там.
Напоминания и перенос визита
Напоминания — то, ради чего многие и делают запись в мессенджере. Сообщение от бота в чате человек замечает лучше, чем SMS среди рекламы.
| Когда | Что отправляем | Кнопки |
|---|---|---|
| Сразу после записи | Подтверждение: услуга, мастер, дата, адрес | Добавить в календарь, Перенести |
| За сутки | Напоминание о визите | Подтверждаю, Перенести, Отменить |
| За 2–3 часа | Короткое напоминание с адресом | Как добраться |
| После визита | Благодарность и просьба оценить | Оценка, Записаться снова |
Расписание напоминаний и их тексты задаёт бизнес, а не разработчик. Какие форматы кнопок и сообщений доступны и какие правила действуют для сообщений от бота, уточняется по документации платформы.
Перенос должен быть таким же простым, как запись. Клиент нажимает «Перенести», видит свободные окна того же мастера и выбирает новое время. Старое окно сразу освобождается — и его можно предложить тем, кто стоит в листе ожидания. Отмена тоже в одну кнопку: клиент, которому сложно отменить, просто не придёт.
Если клиент записывался через Telegram, а напоминания хочет получать в MAX, это тоже решаемо — при условии, что аккаунты связаны в одном профиле, например по телефону. Тогда система знает, куда писать, и не дублирует одно напоминание в оба мессенджера.
Предоплата и депозиты
Предоплата нужна не везде. Для стрижки за полчаса она скорее отпугнёт. Для многочасовой процедуры, услуги с дорогими материалами или популярного мастера, к которому очередь на две недели вперёд, — защищает от неявок.
Как принимать оплату в мини-приложении MAX, зависит от возможностей платформы на момент разработки — это проверяется по документации. Если подходящего встроенного способа нет, используют оплату через платёжный сервис на отдельной странице, если это допускают правила платформы. В любом случае статус оплаты подтверждает сервер по уведомлению от платёжного сервиса.
Заранее договоритесь о правилах и пропишите их клиенту до оплаты:
- за сколько часов до визита можно отменить с полным возвратом;
- сгорает ли предоплата при неявке или переносится на следующий визит;
- что происходит, если визит отменил сам салон;
- как выдаётся чек — по 54-ФЗ он нужен и за предоплату.
Синхронизация с CRM и учётом
Если записи ведутся в CRM или специализированной системе онлайн-записи, мини-приложение не должно жить параллельно. Иначе администратор будет вручную переносить записи из одного места в другое, и рано или поздно что-то потеряется.
Варианты интеграции зависят от того, что у вас уже есть. Если у системы есть API, мини-приложение берёт свободные окна из неё и туда же записывает клиентов — система остаётся главной. Если записи пока ведутся в таблице или тетради, проще сделать расписание частью нового бэкенда и подключить к нему CRM для карточек клиентов и аналитики. Подробнее об обмене данными — в статье об интеграции с amoCRM и Битрикс24.
Полезно сразу помечать, из какого канала пришла запись: Telegram, MAX, сайт, звонок. Через пару месяцев станет видно, какой мессенджер приносит больше новых клиентов, а где выше доля повторных.
Что заложить в первую версию
Не нужно запускать всё сразу. Мы обычно делим функции так:
| Первая версия | Можно добавить позже |
|---|---|
| Выбор услуги, мастера и времени | Лист ожидания |
| Подтверждение и напоминание за сутки | Абонементы и пакеты услуг |
| Перенос и отмена в одну кнопку | Предоплата и депозиты |
| Интерфейс администратора или интеграция с текущей системой | Программа лояльности |
| Метка канала у каждой записи | Отзывы и рейтинг мастеров |
Частые вопросы
Сколько времени занимает запуск записи в MAX?
Первую версию с выбором услуги, мастера и времени и напоминаниями можно запустить от двух недель. Если запись уже работает в Telegram на общем бэкенде, версия для MAX обычно делается быстрее. Стоимость — от 30 000 ₽.
Можно ли подключить систему записи, которой мы уже пользуемся?
Если у неё есть API для чтения расписания и создания записей — да. Это проверяем на брифе: иногда API есть, но с ограничениями, которые влияют на сценарий.
Что будет, если клиент запишется и в Telegram, и в MAX?
При общей базе это одна система: два бронирования на одно время невозможны, а клиента можно узнать по телефону и не заводить вторую карточку.
Обязательно ли брать предоплату?
Нет. Для коротких недорогих услуг её чаще не берут, а неявки снижают напоминаниями с кнопкой подтверждения. Предоплата оправдана для долгих и дорогих процедур.
Обсудим проект
Нужна похожая разработка?
Расскажите о задаче — уточним детали, предложим формат запуска и подготовим предварительную оценку. Это бесплатно.
Источники
Опубликовано · Обновлено