Обработка заявок

Автоматизация обработки заявок в оптовых продажах: с чего начать

Разбираем, из чего складывается ручная обработка заявки, какие шаги автоматизируются первыми и что остаётся за менеджером. С расчётом на реальных объёмах.

Филимонов Иван5 мин чтения
Высокие складские стеллажи с паллетами под самый потолок
Фото: CHUTTERSNAP / Unsplash

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

Как выглядит ручная обработка заявки

Оптовый клиент присылает спецификацию — файл Excel, PDF или скан. В ней от нескольких строк до нескольких сотен. Дальше менеджер делает одно и то же:

  1. Открывает файл и приводит его к рабочему виду. Удаляет шапку, разделы, итоговые строки, объединённые ячейки.
  2. Читает каждую строку и понимает, что это за товар. «УШМ 125мм 1200Вт с рег. оборотов или аналог» — это болгарка определённого диаметра и мощности, и «или аналог» здесь важнее половины остального текста.
  3. Ищет позицию в своём прайсе. По названию, по артикулу, по бренду — как получится.
  4. Если точной позиции нет, подбирает замену. И здесь решается, вернётся ли клиент.
  5. Собирает найденное в коммерческое предложение и считает цену.
  6. Формирует счёт и заносит сделку в CRM.

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

Заявка на 200 позиций — это не «чуть дольше», чем заявка на 20. Это другой класс задачи: рабочий день целиком, при том что клиент ждёт ответа сегодня.

Что автоматизируется первым

Правило простое: автоматизируют то, что делается механически и занимает больше всего времени. В обработке заявок это шаги 2–3 — разбор строки и поиск по каталогу.

Разбор строки

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

Из строки заявки Извлекается
УШМ 125мм 1200Вт с рег. оборотов тип: УШМ · диаметр: 125 мм · мощность: 1200 Вт
Виброплита TSS-WP160L бренд: TSS · артикул: WP160L
Двигатель бензиновый 9 л.с. тип: двигатель · мощность: 9 л.с.

Ключевое здесь — числа. Пока «1200Вт» остаётся просто куском текста, поиск работает по совпадению букв. Как только это распознанная характеристика «мощность = 1200 Вт», появляется возможность отсеять неподходящее и сравнить кандидатов по существу.

Поиск по каталогу

Один способ поиска задачу не решает. Артикул находится точным совпадением, но клиенты указывают его далеко не всегда. Название находится нечётким поиском, но он ошибается на близких моделях. Смысл запроса находится семантическим поиском, но он не различает цифры в характеристиках.

Работающий вариант — все три канала одновременно, с последующим выбором лучшего кандидата. Тогда пропущенный артикул не обрушивает подбор, а описательная формулировка «болгарка на 125» всё равно приводит к нужной группе товаров.

Что автоматизировать нельзя

Решение по спорным позициям. Это не осторожность, а прямое следствие того, как устроен подбор: у любой автоматики есть оценка уверенности, и на границе она ошибается.

Правильная схема выглядит так:

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

Порог задаёт компания, а не система. У поставщика расходников он один, у поставщика промышленного оборудования, где ошибка стоит рекламации, — совсем другой.

Отдельно стоит сказать про аналоги. Замена, поставленная без ведома клиента, — самая дорогая ошибка в оптовых продажах: её обнаруживают уже после поставки. Поэтому подобранный аналог должен быть виден как аналог, с указанием, чем именно он отличается от запрошенного.

Чего не хватает до старта: товарный фид

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

Минимальное требование — регулярная выгрузка каталога в машиночитаемом виде. В российской практике это два формата:

  • YML — товарный фид Яндекса. Простой, распространённый, поддерживается почти всеми движками магазинов.
  • CommerceML — выгрузка из 1С-Битрикс. Тяжелее, но содержит больше данных о свойствах.

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

Сколько это экономит

Считать честно проще всего не в процентах, а в структуре рабочего дня. Возьмём заявку на 200 позиций.

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

Меняется не столько скорость, сколько содержание работы: менеджер перестаёт быть поисковой машиной и становится тем, кто принимает решения по спорным позициям и разговаривает с клиентом.

Порядок внедрения

Если ничего не автоматизировано, разумная последовательность такая:

  1. Наладить выгрузку каталога в YML или CommerceML по расписанию. Без этого шага остальные бессмысленны.
  2. Подключить разбор и подбор, но с высоким порогом — пусть сначала система берёт на себя только очевидные совпадения.
  3. Посмотреть на спорные строки за пару недель. Они покажут, чего не хватает каталогу: незаполненных характеристик, отсутствующих артикулов, дублей в названиях.
  4. Опустить порог до уровня, на котором количество ошибок остаётся приемлемым.
  5. Подключить документы и CRM — формирование КП, счёта и передачу сделки.

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

Коротко

  • Автоматизировать нужно разбор строки и поиск по каталогу — это самая механическая и самая долгая часть работы.
  • Решение по спорным позициям и по аналогам остаётся за менеджером; система обязана показывать уверенность и альтернативы.
  • Без регулярной выгрузки каталога автоматизация не работает — это первый шаг, а не последний.
  • Внедрять стоит от подбора к документам, а не наоборот.

Вопросы по теме статьи

Сколько времени занимает ручная обработка заявки на 200 позиций?

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

Что нельзя отдавать автоматике в обработке заявок?

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

С чего начинать автоматизацию, если ничего не автоматизировано?

С товарного фида. Пока каталог живёт в файлах у разных людей, автоматизировать нечего: любой подбор будет опираться на устаревшие цены и остатки. Регулярная выгрузка каталога в YML или CommerceML — обязательная первая ступень.

Автоматическая обработка заявок: подбор товаров по спецификации клиента

Клиент присылает спецификацию в Excel, сканом или фото рукописного бланка — CartFlow распознаёт и разбирает строки, подбирает позиции по вашему каталогу, предлагает аналоги и готовит счёт с QR-кодом по ГОСТ.

Читайте дальше