Коротко: самая дорогая ошибка случается после подписания договора, когда данные теряются при передаче между отделами.
Самая дорогая ошибка в B2B-продажах часто совершается не на этапе переговоров с клиентом, а после того, как договор подписан. Менеджер согласовал условия, клиент внес предоплату, но при передаче заказа в смежные подразделения выясняется: цех не знает про особую упаковку, закупщик уточняет состав материалов повторно, а логист видит только адрес доставки без сроков. В итоге сделка зависает не из-за клиента, а из-за внутреннего разрыва данных.
В проектах с производственным циклом мы регулярно сталкиваемся с ситуацией, когда продажа заканчивается «на словах». Менеджер уверен, что передал информацию устно или через чат, а исполнитель получает неполную карточку. Особенно критично это там, где продукт требует индивидуальной спецификации, точных размеров, особых условий хранения или поэтапной сборки.
Мы решали эту проблему через сквозные воронки и смарт-процессы. Когда менеджер переводит сделку на стадию «Запуск в работу», система автоматически создает задачу для производства или закупок. В этой задаче уже заполнены все необходимые поля: состав заказа, сроки, комментарии клиента и файлы чертежей. Производство видит только то, что нужно для работы, но не видит финансовые условия сделки. После завершения этапа статус возвращается менеджеру, и он может сообщить клиенту о готовности.
Такой подход исключил необходимость звонков между отделами «уточнить детали» и практически свел к нулю ошибки при передаче заказов. Клиент получает продукт вовремя, потому что внутри компании нет слепых зон.
Почему ручная передача заказа опасна
Когда данные передаются через почту, мессенджеры или устные договорённости, возникает несколько рисков:
- Потеря контекста. Комментарий «важно, чтобы упаковка была ударопрочной» теряется в потоке сообщений.
- Ошибки ввода. Сотрудник производства вручную переносит артикул или размер из письма в свою таблицу и ошибается.
- Отсутствие ответственности. Никто не фиксирует момент передачи. Если срок сорван, невозможно понять, кто задержал процесс: продажи не передали вовремя или производство не взяло в работу.
- Конфиденциальность. Производственный персонал получает доступ к ценам, скидкам и маржинальности, что создаёт риски утечки коммерческой тайны.
Какие данные должны переходить вместе с заказом
Чтобы избежать уточнений, карточка сделки должна содержать структурированную информацию, понятную смежным отделам. Минимальный набор полей зависит от специфики бизнеса, но обычно включает:
- Состав заказа: перечень товаров или услуг с количеством, характеристиками и артикулами;
- Технические требования: размеры, цвет, материал, допуски, стандарты;
- Сроки: дата желаемой готовности, дата отгрузки, график этапов (если проект сложный);
- Документы: чертежи, ТЗ, макеты, схемы монтажа;
- Комментарии клиента: важные нюансы, которые нельзя упустить («не ставить логотип на крышку», «доставка только утром»);
- Статус оплаты: подтверждение факта аванса или постоплаты (без раскрытия сумм, если это запрещено политикой безопасности).
Если эти данные живут в свободном тексте или прикрепленных файлах без описания, их сложно автоматизировать и проверить. Лучше использовать отдельные поля или справочники.
Архитектура передачи: три рабочих модели
1. Единая воронка со стадиями исполнения
Подходит для простых процессов, где производство или логистика работают в рамках одной сделки. Этапы воронки отражают реальный путь заказа:
- Новая заявка;
- Квалификация и КП;
- Договор и оплата;
- Передача в производство (автоматическая задача);
- Изготовление/комплектация;
- Готово к отгрузке;
- Доставлено/сдано.
Плюс: полная история в одном месте.
Минус: риск перегрузки интерфейса менеджера деталями производства.
2. Смарт-процесс «Производственный заказ»
Лучший вариант для сложных производств. Сделка в CRM отвечает за продажи, а отдельный смарт-процесс — за исполнение. При переходе сделки на этап «Оплачено» автоматически создается элемент в процессе «Заказ на производство».
Плюс: изоляция данных. Производство видит только свои задачи, не отвлекается на коммуникации с клиентом и не видит цены.
Минус: требуется настройка связей между объектами.
3. Интеграция с 1С или ERP
Для компаний с глубоким учетом. Заказ из Битрикс24 передается в 1С как документ «Заказ покупателя» или «Производственный заказ». Статусы выполнения возвращаются в CRM.
Плюс: единый источник правды по остаткам, себестоимости и планам.
Минус: высокая стоимость внедрения и поддержки интеграции.
Как настроить автоматическую передачу в Битрикс24
Независимо от выбранной архитектуры, ключевой механизм — роботы и бизнес-процессы. Вот типовой сценарий настройки:
Шаг 1. Определение точки входа
Выберите условие, при котором заказ уходит в исполнение. Чаще всего это:
- Переход сделки на стадию «В производство»;
- Поступление платежа (статус «Оплачено»);
- Ручное нажатие кнопки «Запустить в работу» после проверки документов.
Шаг 2. Создание задачи или элемента процесса
Настройте робота, который выполняет действие:
- «Создать задачу» с указанием ответственного (начальник цеха, снабженец);
- «Создать элемент смарт-процесса» с копированием полей из сделки (состав, сроки, файлы);
- «Отправить сообщение в чат отдела» (менее надежно, но быстрее для пилота).
Шаг 3. Контроль возврата статуса
Исполнитель должен иметь возможность отметить завершение этапа. Например:
- Производство меняет статус элемента процесса на «Готово»;
- Логист добавляет трек-номер в поле сделки;
- Система автоматически переводит сделку в CRM на следующую стадию («Ожидает отгрузки») и уведомляет менеджера.
Разграничение доступа: защита коммерческой тайны
Частая боль владельцев бизнеса: «Я не хочу, чтобы токарь знал, сколько стоит изделие». В Битрикс24 это решается через права доступа к полям и объектам.
- Скрытие финансовых полей: настройте видимость полей «Цена», «Себестоимость», «Маржа» только для ролей «Продажи» и «Руководство». Для ролей «Производство» и «Логистика» эти поля скрываются.
- Изоляция объектов: если используется смарт-процесс «Производственный заказ», сотрудники этого отдела могут видеть только элементы своего процесса, а не общую базу сделок.
- Маскирование контактов: иногда полезно скрыть телефон конечного клиента от исполнителя, оставив только адрес доставки и имя получателя.
Такая настройка снижает тревожность собственника и повышает дисциплину: сотрудники понимают, что работают в защищенной среде.
Типичные ошибки при передаче заказа
- Передача «как есть». Попытка скопировать всю карточку сделки в задачу производства. Итог: исполнители тонут в лишней информации и пропускают важное.
- Отсутствие обязательных полей. Робот создает задачу, но поля «Срок» или «Спецификация» пусты. Исполнитель вынужден писать менеджеру в чат, чтобы уточнить детали.
- Нет механизма отказа. Что делать, если производство не может выполнить заказ в срок? Должна быть возможность вернуть задачу на доработку или эскалировать руководству с комментарием.
- Игнорирование изменений. Клиент попросил изменить цвет после запуска в производство. Если изменения не синхронизируются автоматически, цех изготовит старый вариант.
Как проверить, что процесс работает
Через месяц после запуска проведите аудит нескольких случайных заказов:
- Были ли вопросы от производства к продажам после передачи заказа?
- Сколько времени прошло от оплаты до начала работ в цехе?
- Есть ли случаи, когда заказ зависал без движения более суток?
- Видят ли менеджеры актуальный статус изготовления без звонков коллегам?
- Соблюдаются ли ограничения по видимости цен?
Если вопросов стало меньше, а скорость реакции выросла — процесс настроен верно.
Частые вопросы
Нужно ли создавать отдельный раздел для производства?
Да, если процессы сложные или многоэтапные. Это позволяет гибко настраивать этапы, ответственных и права доступа, не ломая логику воронки продаж.
Что делать, если заказ меняется в ходе исполнения?
Предусмотрите процедуру корректировки: менеджер создает новую версию спецификации, система уведомляет производство об изменении, старые версии архивируются. Важно фиксировать факт изменения, чтобы избежать претензий по срокам.
Можно ли обойтись без интеграции с 1С?
Да, для малого и среднего бизнеса достаточно связки «Битрикс24 + Excel/Google Sheets» или использования нативных инструментов CRM. Интеграция оправдана, когда нужен жесткий учет остатков, себестоимости и планирования ресурсов.
