Приём B2B-заказов в Telegram: как производству уйти из переписок

Шесть часов, которых никто не планировал

Производство начинает с простого: клиенты пишут заказы в Telegram, менеджер отвечает. Это действительно удобно — пока клиентов десять. Когда их становится пятьдесят, появляется человек, единственная работа которого — читать чаты и переписывать позиции в таблицу.

В проекте «Кунжут» это занимало примерно шесть часов ежедневно. Не «сложная аналитика», не «стратегия» — просто перенос текста из переписки в учёт, строка за строкой, с проверкой, есть ли такая позиция вообще.

Хуже всего здесь то, что эта работа невидима. В отчёте она не появляется: продажи есть, отгрузки есть, а шесть часов просто растворяются в рабочем дне.

Где именно исчезает время

Если разложить один «обычный» заказ на шаги, становится видно, что самого заказа там меньшая часть.

Одни и те же данные вводятся как минимум дважды, а часто трижды. Каждый ввод — это и время, и вероятность ошибки, которую заметят уже на отгрузке.

Почему таблица не спасает

Первая попытка обычно выглядит так: общая таблица, куда менеджеры вносят заказы. Становится чуть легче, но корень остаётся — вводит всё равно человек, и он же должен сверяться с остатками.

Вторая попытка — форма заказа на сайте. Тут ломается другое: клиент не хочет идти на сайт, регистрироваться и искать свой прайс. Он возвращается в чат, потому что там быстрее.

Работает только тот вариант, в котором клиент составляет структурированный заказ там, где он и так сидит. Именно поэтому Mini App в Telegram оказывается удобнее отдельного приложения: ничего не нужно устанавливать, вход уже есть.

Что должно уметь окно заказа

• Показывать ваш каталог, а не абстрактный. С фасовкой, единицами и теми названиями, которыми пользуется клиент.
• Знать цены под категорию клиента. Кофейня и сеть должны видеть разные прайсы без отдельных файлов и переписки.
• Держать правила отгрузки. Минимальная партия, кратность упаковки, день доставки — это должна проверять система, а не менеджер в голове.
• Видеть остатки. Заказ на позицию, которой нет, не должен создаваться вообще.
• Повторять предыдущий заказ. Для регулярных клиентов это главная кнопка: большинство заказов — это прошлый заказ с правками.
• Показывать статус. Принято, в работе, готово, отгружено — чтобы клиент не спрашивал об этом в чате.

Две минуты клиента

Со стороны клиента это выглядит скучно, и это хорошо. Он открывает Mini App, жмёт «повторить предыдущий», меняет количество в двух позициях, добавляет комментарий к отгрузке и подтверждает. Заказ сразу появляется в системе — уже структурированный, с корректными ценами и проверенными остатками.

Дальше клиент ничего не делает. Он получает сообщение, когда заказ переходит в работу и когда он готов. Вопрос «а вы приняли?» просто исчезает из переписки.

Три ошибки при переходе

Переносить весь каталог сразу

Соблазн сделать «полный ассортимент с первого дня» откладывает запуск на месяцы. Быстрее работает иначе: берут часть каталога, которая даёт большинство заказов, и запускают на ней. Остальное добавляется без остановки процесса.

Оставлять два источника правды

Если часть заказов идёт через систему, а часть — через чат в старую таблицу, остатки расходятся уже на второй неделе. Заказ из чата тоже должен оформляться в системе — пусть и руками менеджера.

Не объяснить клиенту, зачем это ему

«Теперь заказывайте вот здесь» — слабый аргумент. Сильный: вы видите свои цены, видите, что есть на складе, и повторяете прошлый заказ одной кнопкой. Первый заказ стоит сделать вместе с клиентом — дальше он уже не возвращается в чат.

Что остаётся менеджеру

Не пустота. Остаются переговоры, нестандартные запросы, работа с новыми клиентами и проблемные отгрузки — то есть то, где человек действительно нужен. Исчезает механический перенос текста в таблицу, а вместе с ним и ошибки в количестве, которые обнаруживались на складе.

У владельца появляется то, чего в чатах не было: виден объём заказов за период, просрочки и загрузка производства — без сборки отчёта вручную.

Как понять, что вы уже переросли чат

Не обязательно считать часы, чтобы увидеть границу. Обычно работает простой перечень: если узнали себя в трёх пунктах из пяти — процесс уже трещит.

• Вы помните наизусть, какой клиент что заказывает, — и это считается нормальным.
• Вопрос «а на сколько у нас заказов на этой неделе?» требует получаса и трёх вкладок.
• Хотя бы раз в месяц отгружают не то или не туда — и виноватым остаётся «человеческий фактор».
• Новый человек в команде выходит на нормальную скорость месяцами, потому что правила нигде не записаны.
• В отпуске менеджера заказы либо останавливаются, либо принимает владелец лично.

Ни один из этих пунктов не про технологии. Все они о том, что знание про процесс живёт в голове конкретного человека, а не в системе, — и именно это дороже всего в долгой перспективе.

Чего это не сделает

Не приведёт новых клиентов. Она снимает ручную работу с теми, кто уже есть. Не починит хаос на складе. Если остатки в учёте не совпадают с реальными, система просто покажет это быстрее и громче. Не заменит менеджера в переговорах. Условия, отсрочки и спорные ситуации остаются людям.

С чего начать

С одного числа: сколько времени в день ваша команда тратит на перенос заказов. Посчитайте честно, вместе с уточнениями и повторными вопросами. Если выходит больше двух часов — дальше вопрос уже не «нужна ли система», а «с какого сегмента начать». Дальше — самый простой рабочий сценарий: часть каталога, одна категория клиентов, статусы и уведомления. Документы, остатки и панель команды добавляются тогда, когда первый кусок уже работает ежедневно.