CRM на заказ: когда готовые системы перестают подходить

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

Признаки, что пора думать о своей CRM

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

Один признак обычно не повод, совокупность нескольких — да.

Что даёт своя CRM

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

Чем придётся заплатить

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

Этапы проекта

1. Обследование: интервью с сотрудниками, описание процессов и проблем
2. Техническое задание: роли, сущности, экраны, интеграции, отчёты
3. Прототип интерфейса и согласование с пользователями
4. Разработка минимальной версии с ключевым процессом
5. Пилот на одном отделе
6. Доработка по обратной связи и расширение
7. Поддержка и развитие

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

Техническое задание

ТЗ должно описывать не «хотим как в другой CRM», а реальные сценарии: кто, что и в какой последовательности делает, какие данные вводит и видит, какие уведомления получает. Хорошо, когда к ТЗ приложены примеры документов и отчётов, которые система должна формировать.

Владение кодом и инфраструктурой

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

Промежуточные варианты

Иногда выгоднее не писать CRM с нуля, а взять платформу с открытым кодом или конструктор и доработать его. Ещё вариант — оставить готовую CRM для продаж и разработать отдельный модуль под уникальный процесс, связав их через API. Это быстрее и дешевле, чем полностью своя система.

Как не провалить проект

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

Отдельно проверьте, как подрядчик будет передавать знания: обучение администраторов системы со стороны компании, инструкции для пользователей, понятный журнал изменений. Без этого через год никто не сможет объяснить, почему система работает именно так.

Если вы рассматриваете разработку CRM под свои процессы, оставьте заявку — проведём обследование и предложим вариант.