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