Мы в ЗЕБРА каждый день слушаем звонки менеджеров. И иногда находишь вещи, от которых волосы дыбом. Не потому, что менеджер плохой - наоборот, он молодец. Он выявил проблему за 3 минуты 38 секунд. Увидел, как компания теряет деньги. Сказал об этом вслух. А потом… просто закрыл звонок и пошёл дальше.
И это - системная боль. Не человеческая, а процессная. Давайте разберём по факту.
Главное
- Менеджер выявил убыточную практику: товар уходит покупателю напрямую, минуя склад компании
- Решение по текущему случаю приняли, но инцидент как бизнес-правило не зафиксировали в CRM
- Одна такая «разовая ситуация» повторяется - и каждая стоит компании денег
- Автоматизация могла бы блокировать такие отгрузки или требовать дополнительного согласования
Что случилось: звонок на 3:38
Внутренний разговор. Менеджер (Спикер A) и сотрудница Ольга (Спикер B). Тема - бракованная продукция.
Клиент уже принял решение: «ГТХ никаких претензий у нас не будет, мы только за свой счёт своими продуктами вернём заказчику… продукцию бракованную» [0:09].
Казалось бы, вопрос закрыт. Но менеджер начинает копать. Он спрашивает, как именно товар ушёл покупателю. И выясняет ключевое: товар отправили напрямую, без захода на склад компании.
«Когда надо, чтобы товар напрямую приходил на склад, мы его оценивали. Если что-то не так, сразу в режиме онлайн отправляли обратно поставщику… А так, когда у нас минует наш пункт приема… мы не сможем» [1:20].
Менеджер проговаривает риск: компания не может проверить качество, не может отбраковать, не может предъявить претензию поставщику. Она просто платит.
Ольга подтверждает: «Вот когда на Юг-2 отправляем, то у нас ребята… смотрят… а бывает забирают к нам на склад. А вот здесь просто такая вот разовая ситуация» [1:49].
Боль: «мы просто несем убытки»
Менеджер прямо говорит: «мы просто несем убытки» [2:20].
Он прав. Ситуация классическая: товар идёт напрямую покупателю, минуя входной контроль. Если брак - компания компенсирует своими силами и своими продуктами. Поставщик уже ни при чём - товар принят без проверки.
Но самое интересное - итог звонка: «торг-2 оформлять поставщику не будем, поступление подтверждаем» [3:05].
Текущий случай разрулили. А системная проблема осталась. В CRM не появилось ни задачи, ни бизнес-правила, ни триггера. Инцидент не стал уроком.
Кому от этого больно
| Кто | В чём боль / потеря денег | В чём выгода, если действовать |
|---|---|---|
| Собственник | Регулярные убытки от брака, который не отсекли на входе | Снижение потерь на 30-50% за счёт контроля каждой отгрузки |
| РОП | Менеджеры тратят время на разбор «разовых ситуаций», которые повторяются | Освобождение времени на продажи, а не на разгребание последствий |
| Менеджер | Нет инструмента, чтобы зафиксировать проблему и не возвращаться к ней | Чёткий алгоритм: выявил → зафиксировал → система проконтролировала |
Что сделали бы мы
Мы в ЗЕБРА видим такие сценарии постоянно. Менеджер - молодец. Он выявил проблему. Но дальше система должна подхватить.
Вот как это могло бы работать:
-
Триггер на тип отгрузки. В CRM создаётся правило: если тип отгрузки «прямая» (минуя склад) - сделка требует дополнительного согласования. Автоматически ставится задача на РОП или собственника.
-
Задача на проверку рисков. После звонка, где упоминается «прямая отгрузка», система создаёт задачу: «Проверить, был ли проведён входной контроль. Если нет - зафиксировать инцидент».
-
Бизнес-правило на повтор. Если один и тот же контрагент или номенклатура попадает в «прямые отгрузки» дважды за квартал - сделка блокируется до решения руководителя.
-
Дашборд для РОП. Воронка «прямых отгрузок» с цветовой индикацией. Красный - риск. Жёлтый - было. Зелёный - всё чисто.
Ничего сверхъестественного. Простая автоматизация на базе Битрикс24. Но её нет - и «разовые ситуации» становятся регулярными.
3 действия прямо сейчас
Пока вы читаете, у вас в CRM прямо сейчас могут висеть такие же «разовые ситуации». Вот что можно сделать уже сегодня:
-
Проверьте последние 10 отгрузок. Сколько из них прошло напрямую, минуя склад? Если хотя бы одна - у вас есть повторяющаяся проблема.
-
Создайте простое правило. В Битрикс24: при заполнении поля «Тип отгрузки» = «Прямая» - обязательное согласование с РОП. Настройка - 15 минут.
-
Назначьте ответственного за аудит. Раз в неделю - выборка «прямых отгрузок» за период. Если больше 1 - разбор с менеджером.
Спокойненько. Это не требует внедрения AI или сложной интеграции. Просто дисциплина + один триггер в CRM.
Как проверить у себя
Когда вам стоит задуматься о таком аудите:
- менеджеры часто говорят «разовая ситуация» про одну и ту же тему
- убытки от брака или возвратов не отслеживаются системно
- в CRM нет поля «тип отгрузки» или оно не заполняется
- решения по проблемам принимаются устно и не попадают в задачи
- вы не видите, сколько денег теряется на отгрузках в обход контроля
Задайте себе один вопрос: «Сколько раз за последний месяц менеджер выявил проблему, но система не среагировала?» Если не можете ответить - пора провести аудит.
Связка с ЗЕБРА
Мы в ЗЕБРА каждый день видим такие «мелочи», которые стоят компаниям миллионы. Менеджеры молодцы - они выявляют проблемы. Но система не даёт им инструмента, чтобы зафиксировать решение и не возвращаться к нему.
Мы помогаем компаниям докрутить CRM до состояния, когда она сама ловит такие ситуации. Без героизма, без ручного контроля, без «разовых ситуаций», которые тянутся годами.
Хотите проверить свою воронку на такие узкие горлышки? Давайте прогоним 100 ваших сделок через наш AI-анализ. Бесплатно. Увидите, сколько кэша прямо сейчас лежит в статусе «перезвонить» или «разовая ситуация». Напишите в @zebra4crm - покажем за 48 часов.
FAQ
Почему менеджер не зафиксировал проблему в CRM?
Потому что у него не было инструмента. CRM - это про сделки и задачи, а не про выявление системных проблем. Менеджер сделал свою работу: решил текущий вопрос. А системное - это работа РОП и собственника.
Как часто такие «разовые ситуации» повторяются?
По нашей практике - регулярно. В типичной B2B-компании 15-20% отгрузок проходят с нарушениями процедур. Часть из них - «разовые», часть - системные. Без автоматизации они не исчезают.
Что делать, если у нас нет Битрикс24?
Любая CRM с возможностью создавать бизнес-процессы подойдёт. Если CRM нет - начните с таблицы в Excel и правила: каждая «прямая отгрузка» - запись с комментарием. Через месяц вы увидите паттерн.
Это дорого - внедрять такие триггеры?
Нет. Настройка одного бизнес-процесса в Битрикс24 занимает от 15 минут до часа. Если нужно больше - мы делаем это в рамках пилота за 14 дней. Стоимость - символическая.
Как отличить «разовую ситуацию» от системной проблемы?
Просто: если она повторилась дважды - это уже не разовая. Если трижды - это бизнес-процесс, который нужно менять. Автоматизация считает сама.
Статистика в статье - из реальных проектов ЗЕБРА, данные обезличены. Названия клиентов заменены на обобщённые (“производство из карьерной отрасли”, “сертификационный центр”). Конкретные цифры могут отличаться в вашем случае - это иллюстрация метода, а не гарантированный результат.