Как организовать торговлю под заказ в Битрикс24
Представьте: клиент заказал у вас двери, утеплитель и гипсокартон. Одна сделка в CRM. Но двери — от поставщика из Чехова, утеплитель — от завода в Туле, гипсокартон — со склада в Москве. Доставка в разные дни, разными машинами, по разным адресам.
А в вашей CRM всё это — одна строчка. «Сделка в работе». Или, в лучшем случае, «Поставка».
Проблема в том, что классическая CRM заточена под «продал — получил деньги». Торговля под заказ — то есть, цепочка: клиент → заявка → закупка → доставка – в Битрикс24 «из коробки» не предусмотрена.
Вот как это выглядит на практике и что с этим делать.
Где ломается логика «сделка = заказ»
Сценарий 1. Один клиент — разные поставщики
Менеджер продал комплект на 300 000 ₽. Но двери поставляет один завод, утеплитель — другой завод и так далее. Снабженец вынужден вести два заказа поставщикам, но в CRM нет связи: сделка одна, а закупок — две. Результат: менеджер не знает, какой товар где, клиент звонит с вопросами, а вы отвечаете «сейчас уточним».
Сценарий 2. Разные сроки поставки
Клиенту срочно нужны двери на следующей неделе, а утеплитель — через месяц. В одной сделке это никак не разделить. Менеджер либо забывает про вторую поставку, либо создаёт хаос из комментариев и задач.
Сценарий 3. Сборные грузы
Три разных клиента заказали один и тот же товар. Выгодно купить одну партию у поставщика и развезти. Но в CRM три разных сделки, и никакой связи между ними на этапе закупки. Снабжение заказывает трижды, переплачивает за доставку, а маржа тает. Ну или учет закупок и логистики ведется на коленке.
Решение: заявки на закупку внутри сделки
Мы настроили в Битрикс24 промежуточный слой — заявку на закупку. Это не замена сделке, а её «дочерний» объект. Работает так:
Менеджер продаёт → создаёт заявку из сделки → снабжение закупает → логистика доставляет → менеджер видит статус.
Каждая заявка живёт своей жизнью, но привязана к родительской сделке..
Менеджер продаёт → создаёт заявку из сделки → снабжение закупает → логистика доставляет → менеджер видит статус.
Каждая заявка живёт своей жизнью, но привязана к родительской сделке..
Как это выглядит по шагам
Шаг 1. Менеджер создаёт заявку прямо из сделки
Один клик — бизнес-процесс «Создать заявку на закупку». Система копирует товары из сделки, подтягивает адрес выгрузки, контакт получателя, требования к транспорту (тип кузова, способ погрузки — как на АТИ).
В сделке появляется вкладка «Заявки на закупку». Видно: сколько заявок, по каким товарам, на какой стадии.
В сделке появляется вкладка «Заявки на закупку». Видно: сколько заявок, по каким товарам, на какой стадии.
Шаг 2. Разделяем заявки по поставщикам и срокам
Менеджер открывает заявку, удаляет лишние позиции — оставляет только двери. Создаёт вторую заявку из той же сделки — уже с утеплителем. Обе висят в сделке, каждая со своим номером и статусом.
Снабженец видит заявки в своей воронке. Менеджер — в сделке. Никто ничего не теряет.
Снабженец видит заявки в своей воронке. Менеджер — в сделке. Никто ничего не теряет.
Шаг 3. Снабжение создаёт заказ поставщику
Снабженец берёт заявку в работу, звонит поставщику, запускает из заявки бизнес-процесс «Создать заказ поставщику». Выбирает поставщика из справочника — и заявка автоматически привязывается к заказу.
В заявке появляется ссылка на заказ поставщику. В заказе — список заявок, которые он закрывает. Менеджер в любой момент открывает сделку и видит: «Заказ поставщику №142 от 22.06, статус — согласовано».
В заявке появляется ссылка на заказ поставщику. В заказе — список заявок, которые он закрывает. Менеджер в любой момент открывает сделку и видит: «Заказ поставщику №142 от 22.06, статус — согласовано».
Шаг 4. Объединяем заявки в один заказ поставщику
Снабженец видит: ещё два клиента заказали тот же товар. Запускает из заказа поставщику бизнес-процесс «Добавить заявку на закупку» — и прикрепляет заявки от других сделок.
Или наоборот: видит новую заявку, понимает, что тот же поставщик, та же машина — добавляет в существующий заказ. Уникальные номера заказов помогают не запутаться.
В результате: один заказ поставщику закрывает три заявки от трёх разных клиентов. Экономия на доставке — реальная.
Или наоборот: видит новую заявку, понимает, что тот же поставщик, та же машина — добавляет в существующий заказ. Уникальные номера заказов помогают не запутаться.
В результате: один заказ поставщику закрывает три заявки от трёх разных клиентов. Экономия на доставке — реальная.
Шаг 5. Логистика ведёт доставку, статусы прилетают менеджеру
Снабженец получил подтверждение от поставщика — переводит заказ на этап «Передано в логистику». Логист ищет машину, грузит, везёт.
Каждый этап — стадия в воронке: «Поиск машины» → «Машина загружена» → «В пути» → «Доставлено». При переходе на «Машина загружена» менеджеру автоматически улетает уведомление. В заявке и в сделке отображается текущий статус.
Каждый этап — стадия в воронке: «Поиск машины» → «Машина загружена» → «В пути» → «Доставлено». При переходе на «Машина загружена» менеджеру автоматически улетает уведомление. В заявке и в сделке отображается текущий статус.
Менеджер не звонит логисту с вопросом «где мой груз?». Он открывает сделку и видит, как в аэропорту — табло вылетов.
Что с нестандартными ситуациями
Недогруз на 10 дверей из 100. Брак. Пересорт. Машина ушла, а товар остался.
В классической схеме это — потерянная информация. «Ну, вроде договорились, что довезут потом». А потом — звонок клиента через неделю: «Где мои двери?»
В классической схеме это — потерянная информация. «Ну, вроде договорились, что довезут потом». А потом — звонок клиента через неделю: «Где мои двери?»
С заявками на закупку проще: копируем заявку, корректируем количество, отправляем в новую машину. Исходная заявка остается в истории, новая — в работе. Ничего не теряется, ничего не забывается.
Можно добавить промежуточную стадию «Доставлено частично» или «Рекламация» — и весть процесс штатно, а не изобретать по факту.
Можно добавить промежуточную стадию «Доставлено частично» или «Рекламация» — и весть процесс штатно, а не изобретать по факту.
Кому это нужно прямо сейчас
Если у вас хотя бы два из списка — пора настраивать:
- Товары от разных поставщиков в одной продаже
- Разные сроки доставки по одному заказу клиента
- Сборные грузы: несколько клиентов — один поставщик — одна машина
- Менеджеры звонят логисту/снабжению с вопросами «где мой груз?»
- Потерянные недогрузы, браки, пересорты — без истории в системе
- Сделка в CRM не отражает реальную картину поставок
Почему Битрикс24, а не Excel или «мы и так справляемся»
Excel не умеет:
«Справляемся» — это когда руководитель знает, что происходит, без звонков и «сейчас уточню». А не когда «вроде везут, вроде согласовали».
- автоматически уведомлять менеджера о смене статуса
- показывать воронку снабжения и логистики в одном окне
- связывать заявку со сделкой и с заказом поставщику одновременно
- копировать заявку при недогрузе за 10 секунд
«Справляемся» — это когда руководитель знает, что происходит, без звонков и «сейчас уточню». А не когда «вроде везут, вроде согласовали».
Выводы
Торговля под заказ — это не одна линейная цепочка, а сеть связанных процессов, которые постоянно разветвляются и сходятся обратно.
Классическая CRM давит всё в одну плоскость. Заявки на закупку внутри сделки — добавляют третье измерение: менеджер видит продажу, снабжение — закупки, логист — доставку. И все они смотрят на одну и ту же сделку с разных ракурсов, не теряя связи.
Классическая CRM давит всё в одну плоскость. Заявки на закупку внутри сделки — добавляют третье измерение: менеджер видит продажу, снабжение — закупки, логист — доставку. И все они смотрят на одну и ту же сделку с разных ракурсов, не теряя связи.
Настройка занимает 1 день. Экономия нервов — с первой же недели.