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