Версии спецификации
В сделке видно, какая версия расчёта ушла клиенту и какая согласована. Согласованная версия в карточке всегда одна.
CRM для
производства.
Половина пути заказа лежит в 1С: заказ на производство, запуск, отгрузка. Но до учёта заказ ещё нужно довести — через расчёт, согласование цены и несколько версий спецификации. Этот участок закрываем в Битрикс24 и связываем с 1С.
ПОСМОТРЕТЬ АРХИТЕКТУРУДо 1С заказ живёт в почте. Там он и теряется.
До того как заказ появится в 1С, он ходит письмами и файлами: расчёт, переговоры о цене, три версии спецификации. Руководитель не видит, сколько заказов в работе и почему часть не дошла, а менеджер на вопрос о сроке идёт на производство.
ЦЕЛЕВОЙ РЕЗУЛЬТАТ
Заказ рождается в CRM и уходит в учёт один раз — в том составе, который подтвердил клиент. Статус, плановая дата, отгрузки и оплаты возвращаются в сделку, и менеджер отвечает клиенту из карточки теми же словами, что стоят в учёте.
Признаки, которые видны в ежедневной работе.
- 01
Расчёт и версии спецификации ходят письмами, и случается отгрузка «не по той спецификации».
- 02
Скидки, отсрочки и нестандартные сроки согласуют письмом руководителю, и никто не видит, у кого заявка лежит и сколько дней.
- 03
Менеджер не видит статус заказа и отвлекает производство вопросом «когда будет готово».
Не набор настроек, а законченный контур.
- 01
Воронка от обращения до согласованного заказа и отдельная — для повторных заказов и дилеров.
- 02
Версии спецификации в сделке и согласование цены и сроков по маршруту.
- 03
Обмен с 1С: номенклатура, заказ, статус, отгрузки и оплаты.
Планировать производство CRM не будет.
Загрузка участков, план запуска, себестоимость и склад остаются в учётной системе — там для этого есть механика. CRM отвечает за клиента и за то, чтобы заказ дошёл до производства целым и один раз. Если производственного учёта пока нет, начинать с CRM рано — говорим об этом на аудите.
БЕРЁТ CRM
- 01
Воронка от обращения до заказа
- 02
Версии спецификации в сделке
- 03
Согласование цены и сроков по маршруту
- 04
Обмен заказами и статусами с 1С
ОСТАЁТСЯ НА СВОИХ МЕСТАХ
- 01
План производства и загрузка участков — в 1С
- 02
Себестоимость и калькуляция — в 1С
- 03
Складской учёт и партии — в 1С
- 04
Технологическая документация — за технологом
Архитектура сценария.
Пять контрольных точек, через которые проходит информация и ответственность.
01Обращение
02Расчёт и спецификация
03Согласование
04Заказ в 1С
05Отгрузка и оплата
Что входит в решение.
Фактический состав уточняется после диагностики, но каждый блок закрывает отдельную часть целевого процесса.
Согласование по маршруту
Скидка, отсрочка, нестандартные условия — по маршруту с ответственным и сроком на каждый этап. Решение хранится в сделке.
Повторные заказы и дилеры
Короткая воронка по прошлой спецификации. Дилерские цены и условия приходят из 1С.
Статус из учёта
Плановая дата, отгрузка и оплата возвращаются из 1С в карточку сделки.
Услуги и порядок запуска.
Можно собрать весь контур сразу или начать с одного законченного сценария, который уже приносит измеримый результат.
010203
Интеграция 1С и Битрикс24
Номенклатура, заказы, статусы и оплаты между системами.
Внедрение CRM
Воронки новых и повторных заказов, условия для дилеров.
Бизнес-процессы
Согласование скидок, сроков и спецификаций.
От карты процесса до работающего контура.
- 01
Диагностика
Фиксируем фактический процесс, роли, системы, данные и исключения.
- 02
Прототип
Показываем будущий маршрут и рабочие экраны до полной настройки.
- 03
Первый контур
Запускаем один законченный сценарий и проверяем его на реальных данных.
- 04
Масштабирование
Документируем результат и подключаем следующие процессы и подразделения.
Подходящие продукты.
Лицензии и готовые решения, которые могут стать технологической основой сценария.
Полезно почитать.
Разборы, которые помогут подготовиться к проекту и объяснить команде, зачем он нужен.
Похожие задачи в кейсах.
Как отдельные части этого контура работают в реальных проектах.
Заказы между сайтом, 1С и маркетплейсами
Связали интернет-магазин, учётную систему и продажи на Ozon и Wildberries в единый операционный контур.
СМОТРЕТЬ КЕЙСЧастые вопросы.
01Зачем производству CRM, если всё уже есть в 1С?+
В 1С заказ появляется, когда он уже согласован. Всё, что было до этого — обращение, расчёт, переговоры о цене, версии спецификации, — в учёте не видно. CRM закрывает этот участок и передаёт в 1С готовый заказ, а не переписку.
02Обязательна ли интеграция с 1С?+
Практически всегда: без обмена номенклатуру, заказ и отгрузку придётся вводить дважды, и через месяц данные разойдутся. Начать можно с малого: номенклатура и остатки из 1С в CRM, а заказы — следующим этапом.
03С какими конфигурациями 1С работаете?+
С УНФ, УТ и ERP. Заказ в них устроен по-разному, поэтому состав обмена разбираем на аудите вместе с осмотром базы: обмен «всего со всем» обходится дороже, чем только тем, что реально нужно менеджеру.
04Как быть, если каждое изделие считается индивидуально?+
Расчёт остаётся там, где живёт: в 1С, конфигураторе или таблице технолога. В сделке фиксируются версии расчёта и то, какая ушла клиенту и какая согласована.
05Что делать с повторными заказами и дилерами?+
Для повторных заказов заводится отдельная короткая воронка: долгий расчёт там не нужен, нужна история прошлых спецификаций. Цены и условия дилеров приходят из 1С и не зависят от памяти менеджера.
Соберём первый этап.
Разберём текущий процесс, системы и ограничения. Вернёмся с архитектурой, составом и диапазоном оценки.
ОБСУДИТЬ ЗАДАЧУ