CRM и ERP: в чём разница и как разделить продажи, склад и производство

Продажам нужна понятная история клиента. Складу — состав заказа и наличие товара. Производству — задание, материалы и срок. Руководитель хочет видеть всё вместе и начинает искать одну систему, которая закроет весь процесс.

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

CRM и ERP решают связанные, но разные задачи. Разобраться в границах полезно ещё до сравнения конкретных продуктов.

За что обычно отвечает CRM

CRM помогает организовать работу с клиентами и продажами: обращения, историю общения, возможности продажи, договорённости и следующие действия.

Для менеджера важно быстро понять, кто обратился, чего хочет покупатель, что уже обсуждали и как продолжить работу. Для руководителя — видеть состояние продаж и объяснимые результаты.

В конкретном решении могут быть дополнительные функции: каталог, документы, счета, задачи и другое. Само наличие этих разделов ещё не показывает, насколько полно они закрывают ваш процесс.

Например, карточка с названием товара не обязательно означает полноценное управление запасами. А поле «срок производства» ещё не делает CRM системой планирования производства.

За что обычно отвечает ERP

ERP объединяет задачи управления ресурсами компании. В зависимости от решения и состава внедрения это могут быть закупки, склад, производство, финансы и другие связанные участки.

Здесь важно понимать, какие ресурсы нужны для выполнения заказов, что уже доступно и как изменения одного участка отражаются на других.

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

Это ориентир для разговора, а не обязательное распределение функций между любыми двумя программами.

Разложите один заказ по действиям

Представим компанию, которая продаёт оборудование с установкой. Это условная ситуация.

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

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

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

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

Когда существующего набора инструментов достаточно

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

Я бы сначала проверил:

• каких действий не хватает в текущем процессе;
• какие ограничения повторяются и мешают исполнению;
• что сотрудники вводят заново;
• где возникают конфликтующие значения;
• какие решения руководитель не может принять по имеющимся сведениям.

Иногда достаточно настроить обмен и правила работы. Иногда требуется доработка отдельной системы. В других случаях ограничения действительно затрагивают планирование ресурсов и требуют более широкого проекта.

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

Договоритесь, кто управляет важными данными

Проблемы часто начинаются, когда две системы независимо меняют одно и то же значение.

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

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

Название «1С» само по себе не отвечает на вопрос о составе функций: под этим названием используются разные прикладные решения. При обсуждении обмена нужно знать, какая система и конфигурация участвуют в вашем процессе.

Подробный список вопросов к передаче товаров, клиентов и заказов есть в статье об интеграции сайта с 1С. Здесь же задача — определить границы ответственности до настройки обмена.

Не делайте отчёт источником вымышленных совпадений

Руководителю может быть нужен общий экран по продажам и исполнению. Для этого необязательно заставлять сотрудников заносить все сведения в одно и то же место.

Но связь должна быть объяснимой. Один клиент может иметь несколько продаж, одна продажа — несколько связанных действий исполнения. Если объединять записи только по похожим названиям, общий экран рискует показать неверную историю.

Отдельно согласуйте, откуда берётся подтверждённая история покупок. Она нужна, например, для RFM-анализа клиентской базы. Аналитический метод не выберет за компанию правильный источник суммы и даты.

А для ежедневного контроля продаж проверьте смысл стадий воронки в CRM. Статус «в работе» не должен одновременно обозначать обсуждение предложения и изготовление заказа, если сотрудники понимают его по-разному.

Как сравнивать решения после разделения задач

Когда границы определены, подготовьте несколько законченных сценариев. Не перечень «склад, CRM, производство», а путь от запроса до результата с обычным исходом и исключениями.

Попросите показать, как проходит согласованный заказ, что происходит при изменении состава, отмене, нехватке товара или смене ответственного. Отдельно выясните, какие действия останутся ручными.

Так же полезно обсудить сопровождение: кто поддерживает обмен, где хранятся настройки, как обнаруживают ошибку и что компания сможет получить при смене решения.

Материал о выборе CRM на своих заказах помогает превратить такие вопросы в проверку конкретной системы.

Какой результат получить до проекта

У компании должна появиться карта: кто работает с клиентом, где согласуют продажу, кто подтверждает наличие и срок, как заказ попадает в исполнение и какие данные возвращаются назад.

По ней уже можно обсуждать, достаточно ли текущей CRM, нужен ли обмен с учётом, требуется ли отдельное планирование или более широкий проект ERP.

Цена и название решения имеют смысл после этого разбора. Вы сравниваете способы выполнить свою работу, а не покупаете обещание «теперь всё будет в одной программе».