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

Где коробка упирается в потолок

Три признака, что вы переросли готовое решение.

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

Второй – интеграции. CRM должна жить внутри ландшафта: 1С, биллинг, складские системы, телефония, отраслевые реестры. У коробочных продуктов коннекторы либо платные и закрытые, либо их просто нет под вашу версию учётной системы. Каждое обновление вендора грозит сломать стык.

Третий – данные и регулятор. Персональные данные клиентов, коммерческая тайна, а для субъектов критической инфраструктуры – ещё и требования к размещению и защите. Облачная CRM с серверами непонятно где здесь не проходит. Мы подробно разбирали, как ужесточение по 187-ФЗ меняет требования к КИИ – заказная система проектируется под эти ограничения с первого дня, а не подгоняется задним числом.

Что даёт отечественный стек

Заказная CRM на российском стеке – это контроль над всем слоем: PostgreSQL вместо проприетарной СУБД, развёртывание на российском облаке или в собственном контуре, ОС из реестра отечественного ПО. Вы не зависите от лицензионной политики иностранного вендора и проходите по требованиям импортозамещения для госсектора и госкорпораций.

Важнее техническая прозрачность. Вы владеете исходным кодом и схемой данных. Нужна новая стадия сделки, нестандартный отчёт для регулятора, интеграция с ведомственной системой – это задача на спринт, а не запрос в поддержку вендора с неизвестным сроком. Заказная разработка идёт от проектирования бизнес-систем под конкретные процессы: сначала модель работы заказчика, потом код.

Если в CRM встраивается ML – скоринг лидов, классификация обращений, подсказки менеджеру, – нужны измеримые гарантии. Качество модели стоит фиксировать метриками, а не ощущениями, а доступность сервиса закреплять внятным SLA на ИИ-компоненты, чтобы интеллектуальная функция не превращалась в чёрный ящик без ответственности.

Когда заказная разработка оправдана

Считайте по сумме факторов, а не по одному. Коробка остаётся разумным выбором, если процессы типовые, интеграций мало, а требований регулятора нет. Заказная CRM окупается, когда нетиповые процессы, плотная интеграция с ядром ИТ-ландшафта и жёсткие требования к данным сходятся вместе – а это типичная картина для крупного бизнеса и госсектора.

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