Автоматизация статусов заказа: почему вопрос «где мой заказ?» стоит убрать первым

Посчитайте, сколько раз за неделю ваши менеджеры отвечают на один и тот же вопрос: «Где мой заказ?». В торговле, доставке и логистике его задают чаще всех остальных вместе взятых. Человек оплатил и ждёт. Ему тревожно, и он пишет.

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

Когда меня спрашивают, с чего начать автоматизацию, я почти всегда предлагаю посмотреть сюда. Ниже объясню почему и как это устроено.

Почему статусы заказа подходят для первой автоматизации

Хороший первый процесс отвечает четырём условиям. Вопрос про статус проходит по всем.

Сравните с автоматизацией продаж или расчёта цен. Там больше правил, исключений и цена ошибки выше. Начинать с них рискованно: если первый проект буксует, команда разочаровывается во всей идее.

Есть и неочевидный плюс. Чтобы бот отвечал про статус, данные о заказах должны лежать в одном месте и обновляться вовремя. Часто именно на этом шаге компания впервые наводит порядок в учёте. Следующие автоматизации потом собираются быстрее.

Как это устроено

Схема простая. Клиент пишет в Telegram-бот или в чат на сайте номер заказа или телефон. Бот идёт в вашу систему учёта, берёт статус и отвечает понятными словами.

Типичная сборка выглядит так:

  1. Источник данных. Google Таблица, amoCRM, Битрикс24, МойСклад или 1С. Важно одно: у каждого заказа есть номер и поле статуса, которое кто-то обновляет.
  2. Словарь статусов. Внутренние коды вроде «Отгр.ТК» переводим на человеческий язык: «Передан в транспортную компанию, ориентировочно будет у вас через 3–5 дней».
  3. Проверка клиента. Бот показывает заказ только тому, чей это телефон или Telegram-аккаунт. Чужие данные никто не увидит.
  4. Передача человеку. Если заказа нет, статус давно не менялся или клиент недоволен, вопрос уходит менеджеру с пометкой.
  5. Уведомления. Следующий шаг после ответов: бот сам пишет клиенту, когда статус меняется. Тогда вопросов становится ещё меньше.

Нейросеть здесь нужна не везде. Статус бот берёт из базы обычным кодом, без ИИ. Языковая модель пригодится, чтобы понять свободный вопрос вроде «а когда придут мои кроссовки, заказывал на прошлой неделе». В моей практике лучше работает связка: модель разбирает вопрос, код достаёт факт. Так бот не выдумывает сроки, которых нет в базе.

Расчёт: сколько времени это освобождает

Возьмём типичную ситуацию: небольшой интернет-магазин или компания по доставке грузов. Цифры ниже — оценка с допущениями, подставьте свои.

Получается от 3 до 10 часов работы менеджера в неделю. Бот обычно закрывает большую часть простых вопросов. Сложные (задержка, претензия, пересорт) всё равно уходят к людям, и так и должно быть.

Ориентир по бюджету: бот, который читает статусы из таблицы или CRM и передаёт сложные случаи менеджеру, стоит примерно 40–90 тысяч рублей и собирается за 2–3 недели. Цена зависит от того, где хранятся данные и насколько они чистые. Ежемесячные расходы — сервер и, если нужна, языковая модель: обычно несколько сотен или пара тысяч рублей.

Где это не сработает:

С чего начать на этой неделе

Не нужно сразу заказывать разработку. Сделайте три вещи:

  1. Попросите менеджеров неделю ставить отметку в табличке каждый раз, когда спрашивают про статус. Получите реальную цифру.
  2. Посмотрите, где сейчас хранится статус и кто его обновляет. Если ответ «в голове у Ольги», начинать нужно отсюда.
  3. Выпишите все статусы, которые у вас бывают, и как бы вы объяснили каждый клиенту. Это готовый словарь для бота.

После этого будет понятно, окупится ли бот и сколько он будет стоить именно у вас.

Автоматизирую ваш бизнес с помощью ИИ: Telegram-боты, чат-боты, интеграции и сайты под ключ. Напишите мне — бесплатно разберём вашу задачу и предложу решение. Мой Telegram: @galich_co.