В оптовой компании деньги теряются не в учёте, а на стыках: между письмом клиента и заказом в системе, между обещанным сроком и реальным остатком, между отгрузкой и оплатой. Учёт при этом обычно уже стоит и работает — поэтому предложение «внедрить УТ» чаще всего мимо: система, которая фиксирует результат операции, не может починить то, что ломается до операции.
Ниже — разбор потока оптовой компании целиком, от входящей заявки до закрытой оплаты, с двумя видами счёта. Первый — часы: сколько времени отдел продаж тратит на работу, которая не является продажей. Второй — прямые потери: недополученная маржа и стоимость денег, застрявших в чужих руках. Модель — оптовик с оборотом 200 млн ₽ в год, 417 заказами в месяц и шестью менеджерами; все формулы даны так, чтобы вы могли подставить свои числа.
Сразу оговорка про порядок работ. Правильная последовательность в опте почти никогда не совпадает с той, которую предлагают на первом созвоне: начинают обычно с самого заметного (перебивка заявок), а самая дорогая точка — дебиторка — оказывается в конце дорожной карты, хотя стоит дешевле всех остальных и возвращает вложение быстрее. Об этом — отдельный раздел.
Поток заказа целиком: девять шагов и где рвётся каждый
Оптовый заказ проходит девять шагов. На бумаге это линия, в жизни — пунктир: часть шагов делается в учётной системе, часть в почте, часть в голове менеджера, и переходы между ними никем не контролируются. В таблице ниже — типовой поток и то место в каждом шаге, где он ломается чаще всего.
| Шаг | Кто делает | Где именно рвётся |
|---|---|---|
| 1. Заявка приходит | Менеджер | Письмо лежит в личном ящике, сообщение — в личном мессенджере; никто не видит очередь целиком |
| 2. Проверка наличия и срока | Менеджер, склад | Остаток в системе не учитывает резервы под неоплаченные счета и товар в пути |
| 3. Расчёт цены | Менеджер | Три источника истины: колонка прайса, персональная договорённость, действующая акция |
| 4. Счёт и подтверждение | Менеджер | Позиции переносятся руками: у клиента свои названия и артикулы, у вас свои |
| 5. Резерв | Менеджер, кладовщик | Резерв ставится «на словах», без срока и без привязки к оплате счёта |
| 6. Отгрузка | Склад | Отгружают, не глядя на просрочку и кредитный лимит клиента |
| 7. Документы и коды маркировки | Оператор, бухгалтерия | УПД с кодами уходит отдельным маршрутом; расхождение всплывает у покупателя на приёмке |
| 8. Оплата | Бухгалтерия | Платёж не привязан к счёту автоматически, напоминает тот, у кого дошли руки |
| 9. Возврат или претензия | Менеджер, склад | Причина нигде не фиксируется, поэтому та же ошибка повторяется через месяц |
Девятый шаг заслуживает отдельного слова, потому что его почти никогда не считают. Возврат и претензия в опте оформляются как исключение: менеджер договаривается, склад принимает, бухгалтерия проводит корректировку. Причина при этом нигде не фиксируется структурно — она остаётся в переписке. В результате компания не знает, что основная масса возвратов приходится на несколько позиций с похожими названиями, и через месяц отгружает ту же не ту трубу тому же клиенту. Один разбор такого случая стоит около 3 530 ₽: повторная доставка 1 500 ₽, час менеджера 950 ₽, час кладовщика 580 ₽ и уценка или списание в среднем 500 ₽.
Теперь переведём этот поток в часы. Модельная компания: оборот 200 млн ₽ в год, средний чек 40 000 ₽, 5 000 заказов в год — то есть 417 в месяц, по 10 строк в каждом. В отделе продаж шесть человек. Стоимость часа берём полную: 80 000 ₽ на руки превращаются примерно в 138 000 ₽ полной стоимости для компании и при 145 полезных часах в месяц дают 950 ₽ за час. Методику этого пересчёта мы разбирали в отдельном материале про окупаемость — считать по зарплате на руки значит занижать эффект почти вдвое.
| Операция | Объём в месяц | Минут на единицу | Часов в месяц |
|---|---|---|---|
| Приём заявки и перенос в учётную систему | 417 заявок | 12 | 83,4 |
| Поиск заявки, пересылка между менеджерами, разбор дублей | 417 заявок | 1 | 7,0 |
| Проверка наличия, срока поставки и цены | 417 заявок | 5 | 34,8 |
| Индивидуальные прайсы и товарные подборки | 55 файлов | 25 | 22,9 |
| Счёт и отгрузочные документы | 417 заказов | 6 | 41,7 |
| Дебиторка: напоминания и сверки | 150 касаний | 7 | 17,5 |
| Ответы на вопрос «где мой заказ» | 300 обращений | 3 | 15,0 |
| Итого | 222,3 часа |
222,3 часа при ставке 950 ₽ — это 211 185 ₽ в месяц, или 2,53 млн ₽ в год. В отделе из шести человек по 145 полезных часов доступно 870 часов, то есть на перекладывание информации уходит четверть рабочего времени отдела продаж. Это не «неэффективные сотрудники»: каждая операция в таблице обязательна, просто ни одна из них не является продажей.
Горизонтальная схема из девяти пронумерованных блоков со стрелками: «Заявка», «Наличие и срок», «Цена», «Счёт», «Резерв», «Отгрузка», «Документы и коды», «Оплата», «Возврат». Блоки разложены по двум дорожкам: верхняя подписана «в учётной системе», нижняя — «в почте, мессенджере и в голове менеджера»; блоки 1, 3, 5 и 8 лежат на нижней дорожке. В пяти местах стрелки прерваны и помечены крестиком. Сбоку сводка: «222,3 часа в месяц, 211 185 ₽».
Пять точек, где деньги уходят измеримо
Часы — это половина картины и, как ни странно, меньшая половина. Вторая половина — прямые потери, которых нет ни в одной ведомости: недополученная маржа и стоимость денег, которые лежат не у вас. Ниже пять точек с формулой для каждой. Формулы намеренно грубые: их задача — дать порядок величины за час работы, а не заменить управленческий учёт.
- 1Точка 1. Заявка не дошла или ответ ушёл слишком поздно
Письмо пришло на личный ящик человека в отпуске, сообщение упало в личный мессенджер, звонок приняли и забыли записать. Формула: доля потерянных и просроченных заявок × число заявок × средний чек × валовая маржа. В модели 2,5 % от 417 заявок — это 10 заказов в месяц: 10 × 40 000 ₽ × 18 % = 72 000 ₽ недополученной валовой прибыли ежемесячно.
- 2Точка 2. Цена посчитана не по той колонке
Менеджер взял базовую цену вместо согласованной, применил старую акцию или дал скидку сверх матрицы, чтобы закрыть сделку. Формула: доля заказов с ценовым отклонением × число заказов × средний чек × величина отклонения. В модели 3 % от 417 заказов, отклонение 4 %: 12 × 40 000 ₽ × 4 % = 19 200 ₽ в месяц, и это чистая маржа, а не оборот.
- 3Точка 3. Товар обещан из чужого резерва
Два менеджера продали один и тот же остаток, либо товар месяц стоит в резерве под счёт, который никто не оплатит. Считаем две части: сорванные заказы — 3 в месяц × 40 000 ₽ × 18 % = 21 600 ₽; и замороженный товар — 1,2 млн ₽ в резервах под просроченные счета под ставку 24 % годовых даёт 24 000 ₽ в месяц. Итого 45 600 ₽.
- 4Точка 4. Отгрузка без проверки лимита
Клиент уже вышел за кредитный лимит, но склад об этом не знает и отгружает. Из просроченной дебиторки модельной компании 1,6 млн ₽ приходится именно на такие отгрузки. Стоимость этих денег — 1,6 млн ₽ × 24 % ÷ 12 = 32 000 ₽ в месяц, плюс безнадёжная часть 4 % в год даёт ещё 5 300 ₽. Итого 37 300 ₽.
- 5Точка 5. Оплата не отслежена
Счёт выставлен, срок прошёл, напомнил тот, у кого дошли руки. Здесь считается не убыток, а стоимость денег: сокращение среднего срока оплаты на 6 дней высвобождает 200 млн ₽ ÷ 365 × 6 = 3,29 млн ₽ оборотных средств. Под те же 24 % годовых это 789 000 ₽ в год, или 65 800 ₽ в месяц.
Это стоимость ваших денег: ставка по кредиту или овердрафту, которым вы закрываете кассовый разрыв. Если компания работает без заёмных средств, подставьте доходность, которую эти деньги приносят в обороте, — она обычно выше банковской. Ставка здесь не для красоты: без неё дебиторка выглядит бесплатной и всегда проигрывает борьбу за бюджет более наглядным задачам.
Обратите внимание на распределение. Дебиторка в сумме — точки 4 и 5 — даёт 103 100 ₽ в месяц и оказывается дороже всего остального, кроме самих часов. При этом в дорожных картах она почти всегда стоит последней: её не видно, она не раздражает менеджеров ежедневно и её трудно показать на демонстрации. Перебивка заявок, наоборот, видна всем и обсуждается первой, хотя в деньгах она меньше.
Горизонтальная столбиковая диаграмма, шесть столбцов, подписанных суммой в рублях в месяц: «Ручная работа отдела — 211 185 ₽», «Заявка не дошла — 72 000 ₽», «Оплата не отслежена — 65 800 ₽», «Резерв — 45 600 ₽», «Отгрузка сверх лимита — 37 300 ₽», «Цена не по той колонке — 19 200 ₽». Столбцы «Оплата не отслежена» и «Отгрузка сверх лимита» объединены скобкой с подписью «дебиторка, 103 100 ₽». Внизу итог: «451 085 ₽ в месяц». Ось — рубли в месяц, чертёжный стиль.
Почему учётная система это не чинит
Ответ короткий: учётная система фиксирует результат операции, а деньги теряются до того, как операция состоялась. 1С:Управление торговлей 11, 1С:Комплексная автоматизация, 1С:УНФ, МойСклад и Saby отлично знают, что заказ создан, отгружен и оплачен. Они по своей природе не занимаются письмом, которое пришло в почту и ещё не стало заказом, и не звонят клиенту, у которого вчера кончился срок оплаты.
Есть и вторая, менее приятная причина. Значительная часть «недостающих» механизмов в конфигурации уже есть и просто не заполнена. В 1С:УТ 11 существуют виды цен и ценовые группы, соглашения об условиях продаж с персональными скидками, резервирование с указанием срока, контроль задолженности и кредитные лимиты, статусы заказов. В МойСклад есть типы цен, резервы и контроль долга. Всё это не работает не из-за отсутствия функции, а из-за отсутствия данных: соглашения не заведены, лимиты пустые, срок резерва не задан, а половина заказов оформляется задним числом после отгрузки.
Если подрядчик предлагает «разработать модуль кредитных лимитов» для конфигурации, где кредитные лимиты есть штатно, вы платите за настройку под видом разработки. Разница в цене — от трёх до десяти раз. Правильный первый вопрос на созвоне звучит так: что из этого списка уже есть в моей конфигурации и почему оно не работает.
Количество товара, которое можно обещать клиенту прямо сейчас: физический остаток минус активные резервы и минус отгруженное, но ещё не проведённое, плюс подтверждённый товар в пути с датой прихода. Учётная система умеет считать эту величину сама, но только если у каждого резерва есть срок жизни, а у каждой поставки — подтверждённая дата. Без этих двух полей доступный остаток вырождается в физический, менеджеры перестают ему верить и возвращаются к звонку на склад — а это те самые пять минут на заявку из таблицы выше.
| Задача | Учётная система сама | Что приходится достраивать |
|---|---|---|
| Принять заявку из почты и мессенджера | Не делает | Единая очередь заявок с привязкой к клиенту и сроком ответа |
| Разобрать файл-заказ клиента и сопоставить номенклатуру | Не делает | Разбор файла, словарь соответствий артикулов, очередь подтверждения |
| Показать доступный остаток с учётом резервов и товара в пути | Считает, если данные заведены | Заполнение сроков резерва, регламент снятия, витрина остатка для клиента |
| Применить персональную цену клиента | Умеет через соглашения и виды цен | Наполнение матрицы, автоматическая рассылка персональных прайсов |
| Остановить отгрузку клиенту с просрочкой | Умеет через кредитный лимит | Заполнение лимитов, стоп-лист на складе, маршрут согласования исключений |
| Напомнить клиенту об оплате до наступления просрочки | Не делает | Сценарий напоминаний по каналам, эскалация менеджеру, журнал касаний |
| Собрать маржу по клиенту и по товару за период | Даёт отчёты по своим данным | Сведение данных нескольких систем, если продажи идут не только через учёт |
Сравнение в три колонки: «Делает сама» (создание заказа, проведение отгрузки, расчёт себестоимости, отчёты по своим данным), «Умеет, но не заполнено» (виды цен и соглашения, кредитные лимиты, срок резерва, статусы заказов), «Надо достраивать» (очередь заявок из почты и мессенджеров, разбор файла-заказа, словарь номенклатуры клиента, напоминания об оплате, витрина остатка для клиента). Под колонками подпись: «Прежде чем платить за разработку, проверьте среднюю колонку». Чертёжный стиль, подписи по-русски.
Порядок внедрения: пять шагов и эффект каждого
Порядок важнее состава. Ниже — пять шагов в той последовательности, в которой их обычно предлагают, с честным эффектом каждого и сроком возврата. Сразу после таблицы — почему по деньгам эту последовательность стоит поменять.
- 1Шаг 1. Сбор заявок в одно место — 220 000–800 000 ₽, 3–8 недель
Три уровня глубины: единая очередь заявок из почты, MAX, Telegram и сайта (220 000 ₽); плюс разбор файла-заказа с сопоставлением номенклатуры (620 000 ₽); плюс автоматический черновик заказа в учётной системе (800 000 ₽). Эффект соответственно от 61 800 ₽ до 176 800 ₽ в месяц: перестают теряться заявки, отпадает перебивка строк, падает доля ошибок в заказе. Разбор уровней и их окупаемости — в отдельной статье про заявки от постоянных клиентов.
- 2Шаг 2. Прайс и индивидуальные цены — 190 000 ₽, 3–4 недели
Матрица цен приводится к одному источнику: вид цены, соглашение с клиентом, действующая акция. Персональные прайсы формируются и уходят клиентам автоматически. Эффект — 15 400 ₽ на ценовых ошибках и 19,5 часа в месяц на подготовке файлов, вместе 33 900 ₽ в месяц, возврат за 5,6 месяца.
- 3Шаг 3. Резерв и доступность — 210 000 ₽, 3–5 недель
Единый доступный остаток: физический минус резервы плюс подтверждённый товар в пути. Резерв получает срок жизни и снимается автоматически, если счёт не оплачен. Эффект — 27 400 ₽ на сорванных заказах и замороженном товаре плюс 24,4 часа на проверках наличия, вместе 50 500 ₽ в месяц, возврат за 4,2 месяца.
- 4Шаг 4. Дебиторка: лимиты, стоп-отгрузка, напоминания — 180 000 ₽, 2–4 недели
Кредитные лимиты заполняются и начинают действовать, склад видит стоп-лист, клиент получает напоминание за три дня до срока и в день срока, менеджер — эскалацию по просрочке свыше недели. Эффект — 64 200 ₽ прямых потерь плюс 10,5 часа сверок, вместе 74 200 ₽ в месяц, возврат за 2,4 месяца.
- 5Шаг 5. Отчётность по марже, клиентам и товару — 140 000 ₽, 2–3 недели
Сведение данных учёта, CRM и каналов продаж в один набор отчётов: маржа по клиенту, по товарной группе и по менеджеру, динамика среднего чека, список клиентов с падающей частотой заказов. Прямых денег этот шаг не приносит — он показывает, где они лежат, и потому ставится последним, а не первым.
Сроки возврата у шагов посчитаны по цене самого узла, без поддержки: поддержка считается на весь контур сразу и в полном сценарии учтена отдельно. Если теперь отсортировать шаги не по привычке, а по сроку возврата, картина меняется: дебиторка (2,4 месяца), затем первый уровень сбора заявок (3,6) и резерв (4,2), и только потом прайсы (5,6). Дебиторку почти всегда двигают в конец, потому что она невидима на демонстрации: стоп-отгрузка и напоминание об оплате не производят впечатления на совещании, в отличие от заказа, который сам собрался из письма. Это единственная причина, по которой самый быстрый по возврату узел делают последним.
Практический компромисс, который мы обычно предлагаем: первым делать первый уровень сбора заявок (220 000 ₽ — он дешёвый и даёт данные для всех остальных шагов), вторым — дебиторку, а глубину разбора заявок наращивать уже после, когда видно реальный поток по каналам. Так дорожная карта окупается с первого месяца, а не с шестого.
Горизонтальная лента из пяти этапов, у каждого подписаны цена, срок и эффект: «Сбор заявок — 220 000–800 000 ₽, 3–8 недель, 61 800–176 800 ₽/мес», «Прайс и цены — 190 000 ₽, 3–4 недели, 33 900 ₽/мес», «Резерв и доступность — 210 000 ₽, 3–5 недель, 50 500 ₽/мес», «Дебиторка — 180 000 ₽, 2–4 недели, 74 200 ₽/мес», «Отчётность — 140 000 ₽, 2–3 недели, прямого эффекта нет». Под лентой вторая дорожка «порядок по сроку возврата»: дебиторка 2,4 мес → заявки 3,6 мес → резерв 4,2 мес → прайсы 5,6 мес. Чертёжный стиль.
Связки систем: что даёт каждая и в каком порядке их делать
Слово «интеграция» в коммерческих предложениях покрывает четыре разные работы с разной ценой и разным эффектом. Разводим их и расставляем по порядку. Общее правило: связка имеет смысл тогда, когда по ней ежедневно ходят данные, которые сейчас переносит человек. Связка «на будущее» не окупается никогда — она устаревает раньше, чем понадобится.
| Связка | Что реально даёт | Вилка | Когда делать |
|---|---|---|---|
| Учёт и CRM | Заказ и оплата видны менеджеру в карточке клиента; история общения не теряется при смене менеджера | 180 000–450 000 ₽ | Первой, если продажами занимаются больше трёх человек |
| Учёт и сайт или B2B-портал | Клиент сам видит свою цену, доступный остаток и статус заказа; часть повторных заказов уходит в самообслуживание | 450 000–1 200 000 ₽ | После того как порядок с ценами и остатками уже наведён |
| Учёт и маркетплейсы | Остатки и цены не расходятся между площадками, заказы падают в учёт; нужен отдельный человек на ведение | 300 000–700 000 ₽ | Только если решение выходить на площадки уже принято по экономике |
| Учёт и склад | Адресное хранение, отбор по заданию, приёмка со сканером; резко падает пересорт | 600 000–1 800 000 ₽ | От 800–1 000 активных позиций и двух смен на складе |
Про маркетплейсы стоит сказать отдельно, потому что здесь чаще всего считают неправильно. Для оптовика площадка — это не дополнительный канал сбыта с той же экономикой, а другая экономика: комиссия, логистика, возвраты и реклама съедают маржу до уровня, на котором 1,2 млн ₽ оборота в месяц дают около 108 000 ₽ валовой прибыли, а ведение карточек, контента и остатков требует примерно половины ставки сотрудника — это 69 000 ₽ полной стоимости. Чистыми остаётся около 39 000 ₽ в месяц. Канал не плохой, но он не окупает интеграцию сам по себе — он окупается объёмом, которого в первые полгода обычно нет. Для тех, кто такое решение уже принял, у нас есть отдельная страница про интернет-магазины и маркетплейсы с составом работ.
Отдельная линия — 1С:Маркетплейс как способ не писать интеграцию самому, и типовые обмены 1С с сайтом. Оба варианта живые и дешевле заказной разработки, но у обоих есть потолок: как только у вас появляются нестандартные правила цен, резервов или комплектов, типовой обмен начинает требовать доработок, и экономия исчезает. Технику самого обмена и типовые грабли — задвоение заказов, расхождение остатков, порядок инициализации — мы разбирали отдельно; здесь важен только принцип выбора.
Пятая связка, которую в опте почему-то не считают интеграцией, — электронный документооборот. Обмен с покупателями идёт через Контур.Диадок, Saby ЭДО или 1С-ЭДО, и если он не связан с учётом, УПД формируется руками второй раз после того, как отгрузка уже проведена. На 417 отгрузках в месяц это ещё 20–30 часов оператора и, что важнее, отдельный источник расхождений по кодам маркировки: документ и факт расходятся именно там, где их набивают дважды. Связка ЭДО с учётной системой стоит 120 000–350 000 ₽ и делается вместе с узлом документов, а не отдельным проектом; сравнение операторов и порядок подключения мы разбирали в отдельном материале.
Карта архитектуры. В центре крупный узел «Учётная система: 1С:УТ, 1С:КА или МойСклад» с подписью «источник истины: номенклатура, остатки, цены, долг». Вокруг четыре узла: «CRM (180 000–450 000 ₽)», «Сайт и B2B-портал (450 000–1 200 000 ₽)», «Маркетплейсы (300 000–700 000 ₽)», «Склад и адресное хранение (600 000–1 800 000 ₽)». На стрелках подписано, что передаётся: «доступный остаток», «персональная цена», «заказ», «статус отгрузки», «долг и лимит». Отдельная пометка у узла маркетплейсов: «требует 0,5 ставки на ведение».
Маркировка и касса: почему в 2026 это часть торговой операции
До 2026 года маркировку можно было считать бухгалтерской обязанностью на периферии процесса. Теперь нельзя. Обязательных товарных групп стало 27 — в 2026 году к ним добавились кондитерские изделия, радиоэлектроника, стройматериалы и товары для дома. Главное изменение не в длине списка, а в режиме контроля: разрешительный режим стал сплошным, и касса сама отказывает в продаже, если с кодом что-то не так. Ошибка в данных перестала быть поводом для предписания и стала остановленной выручкой в моменте.
Для оптовика это означает три конкретные вещи. Первая: приёмка по УПД с кодами перестала быть формальностью — расхождение кодов всплывает у вашего покупателя на его кассе, и разбирательство приходит к вам. Вторая: остаток теперь двухслойный — количество и коды, и они умеют расходиться. Третья: любая ручная операция с товаром маркированной группы (пересорт, перефасовка, замена позиции в отгрузке «по договорённости») создаёт расхождение, которое обнаружится через неделю у контрагента.
Привычная в опте практика — отгрузить аналог вместо отсутствующей позиции и договориться устно. В маркированной группе это означает, что в УПД уйдут одни коды, а физически приедут другие, и товар не пробьётся на кассе розничного покупателя. Разбирательство стоит дороже, чем недовоз: у контрагента встала продажа, а у вас — репутация поставщика. Именно поэтому автоматический подбор замены в заказе должен быть запрещён на уровне правил системы, а не оставлен на усмотрение менеджера.
Подробный разбор 27 групп, устройства ЦПТ 2.0 и причин отказа на кассе — в отдельной статье про Честный знак 2026. Здесь важен вывод для торговой операции: контур маркировки нельзя проектировать отдельно от заказа и отгрузки. Если система собирает заказ, она обязана знать про коды; если склад отбирает товар, он обязан сканировать; если менеджер меняет позицию, это должно быть отдельным согласованным действием, а не правкой строки.
Схема из шести блоков в линию: «Поставщик» → «Приёмка по УПД с кодами» → «Остаток: количество и коды» → «Отбор и отгрузка» → «УПД покупателю» → «Касса покупателя». Под линией параллельная дорожка «ГИС МТ (Честный знак)» со стрелками вверх к блокам приёмки, отгрузки и кассы. В блоке «Касса покупателя» красная пометка «отказ в продаже при расхождении». Сбоку врезка: «27 обязательных товарных групп в 2026 году, сплошной контроль». Чертёжный стиль, подписи по-русски.
Порог осмысленности: коробка, гибрид или разработка
Главная особенность экономики автоматизации в опте: цена проекта почти не зависит от вашего объёма. Узел разбора заявок стоит одинаково при 40 и при 400 заказах в месяц — работа по интеграции, сопоставлению номенклатуры и приёмке одна и та же. А эффект зависит от объёма прямо. Отсюда простое правило: считать надо не «сколько стоит проект», а «сколько заказов должно быть, чтобы он вернулся».
Для модельного оптовика первый сценарий (сбор заявок и автосоздание заказа за 800 000 ₽ при поддержке 24 000 ₽ в месяц) даёт 176 800 ₽ эффекта на 417 заказах — это 424 ₽ на заказ. Чтобы вернуть вложение за 12 месяцев, нужен чистый эффект 66 700 ₽ в месяц, то есть 90 700 ₽ брутто, то есть около 215 заказов в месяц. Для возврата за полгода — около 370 заказов. Это и есть порог: примерно 250 заказов в месяц при типичной для опта марже 15–20 % и чеке 30 000–50 000 ₽.
| Объём | Оборот в год, ориентир | Что выигрывает | Бюджет |
|---|---|---|---|
| До 100 заказов в месяц | до 50 млн ₽ | Штатные механизмы учётной системы плюс регламент: общий ящик отдела, заполненные лимиты и виды цен | 0–150 000 ₽ |
| 100–250 заказов в месяц | 50–120 млн ₽ | Коробочные решения и типовые коннекторы: обмен 1С с сайтом, готовая связка с CRM, типовой личный кабинет | 150 000–500 000 ₽ |
| 250–700 заказов в месяц | 120–350 млн ₽ | Гибрид: коробка как основа, заказные узлы на стыках — разбор заявок, доступный остаток, дебиторка | 600 000–1 500 000 ₽ |
| Свыше 700 заказов в месяц | от 350 млн ₽ | Заказная разработка тех узлов, где коробка упирается в потолок: правила цен, комплекты, портал, склад | от 1 500 000 ₽ |
Одно уточнение к таблице, без которого она вредна. Число заказов — не единственная переменная. Компания с 40 заказами в месяц по 200 000 ₽ и маржой 7 % тратит на каждую заявку не 12 минут, а 25, поэтому эффект на заказ у неё выше — 730 ₽ против 424 ₽. Но заказов всего 40, и в сумме это 29 200 ₽ в месяц против поддержки в 24 000 ₽: проект возвращает вложение больше десяти лет. Смотреть надо на произведение, а не на одну из величин.
График: ось X — заказов в месяц от 0 до 700, ось Y — срок окупаемости в месяцах от 0 до 36. Одна убывающая кривая для проекта за 800 000 ₽ с поддержкой 24 000 ₽ в месяц при эффекте 424 ₽ на заказ. Отмечены и подписаны три точки: «215 заказов — 12 месяцев», «370 заказов — 6 месяцев», «417 заказов — 5,2 месяца». Слева заштрихована зона «ниже 150 заказов — не окупается». Горизонтальная линия порога на отметке 12 месяцев.
Пять метрик, которые надо снять за неделю
Разговор с подрядчиком идёт совсем иначе, если вы приходите с числами. Ниже пять метрик, которых достаточно для первой оценки, и место, где каждая берётся. Замер занимает неделю и делается силами компании — платить за него не нужно.
- 1Число заявок в месяц по каналам. Считается за одну полную неделю и умножается на 4,3. Источник: почтовый ящик отдела, история переписки в мессенджерах, журнал звонков телефонии, заявки с сайта. Отдельно отметьте, сколько заявок пришло на личные адреса и в личные мессенджеры сотрудников — это будущая точка отказа.
- 2Среднее время от прихода заявки до подтверждённого заказа. Берутся 30 заявок подряд, по каждой фиксируется время прихода и время, когда клиент получил счёт. Медиана информативнее среднего: одна забытая на трое суток заявка портит среднее и прячет реальную картину.
- 3Доля заказов, где цена менялась после выставления счёта. Источник — история изменений документа в учётной системе за квартал. Эта метрика показывает, работает ли ваша матрица цен или каждая сделка обсуждается заново.
- 4Средний срок оплаты и просроченная дебиторка на конец месяца. Источник — оборотно-сальдовая ведомость по счёту 62 и отчёт по срокам долга. Умножьте просрочку на вашу кредитную ставку и разделите на 12 — получите месячную стоимость этой строки.
- 5Доля строк заказа с расхождением при отгрузке. Считается по актам расхождений, претензиям и возвратам за квартал: сколько строк отгружено не так, как заказано. Каждый такой случай стоит около 3 530 ₽ — повторная доставка, час менеджера, час кладовщика и уценка.
Этих пяти чисел достаточно, чтобы за час прикинуть собственную версию расчёта из этой статьи и понять, в какой строке таблицы порогов вы находитесь. Подробную методику пересчёта часов в деньги и типовые ошибки такого расчёта мы разбирали в материале про окупаемость автоматизации — там же объяснено, почему считать по зарплате на руки нельзя.
Нарисованный бланк-лист «Замер за неделю» с пятью строками: «Заявок в месяц по каналам: почта __, MAX __, Telegram __, звонки __, сайт __», «Медиана времени от заявки до счёта: __ часов», «Доля заказов с изменённой ценой: __ %», «Просроченная дебиторка __ ₽ и средний срок оплаты __ дней», «Доля строк с расхождением при отгрузке: __ %». Справа узкая колонка «где взять» с подписями: почтовый ящик отдела, журнал телефонии, история изменений документа, ОСВ по счёту 62, акты расхождений. Внизу формула: «просрочка × ставка ÷ 12 = ₽ в месяц». Чертёжный стиль.
Когда автоматизировать не надо
Есть четыре ситуации, в которых мы сами советуем не начинать проект автоматизации в торговой компании. Ни одна из них не про деньги заказчика — все про то, что проект не даст результата.
- Меньше 100 заказов в месяц. Цена узлов от объёма почти не зависит, поэтому эффект не покрывает даже поддержку. Рабочий вариант — общий почтовый ящик отдела, заполненные виды цен и кредитные лимиты в существующей конфигурации и регламент ответа. Это 0–150 000 ₽ и две недели, а не 800 000 ₽ и два месяца.
- В номенклатуре бардак: дубли карточек, разные единицы измерения у одного товара, «временные» позиции с названиями вида «труба та самая». Любая автоматика на таких данных будет уверенно ошибаться и создаст больше работы, чем снимет. Сначала чистка справочника, потом проект.
- Ассортимент проектный, а не каталожный. Если каждый заказ — это индивидуальная спецификация под объект и повторяемости строк почти нет, сопоставлять номенклатуру не с чем: статистика не накапливается. Здесь работают не разбор заявок, а конфигуратор спецификаций и нормальная воронка, и это другой проект.
- Продажи держатся на двух людях, которые всё знают наизусть. Это не значит, что автоматизировать нельзя, — это значит, что первый шаг не технический. Пока знание о ценах, договорённостях и сроках живёт в голове, а не в системе, любая интеграция будет описывать несуществующий процесс. Начинать надо с переноса этих договорённостей в соглашения и матрицу цен.
И последнее. Все числа выше — модельные: оборот 200 млн ₽, 417 заказов, маржа 18 %, ставка денег 24 % годовых. Они нужны не для того, чтобы вы их процитировали, а для того, чтобы вы подставили свои и получили другую сумму. Если по вашим числам получается меньше 75 000 ₽ эффекта в месяц, честный вывод — не искать подрядчика подешевле, а отложить проект и заняться настройкой того, что уже стоит.
В опте автоматизируют не учёт, а стыки: там, где заканчивается одна система и начинается человек с почтой.
