Разработка CRM

Готовая CRM или своя разработка — с этого вопроса всё начинается

Прежде чем проектировать кастомную CRM, стоит честно проверить: возможно, amoCRM, Bitrix24 или другое готовое решение с настройкой закрывает 80–90% задач за меньшие деньги и время. Кастомная разработка оправдана, когда бизнес-процесс настолько специфичен, что готовая система требует столько обходных решений и надстроек, что их суммарная стоимость и хрупкость превышают цену разработки с нуля.

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

Проектирование сущностей: с чего начинается любая CRM

В основе CRM почти всегда лежат несколько связанных сущностей: контакт, компания, сделка (deal), задача, взаимодействие (звонок, письмо, встреча). Ключевая проектная развилка — как связаны контакт и компания (один контакт может представлять несколько компаний или наоборот), и как сделка привязывается к воронке продаж. Ошибка в этой базовой модели на старте проекта аукается на всех последующих этапах — отчёты, права доступа и интеграции строятся именно на ней.

1. Определить основные сущности и связи между ними (контакт, компания, сделка, задача)
2. Спроектировать воронку продаж со всеми статусами и условиями перехода между ними
3. Продумать историю изменений — кто и когда менял статус или данные сделки
4. Заложить возможность настройки полей без изменения кода (кастомные поля под конкретный бизнес-процесс)

Роли и права доступа

В CRM права почти никогда ограничиваются простым «админ/пользователь». Типичная потребность — менеджер видит только свои сделки, руководитель отдела видит сделки всей команды, а собственник видит всё. Иногда добавляется временное или ролевое исключение — например, замещающий менеджер во время отпуска коллеги. Такую модель прав нужно проектировать явно на уровне архитектуры данных, а не пытаться выразить условными проверками, разбросанными по коду.

• Роль определяет базовый набор действий (просмотр, редактирование, удаление)
• Видимость данных завязана на владельца записи и иерархию подчинения
• Аудит действий — кто изменил статус сделки или удалил контакт — обязателен для доверия к системе
• Гибкость: право должно настраиваться администратором, а не требовать правки кода при изменении структуры отдела

Интеграции: телефония, почта, мессенджеры

CRM без интеграции с каналами коммуникации быстро превращается в систему, куда данные вносят вручную и с опозданием — а значит, неточную. Минимальный набор интеграций для рабочей CRM: телефония (звонок автоматически создаёт или обновляет сделку, запись разговора привязывается к карточке), почта (письма клиенту и от клиента видны в истории сделки), мессенджеры или веб-виджет (обращения из чата попадают в ту же воронку, а не в отдельный канал, который никто не проверяет).

Отчётность и аналитика

• Конверсия по этапам воронки — где теряются сделки
• Средний цикл сделки и время на каждом этапе
• Нагрузка и результативность по менеджерам — не для наказания, а для распределения лидов
• Источники лидов и их качество — какие каналы дают не просто заявки, а закрытые сделки

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

Когда кастомная CRM себя не оправдывает

Если процесс продаж стандартный (звонок → встреча → договор → оплата) и не требует специфичных полей или интеграций с внутренними системами компании — разработка с нуля почти всегда проигрывает по цене и скорости внедрения настройке готовой системы. Кастомная CRM — это долгосрочное обязательство поддерживать и развивать собственный продукт, а не разовая покупка лицензии.