Бот доставки: как устроить заказы, курьера и статусы
Порядок запуска Telegram-бота для доставки: заказ, адрес, роли курьера, статусы и что отложить на второй этап.
Почему чат с курьером ломается. Адреса вперемешку с мемами, состав заказа в голосовых, статус «уже еду» никто не зафиксировал. Бот даёт один сценарий и одну правду по заказу.
Каркас первой версии. Клиент: каталог или быстрый заказ → адрес → контакт → подтверждение. Админ: очередь. Курьер: свои задания и смена статуса. Без этого роли смешиваются.
Статусы, которые реально нужны. Принят → готовится / собирается → в пути → доставлен. Лишние этапы путают клиента; недостающие — заставляют писать «ну как там?».
Роль курьера. Отдельное меню по Telegram ID или коду. Курьер не видит чужие заказы и админские кнопки. Критичные действия (цены, удаление) — только у админа.
Связка с витриной. Сайт или несколько витрин принимают заказ, Telegram ведёт операционку. Паттерн знаком по магазинным хабам: продажа отдельно, исполнение — в боте.
Оплаты и склад. Обычно этап 2. Сначала поток «заказ доехал и статусы совпадают». Иначе проект утонет в интеграциях до первой пользы.
Уведомления клиенту. Пуш на ключевых переходах снижает нагрузку на поддержку. Текст короткий, со ссылкой «открыть заказ в боте», если нужно.
Зоны и масштаб. Для MVP хватает одного города или одного потока. Десятки зон и автоназначение — после того, как ядро живое.
Ошибки запуска. Копировать весь хаос чата в кнопки; не дать курьеру простой UX; обещать WMS «как у маркетплейса» в первую неделю.
Срок и цена. Контур с заказом и статусами — ориентир от 40 000 ₽ и 1–3 недели после короткой заявки. Точнее — по числу ролей и интеграций.
Если узнаёте схему — посмотрите кейс delivery-bot и посадочную «бот доставки». Напишите, сколько заказов в день и кто трогает статусы — предложим срез MVP.