Разработка CRM на заказ: когда нужна и сколько стоит

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

Бизнес-контекст выбора архитектуры

Готовая CRM вроде amoCRM или Битрикс24 — это набор типовых кубиков: сделки, контакты, задачи, базовые интеграции. Она отлично работает, когда процесс продаж укладывается в стандартную воронку «лид → квалификация → предложение → оплата». Разработка на заказ оправдана, когда коробка превращается в набор костылей: нетиповые расчёты стоимости, сложные многоступенчатые согласования, отраслевая логика (производство, аренда, логистика), жёсткая связка с внутренними системами или объём данных, с которым не справляются готовые тарифные планы.

• Воронка ветвится по типам клиентов, а не идёт линейно
• Расчёт цены или условий сделки завязан на формулы, которые не описать в конструкторе полей
• Нужны специфичные роли и права: подрядчики, франчайзи, региональные филиалы с разной видимостью данных
• Требуется глубокая интеграция с производством, складом или отраслевым ПО, а не просто вебхук
• Объём сделок и клиентов уже упирается в лимиты или в цену масштабирования коробочного тарифа

Если ни один из этих пунктов не про вас — начните с настройки готовой системы, это дешевле и быстрее. Подробный разбор того, что вообще такое CRM и какую задачу она решает, — в статье «Что такое CRM-система: как работает и зачем бизнесу».

Trade-offs: скорость vs гибкость

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

• Количество ролей и сценариев — чем больше разных пользователей (менеджер, руководитель, бухгалтер, подрядчик), тем больше экранов и прав нужно спроектировать
• Число и сложность интеграций — телефония, почта, 1С, ЭДО, BI: каждая связка требует проектирования контракта данных и тестирования
• Миграция исторических данных — перенос текущей базы клиентов и сделок без потерь и дублей часто занимает не меньше времени, чем разработка нового функционала
• Глубина аналитики — от простого списка сделок до дашбордов с прогнозом выручки и когортным анализом
• Мобильный доступ — отдельный слой работы, если менеджеры должны пользоваться системой не только с ноутбука

Когда хватает простого контура

У meretti.pro разработка CRM ведётся тремя уровнями сложности — это отражает, как растёт объём работ вместе с требованиями к системе. Итоговая оценка всегда фиксируется до старта проекта, а не оценивается «на глаз» после презентации.

Полная сетка цен и условия — на странице услуги «CRM-системы». Там же указано, что оценка всегда зависит от интеграций и объёма данных и фиксируется до начала работ, а не меняется по ходу проекта.

Когда нужна более сложная схема

• Погружение (1–2 недели) — фиксируем задачу, риски и критерии успеха будущей CRM
• Проектирование (1–3 недели) — согласуем воронку сделок, поля, права доступа и интеграции
• Дизайн (2–4 недели) — создаём интерфейс менеджера и проверяем сценарий в прототипе до дорогой разработки
• Разработка (3–16 недель) — собираем систему спринтами, показывая рабочую воронку каждую неделю
• Запуск (1–2 недели) — тестируем систему, переносим клиентскую базу, обучаем отдел продаж
• Развитие (после запуска) — донастраиваем воронку по фактам работы отдела

Как мигрировать без простоя

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

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

Практический вывод

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