Разработка CRM под нестандартный процесс

Разработка CRM под нестандартный процесс нужна, когда типовой CRM не описывает ваш бизнес: заказ идёт через несколько согласований, сделка живёт месяцами, а учёт ведётся сразу в ERP, телефонии и Excel. Разбираем, когда кастомная система оправдана, как устроены процесс и отчётность в ней и во сколько обходится заказ разработки.

Разработка CRM системы на заказ начинается не с программирования, а с разбора процесса: как заказ проходит по этапам, где принимаются решения, какие данные приходят извне и по каким правилам менеджер ведёт сделку. Если этот разбор показал, что типовая система не покрывает половину этапов, кастомная CRM перестаёт быть «дорогой игрушкой» и становится инструментом, который держит оборотку и не даёт терять заказы.

Когда типовая CRM не подходит

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

Признаки, по которым заказывают кастомную систему:

• Многоэтапный заказ с согласованиями. Продукт собирается под спецификацию заказчика, цена зависит от комплектации, и каждый этап требует подтверждения своего ответственного.
• Длинный цикл сделки. Менеджер ведёт клиента месяцами, сделки переходят между отделами, и стандартная воронка не показывает, где заказ завис.
• Нестандартные сущности. Рецептуры, партии, сертификаты, таможенные коды, объекты на выставочном стенде — их нет в типовых справочниках, и бизнес ведёт их в таблицах.
• Разрозненный учёт. Данные о заказе живут в ERP, MES, телефонии и почте; собирать отчёт по сделке приходится вручную.
• Особые правила доступа. Коммерческая тайна, персональные данные, разные роли: менеджер, инженер, финансист, руководство — видят разные поля.

Если же процесс укладывается в «лид → сделка → счёт», честнее и быстрее настроить готовую систему и связать её с сайтом и телефонией. Кастомная разработка оправдана там, где правила действительно уникальны.

Что входит в кастомную CRM

Состав системы определяется процессом, но типовой набор модулей устоялся:

• Карточка заказа и связанные сущности. Продукт, комплектация, партия, документы, сроки, ответственные.
• Workflow с этапами и правилами. Кто видит этап, кто может его перевести дальше, какие согласования обязательны, а какие пропускаются.
• Ролевой доступ. Разные наборы полей и действий для менеджера, инженера, финансиста и руководителя.
• Задачи и напоминания. Контроль сроков по этапам, эскалация просрочки, журнал действий.
• Интеграции. Обмен с ERP, MES, телефонией, сайтом и почтой через API-интерфейсы по согласованным полям и событиям.
• Отчётность. Сводка по воронке, по загрузке менеджеров, по срокам этапов, по причинам отказов.
• Мобильный доступ. Работа с заказом с телефона и планшета — у полевых сотрудников и на выставочных стендах.

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

Процесс работы и отчётность

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

• Шаг 1. Диагностика процесса. Снимаем карту бизнес-процессов: этапы, входы, выходы, точки принятия решений, роли. Результат — процессная карта, на которой видно, где теряются заказы.
• Шаг 2. Бриф и границы. Фиксируем, что система должна делать в первую очередь, какие интеграции обязательны, какие данные уже есть, что точно не входит в объём работ.
• Шаг 3. Проектирование. Схема сущностей, статусы заказа, правила переходов, ролевой доступ, прототип ключевых экранов. До написания кода с заказчиком согласуется, что именно будет делать система.
• Шаг 4. Разработка и интеграции. Сборка модулей, API-интерфейсы для ERP, MES, телефонии и сайта, миграция данных, импорт справочников.
• Шаг 5. Тестирование на реальных заказах. Прогон типовых и нетипичных сценариев: заказ с согласованием, возврат, смена комплектации, срочный запрос из телефонии.
• Шаг 6. Ввод в работу и сопровождение. Обучение менеджеров, регламент, контроль первых заказов, доработка по факту.

Отчётность по системе заказчик получает регулярно и в одном формате:

• Состояние заказов. Сколько в работе, на каких этапах, где просрочки и что с ними делается.
• Воронка и конверсия. Сколько заказов дошло до каждого этапа и где отваливаются.
• Загрузка и сроки. Сколько времени занимает каждый этап, кто является узким местом.
• Интеграции. Ошибки обмена с ERP, MES и телефонией, задержки передачи данных.
• Планы. Приоритеты доработок на следующий период.

Такой отчёт собирается из самой системы — это и есть эффект: ручные таблицы и разбор выгрузок по заказам исчезают.

Сколько стоит разработка CRM

Стоимость зависит от числа сущностей, интеграций, ролей и сценариев, а не от самого факта «кастомности». Смета считается после диагностики и брифа, и до неё любые цифры — ориентир.

Ориентиры по нашим услугам:

• Кастомная разработка в нашем каталоге — от 350 000 ₽ за базовый пакет и от 550 000 ₽ за расширенный (состав модулей и цены — на странице разработки приложений для выставочных стендов).
• Сквозная аналитика для оценки эффекта — подключение от 25 000 ₽, сопровождение от 15 000 ₽ в месяц: она связывает рекламу, сайт и CRM в один отчёт, где видно, какая система приносит деньги.

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

Следующий шаг

Порядок для заказчика простой:

• Соберите факты: сколько заказов в месяц, сколько этапов проходит заказ, где сейчас ведётся учёт и какие отчёты собираются вручную.
• Опишите один-два заказа, которые «не помещаются» в текущую систему, — по ним виднее всего объём кастомизации.
• Сравните сценарии: настройка готовой CRM с интеграцией или разработка под процесс. Если нестандартного в процессе меньше половины — начинайте с готовой системы.
• Если нужна кастомная разработка — зафиксируйте границы первого релиза и метрику, по которой будете оценивать результат.

Смета по разработке CRM считается после диагностики процесса, и мы начинаем именно с неё. Смежные задачи — аудит цифровых каналов и отчётность — начинаются с подключения сквозной аналитики, а общую картину по каналам даёт разбор связки рекламы, сайта и CRM. Как CRM решает задачи продаж в сложных B2B-процессах, разобрано в материале «Три уровня проблем, которые должна решить ваша CRM».

Частые вопросы

сколько стоит разработка crm системы? Стоимость зависит от числа модулей, интеграций, ролей и сценариев, поэтому точную сумму считаем после диагностики процесса и брифа. Ориентир по кастомной разработке в нашем каталоге — от 350 000 ₽ за базовый пакет и от 550 000 ₽ за расширенный. Отдельно считаются интеграции с ERP, MES, телефонией, миграция данных и доработки после запуска.

сколько стоит разработка crm? Базовый ориентир — от 350 000 ₽, расширенный пакет — от 550 000 ₽. Эти цифры относятся к кастомной разработке с админ-панелью, интеграциями и отчётностью; точная смета по вашему заказу собирается после того, как зафиксированы состав модулей и список интеграций. Смета не меняется в процессе разработки.

разработка crm системы на заказ — когда это оправданно? Когда в процессе есть уникальные этапы, сущности и правила, которых нет в типовой системе: длинные многоэтапные заказы, тендеры, партии и сертификаты, несколько систем учёта, особые роли и права доступа. Если же бизнес укладывается в схему «лид → сделка → счёт», рациональнее настроить готовую CRM и связать её с сайтом, телефонией и складским учётом.

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

как crm интегрируется с erp и бухгалтерией? Через API-интерфейсы: фиксируются поля и события обмена, определяется, какая система остаётся источником правды по каждому объекту, настраивается ролевая модель. Такой обмен убирает двойной ввод и разночтения в остатках и сроках.

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