Заявку от постоянного оптового клиента можно превратить в заказ автоматически примерно в 43 % случаев — при условии, что накоплен словарь соответствий номенклатуры и у клиентов стабильный ассортимент. Остальные 57 % заявок дойдут до менеджера с уже разобранными строками, из которых он поправит одну-две. Полностью без человека этот процесс не работает ни у кого, и подрядчик, который обещает обратное, либо не видел вашей номенклатуры, либо считает подстановку похожего товара нормой.
Исходная точка почти у всех одинаковая. Постоянный клиент присылает заказ письмом со своей таблицей, где его артикулы и его названия. Другой пишет в мессенджере списком в свободной форме. Третий звонит и диктует. Менеджер каждый раз открывает учётную систему и перебивает строки руками, попутно проверяя наличие и цену. На потоке в 400 заявок в месяц это 92,5 часа — больше половины ставки сотрудника, потраченной на перенос данных из одного окна в другое.
Ниже — разбор этого конвейера: как замерить свой поток за неделю, какие есть три уровня автоматизации с ценой и сроком возврата каждого, почему всё упирается в сопоставление номенклатуры и что делать со строками, в которых система не уверена. Модель — оптовая компания с 400 заявками в месяц, средним чеком 40 000 ₽ и десятью строками в заявке.
Неделя замера: сколько заявок и сколько минут
Замер делается силами компании и занимает одну рабочую неделю. Менеджеры фиксируют по каждой заявке три вещи: канал, время прихода и время, когда заказ оказался в учётной системе. Недельные числа умножаются на 4,3. Точность такого замера — плюс-минус 15 %, и этого достаточно для решения о бюджете; оценка «примерно час в день» ошибается в полтора-два раза.
| Канал | Заявок в месяц | Минут на заявку | Часов в месяц | Что съедает время |
|---|---|---|---|---|
| Почта: файл-заказ или список в теле письма | 210 | 16 | 56,0 | Артикулы и названия клиента, свои единицы измерения, проверка наличия по каждой строке |
| MAX | 70 | 9 | 10,5 | Свободная форма, часть позиций словами, уточняющая переписка |
| Telegram | 60 | 9 | 9,0 | То же самое плюс фотографии этикеток и накладных |
| Звонок | 40 | 12 | 8,0 | Запись под диктовку, повторное уточнение половины позиций |
| Форма и личный кабинет на сайте | 20 | 3 | 1,0 | Почти ничего: структура уже правильная |
| Поиск заявки, пересылка между менеджерами, разбор дублей | 400 | 1,2 | 8,0 | Заявка пришла на личный адрес, клиент продублировал её в мессенджер |
| Итого | 400 | 92,5 часа | 87 875 ₽ в месяц при ставке 950 ₽ за час |
Ставка 950 ₽ — это полная стоимость часа менеджера: 80 000 ₽ на руки превращаются примерно в 138 000 ₽ расходов компании, а полезных часов в месяце остаётся около 145. Методику пересчёта мы разбирали отдельно; здесь важно только то, что считать по зарплате на руки нельзя — это занижает эффект почти вдвое.
Обратите внимание на последнюю строку таблицы. Восемь часов в месяц уходит просто на поиск заявок и разбор дублей — это следствие того, что заявки живут в личных ящиках и личных мессенджерах, а не в общей очереди. Эта строка убирается дешевле всех остальных и первой.
Горизонтальная столбиковая диаграмма из шести столбцов с подписями часов в месяц: «Почта — 56,0 ч (210 заявок × 16 мин)», «MAX — 10,5 ч (70 × 9 мин)», «Telegram — 9,0 ч (60 × 9 мин)», «Звонки — 8,0 ч (40 × 12 мин)», «Поиск и дубли — 8,0 ч (400 × 1,2 мин)», «Сайт — 1,0 ч (20 × 3 мин)». Внизу итоговая полоса «92,5 часа = 87 875 ₽ в месяц». Ось — часы в месяц, чертёжный стиль, подписи по-русски.
Три уровня автоматизации разбора
Разбор заявок автоматизируется не целиком, а слоями, и слои имеют смысл по отдельности. Это важное практическое обстоятельство: можно остановиться на первом уровне, получить эффект и вернуться к остальным через полгода. Ниже — все три с ценой, поддержкой и сроком возврата.
- 1Уровень 1. Единая очередь заявок без разбора содержимого — 220 000 ₽
Все каналы сходятся в одну ленту: письмо, сообщение из MAX и Telegram, форма с сайта, расшифровка звонка. У заявки появляются карточка, привязка к клиенту, ответственный и срок ответа. Содержимое система не понимает — но заявка больше не теряется, не дублируется и видна руководителю. Эффект 56 860 ₽ в месяц при поддержке 8 000 ₽, возврат за 4,5 месяца.
- 2Уровень 2. Разбор файла-заказа и сопоставление номенклатуры — 620 000 ₽
Система извлекает из письма или файла табличную часть, определяет колонки (артикул, наименование, количество, единица) и сопоставляет каждую строку с вашей номенклатурой. Заказ по-прежнему создаёт менеджер, но он не набирает строки, а подтверждает их. Время на текстовую заявку падает с 13,3 до 6 минут. Эффект 127 960 ₽ в месяц при поддержке 18 000 ₽, возврат за 5,6 месяца.
- 3Уровень 3. Автоматический черновик заказа в учётной системе — 800 000 ₽
Заявка, в которой все строки сопоставлены с уверенностью выше порога, превращается в черновик заказа сама. Менеджер видит его в очереди и тратит две минуты на просмотр вместо шести на правку. Заявки со спорными строками идут прежним путём. Эффект 150 330 ₽ в месяц при поддержке 24 000 ₽, возврат за 6,3 месяца.
| Уровень | Вложение | Поддержка | Эффект в месяц | Чистыми | Возврат |
|---|---|---|---|---|---|
| 1. Единая очередь заявок | 220 000 ₽ | 8 000 ₽/мес | 56 860 ₽ | 48 860 ₽ | 4,5 месяца |
| 2. Разбор файла и номенклатура | 620 000 ₽ | 18 000 ₽/мес | 127 960 ₽ | 109 960 ₽ | 5,6 месяца |
| 3. Автоматический черновик заказа | 800 000 ₽ | 24 000 ₽/мес | 150 330 ₽ | 126 330 ₽ | 6,3 месяца |
Из таблицы следует вывод, который редко звучит в коммерческих предложениях: каждый следующий уровень окупается медленнее предыдущего. Это не аргумент против третьего уровня — 6,3 месяца отличный срок для системы, которая живёт пять лет. Это аргумент в пользу того, чтобы начинать с первого и наращивать глубину по факту, а не покупать сразу всё. Тем более что первый уровень даёт данные, без которых второй нельзя нормально спроектировать: реальное распределение по каналам, реальные форматы файлов и реальный список клиентов, чьи заявки повторяются.
Сравнение в три колонки нарастающей высоты. Колонка 1 «Единая очередь»: 220 000 ₽, эффект 56 860 ₽/мес, возврат 4,5 месяца, подпись «заявка не теряется». Колонка 2 «Разбор файла и номенклатура»: 620 000 ₽, эффект 127 960 ₽/мес, возврат 5,6 месяца, подпись «строки не набираются руками». Колонка 3 «Автоматический черновик»: 800 000 ₽, эффект 150 330 ₽/мес, возврат 6,3 месяца, подпись «43 % заявок проходят без правки». Под колонками стрелка слева направо с подписью «срок возврата растёт». Чертёжный стиль, подписи по-русски.
Сопоставление номенклатуры: вся сложность здесь
Извлечь таблицу из письма — задача понятная и решаемая. Настоящая работа начинается на следующем шаге: у клиента свои артикулы и свои названия, у вас свои, и связать их надо так, чтобы «Кабель ВВГнг 3х2,5» из письма стал конкретной позицией вашего каталога, а не похожей на неё. Работают три ключа, и их надёжность сильно разная.
| Ключ сопоставления | Доля строк в модели | Надёжность | Что требуется |
|---|---|---|---|
| Артикул клиента из словаря соответствий | 64 % | Высокая: однозначное соответствие | Накопленный словарь «артикул клиента → ваш SKU», ведёт менеджер клиента |
| Штрихкод EAN-13 или GTIN | 6 % | Высокая, но клиент присылает его редко | Заполненные штрихкоды в вашей номенклатуре |
| Название и характеристики выше порога уверенности | 22 % | Средняя: работает только для ранее подтверждённых пар | История подтверждений: пара должна встречаться не реже двух раз |
| Не сопоставлено — очередь подтверждения | 8 % | Решает человек | Экран с тремя кандидатами и процентом совпадения |
Сумма первых трёх строк — 92 % строк, закрывающихся без человека. Звучит хорошо ровно до момента, когда вспоминаешь, что в заявке десять строк. Вероятность того, что все десять пройдут автоматически, — 0,92 в десятой степени, то есть 43 %. Именно отсюда берётся честная цифра «43 % заявок проходят целиком без правки»: остальные 57 % доходят до менеджера с одной-двумя строками в очереди подтверждения. Это не поломка, это рабочий режим, и планировать нагрузку менеджеров надо именно по нему.
Таблица связей между тем, как товар называет клиент, и тем, как он заведён у вас: артикул клиента, его наименование, единица измерения и ссылка на вашу позицию каталога. Строится не разово, а накапливается: каждая подтверждённая менеджером строка добавляет пару. Именно словарь, а не алгоритм, определяет долю автоматически разобранных заявок, поэтому хранить его надо в своей системе и уметь выгружать обычной таблицей.
Словарь соответствий — главный актив этого проекта, и его нельзя отдавать подрядчику. Ведёт его менеджер, который ведёт клиента, а пополняется он сам: каждая подтверждённая в очереди строка становится новой парой. Первые два месяца очередь подтверждений большая — закрывается основная масса позиций постоянных клиентов; дальше в неё попадают только новинки и разовые позиции. Это же означает, что эффект выходит на расчётный уровень не в первый месяц, а к третьему, и в договоре это стоит зафиксировать отдельно.
Схема из шести блоков со стрелками: «Письмо или сообщение» → «Извлечение табличной части» → «Сопоставление строки». От блока сопоставления три стрелки вниз к ключам с долями: «Артикул клиента — 64 %», «Штрихкод — 6 %», «Название выше порога — 22 %», и четвёртая стрелка вбок к блоку «Очередь подтверждения — 8 %». Все четыре сходятся в блок «Черновик заказа в учётной системе». От блока очереди обратная стрелка к картотеке «Словарь соответствий» с подписью «подтверждённая пара пополняет словарь». Отдельная пометка сбоку: «92 % строк, но только 43 % заявок целиком». Чертёжный стиль.
Спорные строки: порог уверенности и запрет на подстановку
Строка уходит в заказ автоматически при выполнении одного из трёх условий: точное совпадение артикула клиента со словарём, совпадение штрихкода или текстовое совпадение выше порога для пары, которая уже подтверждалась вручную не менее двух раз. Всё остальное идёт в очередь: менеджер видит строку клиента, три кандидата с процентом совпадения и выбирает нужный либо заводит новую пару. Это занимает несколько секунд на строку и остаётся единственным ручным действием.
Соблазн понятен: если запрошенной позиции нет, а есть похожая, почему бы не подставить её и не сообщить клиенту. В опте это самая дорогая из возможных ошибок. Клиент получает не то, что заказывал, и обнаруживает это на своей приёмке. В маркированной товарной группе — а их в 2026 году 27, и контроль стал сплошным — расхождение кодов в УПД останавливает продажу этого товара на кассе покупателя. Разбирательство обходится дороже недовоза: у контрагента встала выручка. Замена позиции обязана быть отдельным согласованным действием менеджера, а не решением автоматики.
Второй запрет мягче, но важнее для доверия: система не должна молча округлять количество и подставлять единицы измерения. «10 упаковок» и «10 штук» отличаются в двенадцать раз, и если у клиента в письме написано просто «10», строка обязана уйти в очередь подтверждения, даже когда номенклатура опознана однозначно. Именно на единицах измерения ломается большинство проектов разбора заявок, потому что артикул угадать легко, а намерение — нет.
Каналы по состоянию на сентябрь 2026 года
Каналы в 2026 году — расходуемый ресурс, и проектировать под конкретный мессенджер нельзя. За полтора года условия работы клиентских каналов в России менялись трижды, поэтому таблицу ниже надо пересобирать на старте каждого проекта, а не брать из статьи полугодовой давности, включая эту.
- Почта — основной корпоративный канал опта, и это скорее хорошо. Письмо с файлом структурировано лучше, чем голос и чем сообщение в свободной форме, поэтому именно почта даёт наибольшую отдачу от разбора: 56 часов из 92,5 в модельном замере.
- MAX — главный мессенджер для новых внедрений. Бизнес-профиль заводится на business.max.ru, организация подтверждается через Госуслуги, есть Bot API. Прямых официальных интеграций с amoCRM и Битрикс24 на начало 2026 года не было — связка собирается через собственную прослойку, и это отдельная строка сметы, а не галочка в настройках.
- Telegram работает с ограничениями: звонки ограничены с августа 2025 года, в 2026 добавилась деградация медиа. Канал держать стоит, единственной опорой делать не стоит.
- WhatsApp заблокирован в России с февраля 2026 года. В проекте он появляется только как исходная точка миграции — источник списка клиентов и перечня сценариев.
- Авито работает, у него есть API, и чаты подключаются к общей очереди. Обязателен, если часть заявок приходит с площадки.
- Телефон и SMS остаются запасным контуром. Расшифровка звонка даёт черновик заявки, который дальше идёт тем же конвейером, что и письмо.
Отдельно про заявки голосом. Сорок звонков в месяц из модельного замера — это восемь часов, и убрать их полностью нельзя: клиент, который привык диктовать, продолжит звонить. Работающая схема другая — расшифровка разговора превращается в черновик заявки, который дальше идёт тем же конвейером, что и письмо: те же ключи сопоставления, та же очередь подтверждения. Время на заявку падает с двенадцати минут до восьми, потому что менеджер не записывает под диктовку и не перезванивает уточнять половину позиций. Полагаться на расшифровку в маркированных группах при этом не стоит: артикул, произнесённый вслух, распознаётся заметно хуже написанного, и такие строки правильно отправлять на подтверждение независимо от уверенности системы.
Из этого следует единственное архитектурное требование: канал прячется за адаптером. Любое входящее приводится к одному внутреннему формату заявки — кто написал, когда, текст, вложения, внешний идентификатор канала, — а вся остальная логика работает только с этим форматом. Тогда подключение нового мессенджера стоит одного адаптера и нескольких дней, а не повторной сборки конвейера. Заложить абстракцию сразу — это плюс несколько дней работы к проекту; не заложить — значит при следующем изменении на рынке каналов оплатить связку целиком заново.
Карта архитектуры. Слева шесть узлов каналов: «Почта», «MAX», «Telegram», «Авито», «Сайт и личный кабинет», «Телефон». Каждый соединён с маленьким блоком «адаптер». Все адаптеры сходятся в широкий блок «Единый формат заявки», от него стрелки к трём узлам: «Очередь заявок», «Разбор и сопоставление номенклатуры», «Учётная система: черновик заказа». Сбоку картотека «Словарь соответствий» со стрелкой в блок сопоставления. Пометка у адаптеров: «смена канала = один адаптер». Чертёжный стиль, подписи по-русски.
Эффект на 400 заявках в месяц
Сводим всё вместе. Расчёт сделан для третьего уровня — полного конвейера с автоматическим черновиком заказа. Числа «было» взяты из недельного замера, числа «стало» — из долей, которые обсуждались выше.
Про строку с ошибками стоит пояснить. Один случай расхождения в заказе обходится примерно в 3 530 ₽: повторная доставка 1 500 ₽, час менеджера 950 ₽, час кладовщика 580 ₽ и уценка или списание в среднем 500 ₽. При 4 000 строк в месяц снижение доли расхождений с 1,8 % до 0,6 % убирает 48 ошибочных строк, из которых к денежным последствиям приводит примерно каждая четвёртая — отсюда 12 случаев и 42 360 ₽.
Есть и эффект, который мы намеренно не включили в расчёт. Заявка попадает к менеджеру за три минуты вместо сорока, и в опте это влияет на долю выигранных сделок — особенно там, где клиент отправляет запрос сразу двум-трём поставщикам. Померить это заранее нельзя, поэтому в смету такой прирост закладывать нечестно: он либо появится через квартал в статистике конверсии заявок в заказы, либо нет. Складывать гипотезу прироста с измеримой экономией в одну строку — самый распространённый приём в расчётах окупаемости, и именно он делает их непроверяемыми.
Когда этого делать не нужно
Есть четыре ситуации, в которых мы советуем не начинать проект разбора заявок или начинать не с него.
- Меньше 100 заявок в месяц. Цена узлов от объёма почти не зависит, поэтому эффект не покроет даже поддержку. Работает другое: общий почтовый ящик отдела, единый шаблон файла заказа, согласованный с постоянными клиентами, и загрузка этого шаблона штатными средствами учётной системы. Это 60 000–120 000 ₽ вместо 620 000 ₽.
- Заявки уже приходят структурированными — через личный кабинет, обмен по EDI или выгрузку из системы клиента. Разбирать здесь нечего; деньги лучше вложить в B2B-портал, чтобы туда перешли и остальные клиенты.
- Ассортимент проектный, а не каталожный. Если каждая заявка — индивидуальная спецификация под объект и повторяемости строк почти нет, словарь соответствий не наберёт статистику: доля автоматически сопоставленных строк застрянет на уровне 30–40 %, и конвейер будет создавать работу, а не снимать её.
- В справочнике номенклатуры дубли карточек, разные единицы измерения у одной позиции и «временные» наименования. Любое сопоставление на таких данных будет уверенно ошибаться. Сначала чистка справочника — это две-четыре недели работы товароведа, и она нужна в любом случае, автоматизируете вы разбор заявок или нет.
И общее правило, которое переживает любую смену каналов и технологий: автоматизировать имеет смысл повторяющееся. Заявка от постоянного клиента с устойчивым ассортиментом — идеальный кандидат, потому что она приходит каждую неделю в одном и том же виде. Разовый запрос от нового клиента лучше и дальше разбирать руками: словарю неоткуда взяться, а цена ошибки такая же, как у постоянного.
