Что входит в стоимость CRM
Бюджет зависит от сценариев работы, данных и интеграций. Одинаковое количество экранов может скрывать разный объём серверной логики. Поэтому до оценки нужно описать, кто работает с системой и какие действия выполняет.
Для готовой платформы учитывают лицензии, настройку и ограничения выбранного тарифа. Для собственной разработки учитывают проектирование, реализацию и сопровождение. Сравнение полезно проводить на одном наборе требований и за один период.
4 ключевых фактора, определяющих смету
1. Сложность бизнес-логики и ролевой модели (RBAC)
Простая таблица с карточками заявок разрабатывается быстро. Но если в компании есть разграничение прав: менеджер видит только свои контакты, старший менеджер видит свой отдел, руководитель продаж видит общие цифры без права экспорта, а финансист работает только со счетами, разработка матрицы прав доступа требует продуманной архитектуры на уровне базы данных.
2. Интеграции с внешними системами
Каждая внешняя точка обмена данными добавляет время на проектирование и отладку: - Интернет-эквайринг и автоматическая фискализация чеков; - Синхронизация номенклатуры и остатков с 1С; - Шлюзы мессенджеров (Telegram, WhatsApp) для приема входящих сообщений прямо в карточку; - Телефония с фиксацией записей звонков.
3. Объем исторических данных и миграция
Если у компании накоплена база из 50 000 клиентов в разнородных Excel-таблицах, очистка, дедупликация и нормализация этих данных перед загрузкой в новую базу представляет собой отдельную инженерную задачу.
4. Требования к отказоустойчивости и аудиту
В финансовых и сервисных системах нужен журнал действий (Audit log). Он фиксирует, кто, когда и какое поле изменил или удалил. Журнал помогает разбирать ошибки и спорные изменения, но требует места для хранения и оптимизации запросов.
Как оптимизировать бюджет без потери качества
Для первой версии выберите функции, которые нужны, чтобы проверить основной сценарий. Остальные можно добавить после запуска.
- Выделите функции, которыми менеджеры пользуются каждый день.
- Запустите первую версию с базовой воронкой и контактами.
- Соберите обратную связь от сотрудников за 2–3 недели реальной работы.
- Дорабатывайте интеграции и автоматизации поэтапно на основе реальных потребностей, а не гипотетических предположений.
Пример оценки первой версии
Возьмём условную сервисную компанию. Ей нужны приём обращений с сайта, карточки клиентов, ответственный менеджер и напоминания. Учёт запчастей пока остаётся в существующей системе. В смете стоит отдельно показать проектирование, разработку воронки, перенос контактов, подключение формы и проверку прав.
Для сравнения предложений попросите подрядчиков оценить одинаковый сценарий. Если одна команда включила двусторонний обмен со складом, а другая только загрузку таблицы, итоговые суммы сравнивают разные продукты.
Условный расчёт для согласованного объёма может выглядеть так. 120 часов работ при ставке 3 000 рублей дают 360 000 рублей. Ещё 20 часов на разбор и перенос старой базы добавляют 60 000 рублей. Это учебный пример арифметики, фактическую оценку можно составить после разбора данных и требований.
Расходы после запуска
Заранее уточните стоимость сервера, резервных копий, поддержки и внешних сервисов. Отдельно зафиксируйте, кто исправляет ошибки, кто обновляет зависимости и как оцениваются новые функции. Доступ к исходному коду сам по себе ещё не определяет условия сопровождения.
Перед оценкой подготовьте пример карточки клиента, список ролей, источники заявок и обезличенную выгрузку текущей базы. Так меньше времени уйдёт на догадки и повторное обсуждение объёма.
Как принять работу
Проведите заявку от формы до закрытой сделки. Проверьте повторную отправку, отсутствие связи с внешним сервисом и вход сотрудника с ограниченными правами. Уточните, как восстановить данные из копии. Эти проверки полезно включить в критерии сдачи ещё до начала разработки.