Публикация

Воронка Битрикс24: стадии и поля готовы, когда можно запускать продажи?

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

Битрикс24 и продажи 4 мин
Структура, содержимое пилота и автоматизация — разные этапы

Стадии уже отображаются в CRM, а карточка заполнена новыми полями. Но это ещё не показывает, как поведут себя реальные сделки, товары, оплата и задачи сотрудников.

В сентябрьском проекте KMVSG построил структуру и проверил пилот, затем в октябре уточнил правила. Покажем, как принимать каждый слой отдельно и не обещать полную автоматизацию по одному снимку воронки.

Битрикс24 и продажи

Приёмка воронки товарных продаж

  1. 01Схема
  2. 02Карточка
  3. 03Пилот
  4. 04Правила
  • Стадии и поля отражают утверждённую схему. Неизвестные данные не заполняются догадками.
  • Проверяем реальные структуры заказов на отмеченных тестовых сделках и подтверждённых товарных соответствиях.
  • Разделяем задачи, уведомления, обмен данными и резерв. Готовность каждого действия принимается отдельно.

Утверждённая схема предшествует настройке

Названия и порядок стадий должны следовать рабочему процессу. Для каждой стадии определите нужные поля, участника, условие перехода и исключения. Инструкция отдела продаж и изменение CRM — связанные, но отдельные работы.

25 сентября настроены 14 стадий, 29 полей и шесть секций. После первого прохода промежуточные стадии не сохранились; обязательная постпроверка выявила проблему, применение повторено и подтверждено API. Повторный план не показывал недостающих стадий и полей.

Пилот должен проверять содержимое карточки

Тестовая сделка полезна, если сохраняет проверенный ID исходного заказа, ответственного и товарные строки. Похожее название компании не заменяет подтверждённую связь. Неизвестные даты или реквизиты не нужно заполнять только ради красивой карточки.

Для пилота выбраны 14 заказов и созданы помеченные сделки по одной на стадию. Повторное чтение обнаружило первоначально неполные поля и товарные строки без каталожной связи. Это исправлено: проверены 28 строк и 27 товаров с точными внешними ID.

Компании и товары требуют собственных соответствий

Переиспользуйте существующую карточку, если её связь подтверждена. Новые объекты создавайте только после проверки внешнего ID и реквизитов; существующий дубль должен оставаться отдельной задачей, а не скрываться за новым импортом.

В пилоте привязаны пять существующих и девять новых компаний; по новым внешним ID дублей не найдено. Обнаруженный прежний дубль не удалялся. Тестовый налоговый идентификатор из источника не переносился как настоящий реквизит.

Проверяйте задачу, уведомление и письмо отдельно

Постановщик и исполнитель — разные роли. Совместная обработка нескольких каналов не должна скрывать отказ одного из них. Для задач проверяйте название, связь со сделкой и повторы; для email отдельно фиксируйте принятие и доставку.

В октябре исправлена обработка каналов и на временной сделке подтверждены три штатные задачи. Затем постановщик задач уточнён по решению владельца. Это контрольные сценарии, а не доказательство выполнения всех напоминаний на полном рабочем цикле.

Связанные поля не делают обмен полностью готовым

Наличие поля оплаты, ID резерва и товара не подтверждает, что поток данных прошёл на реальной сделке. Документ резерва также не доказывает свободный физический остаток или защиту от конкурентного резервирования.

На проходе обмена 5 октября подходящих рабочих сделок было ноль, изменений — ноль. Подтверждено чтение данных заказа и документального статуса; создание авторезерва, полные товарные соответствия и цикл повторного заказа остались отдельными пунктами. Поэтому воронка не объявлена полностью готовой.

Уберите тестовые карточки после сохранения проверки

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

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

Короткий чек-лист

  • Утвердить стадии и сведения карточки
  • Перечитать фактическую структуру
  • Связать пилот с исходными заказами
  • Проверить товары, компании и роли
  • Принять каждый канал и действие отдельно
  • Сохранить результат и убрать тестовые сделки

Ссылки и исходный код