Запрос «бот, который принимает заказы» раздувается, когда вместо сценария начинают рисовать админку. На старте нужен один путь: человек выбрал состав, подтвердил, а тот, кто исполняет заказ, увидел это в рабочем чате и не потерял.
Ниже — что закладывать в первую версию и что сознательно отложить. Этого хватает, чтобы бот ушёл в работу, а не в третий месяц согласований.
Сначала сценарий
Запишите диалог так, как его пройдёт живой заказ, без слов «интуитивно понятно». Старт — два действия: посмотреть каталог и открыть текущий заказ. Дальше категория, если позиций больше десяти. Карточка: название, цена, кнопка «в корзину». Корзина: плюс, минус, убрать. Подтверждение — одно сообщение: состав, сумма, контакт, комментарий.
Свободный текст оставьте для комментария. Адрес, способ связи и состав выбираются кнопками. Иначе в заказ попадают «перезвоните как-нибудь» и адрес, который курьер не прочитает.
Каталог, который не разваливается
Если позиций до десяти, хватает одного списка. Если больше — категории, не простыня. У позиции есть имя, цена и понятный статус наличия: есть, под заказ, нет. «Уточняйте» на половине карточек значит, что каталог ещё не готов и бот будет перекладывать вопросы на менеджера.
Картинку добавляйте, когда без неё путают позиции. Не добавляйте её «потому что в магазинах так». Каждое фото — вес сообщения и ещё одна вещь, которую надо обновлять.
Статусы, без которых утро начинается с хаоса
- Новый — только что подтвердили
- Принят — человек в команде увидел и взял
- Оплачен или «оплата не нужна» — если это разные вещи
- Отменён — с короткой причиной, иначе отмены копятся молча
Четырёх статусов хватает, пока заказов единицы в день. Воронка из двенадцати стадий нужна, когда эти четыре уже не теряются. Пока теряются, новая стадия только прячет дыру.
Оплата
На старте три честных ветки: ссылка на оплату, счёт файлом, или статус «менеджер подтвердит и напишет». Встроенный эквайринг внутри бота имеет смысл, когда заказов уже десятки в неделю и ручное подтверждение тормозит выдачу. До этого касса — отдельный проект: тестовые платежи, возвраты, чеки. Не прячьте её внутрь «просто бота».
Напишите в сценарии, что видит человек после «оплатить». Молчание после оплаты выглядит как потерянные деньги, даже если заказ сохранился.
Куда падает заказ
Уведомление должно прийти туда, где его прочитают в рабочее время: общий чат смены, а не личка человека, который в отпуске. В сообщении — номер, состав, сумма, контакт, комментарий, статус. Не «новый заказ» без состава.
Заявки с сайта имеет смысл слать в тот же чат, если сайт и бот про одну услугу. Тогда не появляется вторая очередь, которую забывают. Токен бота живёт на сервере. В коде страницы его быть не должно: иначе любой, кто открыл исходник, пишет от имени вашего бота.
Что отложить
- Программа лояльности и промокоды
- Роли «оператор, старший, бухгалтер» в отдельной админке
- Рассылки по всей базе до того, как заказы вообще сохраняются
- Мультиязычность, если второй язык некому вести
- Аналитика воронки, пока статусы прыгают
Это не «никогда». Это после первых живых заказов, когда видно, где люди путаются. До этого каждая лишняя ветка — ещё один способ не дойти до сдачи.
Как принять бота
- Чужой человек без инструкции проходит путь от старта до подтверждения
- В рабочий чат пришло сообщение с составом и контактом
- Заказ можно отменить, и это видно
- Повторный заход показывает корзину, а не пустой диалог
- Нет шага, где бот молчит дольше, чем нужно, чтобы прочитать кнопку
Пройдите сценарий с телефона в плохой сети. Если на этом пути вы сами запутались, клиент запутается раньше. Когда каталог уже не влезает в кнопки, следующий формат — не «ещё админка», а выбор между страницами и экраном внутри Telegram: это разобрано в заметке магазин или бот.
Если рядом нужен сайт, а не только диалог, начните с лендинга или с разбора, из чего складывается объём. Собрать контур под ваши заказы — через контакты.