Готовая CRM или собственная разработка: как выбрать по TCO за 3 года
- Сначала определите, что именно сравниваете
- Когда готовая CRM — разумный выбор
- Когда стоит проектировать собственную систему
- Гибрид: сохранить основу, доработать узкое место
- Девять критериев для проверки на демо
- TCO за три года: формула и честный пример
- Семь вопросов до подписания договора
- Вывод
- Частые вопросы
- Источники и примеры
Готовая CRM кажется дешёвой, пока не появляются пять интеграций, сотрудники в поле без стабильного интернета и отдельные правила для франчайзи. Собственная система кажется идеальной, пока не приходит счёт за её поддержку и обновления. Чтобы выбрать без магии в коммерческом предложении, сравните три варианта — готовый продукт, собственную разработку и гибрид — при одинаковых требованиях и на горизонте 36 месяцев.
Сначала определите, что именно сравниваете
Готовая CRM — продукт с уже существующими воронками, ролями, отчётами и тарифами поставщика. Собственная CRM — система, для которой команда проектирует процессы под ваши задачи и берёт на себя дальнейшую эксплуатацию. Гибрид оставляет готовую CRM основой, а особый сценарий выносит в бота, модуль или отдельный сервис через доступный API.
Сравнение должно охватывать одинаковые требования. Если у готовой CRM считать только лицензии, а у собственной — разработку, миграцию и поддержку, результат будет искажён ещё до открытия таблицы.
Когда готовая CRM — разумный выбор
Начните с готового продукта, если процесс продаж укладывается в доступные воронки, нужные интеграции уже существуют либо поддерживаются через API, а команде важно быстро проверить новый процесс. На демо проверяйте не красивую панель, а три реальные задачи: создать сделку из вашего канала, передать её между ролями и получить нужный отчёт.
Попросите показать тариф для вашего числа активных пользователей, ограничения API, стоимость дополнительных модулей и способ экспорта истории. Дата запуска зависит от миграции, качества данных и обучения команды — даже готовый продукт не запускается «сам собой за неделю».
Когда стоит проектировать собственную систему
Собственная разработка имеет смысл, когда ключевой процесс невозможно воспроизвести без дорогих обходных решений: например, сложная иерархия сети, офлайн-работа в поле, особые права доступа или тесная связь с учётной системой. Но «нужна нестандартная кнопка» — слабое обоснование. Сначала посчитайте, сколько времени или ошибок это исключение стоит ежемесячно.
В кейсе NFM AGRO BotLabs описывает мобильную CRM для работы в поле без интернета и интеграцию с ERP; до первого релиза прошло 12 месяцев и более 1500 часов разработки. Это показывает сложность конкретного проекта, а не типичный срок или цену для других компаний. В кейсе Fayni Lyody Telegram CRM поддерживает задачи и отчётность сети: пример того, как интерфейс можно приспособить к ролям сотрудников. Опубликованные описания сами по себе не доказывают, что собственная CRM дешевле.
Гибрид: сохранить основу, доработать узкое место
Если основная воронка устраивает, переписывать всю систему необязательно. Отдельный модуль может принимать полевые отчёты, бот — собирать заказы, а интеграция — возвращать данные в CRM. В кейсе BUDE GOOD BotLabs описывает анализ разговоров с учётом контекста сделки в KeyCRM. Это пример добавления функции к готовой CRM; опубликованный кейс не содержит сравнительного TCO.
Гибрид работает, только если API, лимиты и права доступа позволяют надёжно обмениваться данными. Зафиксируйте, какая система является источником достоверных данных о клиенте, сделке и статусе. Иначе две системы дадут два «правильных» остатка — и оба окажутся неправильными.
Девять критериев для проверки на демо
| Критерий | Вопрос поставщику или команде |
|---|---|
| Процесс | Проходит ли реальная сделка без ручных обходных шагов? |
| Роли | Можно ли ограничить доступ по точке, франчайзи и функции? |
| Интеграции | Какие есть API, вебхуки, лимиты и расходы на синхронизацию? |
| Работа без сети | Нужен ли офлайн-режим и как решаются конфликты после синхронизации? |
| Данные | Как перенести историю, проверить её качество и затем экспортировать? |
| Безопасность | Кто управляет доступом, журналом действий, резервными копиями и инцидентами? |
| Изменения | Сколько стоит новый сценарий и кто проверяет его влияние на старые? |
| Поддержка | Кто отвечает за ошибки, обновления и восстановление работы? |
| Выход | В каком формате вы заберёте данные и сколько продлится переход? |
Оценивайте каждый критерий на конкретном сценарии, а не по общему ответу «такая функция есть». Например, экспорт клиентов без истории сделок не решает задачу ухода с платформы.
TCO за три года: формула и честный пример
TCO (total cost of ownership) — все расходы на запуск и эксплуатацию за выбранный период. Это не ROI: выгоду от ускорения продаж или сокращения ошибок считают отдельно. Для всех трёх вариантов возьмите одинаковые 36 месяцев, число пользователей, функции и ожидаемый уровень сервиса. При описании статей расходов полезно использовать единые термины, например словарь FinOps Foundation.
Готовая CRM: запуск + миграция + интеграции + 36 × (лицензии + модули/API + администрирование) + обучение + резерв на изменения и выход. Собственная: проектирование и разработка + миграция + интеграции + 36 × (инфраструктура + поддержка + сторонние сервисы) + безопасность, обновления, развитие и выход. Для гибрида сложите соответствующие части обеих формул без двойного учёта.
| Условный сценарий: 20 пользователей | Готовая CRM | Собственная CRM |
|---|---|---|
| Лицензии: 20 × 1 000 грн × 36 мес. | 720 000 грн | 0 грн в этом примере |
| Запуск / разработка | 100 000 грн | 700 000 грн |
| Миграция и интеграции | 120 000 грн | 120 000 грн |
| Инфраструктура: 6 000 грн × 36 мес. | включена в условный тариф | 216 000 грн |
| Поддержка: 5 000 / 10 000 грн × 36 мес. | 180 000 грн | 360 000 грн |
| Резерв на развитие за три года | не учтён | 180 000 грн |
| Итого при заданных допущениях | 1 120 000 грн | 1 576 000 грн |
В этом вымышленном сценарии готовый продукт дешевле на 456 000 грн. Это не прайс BotLabs и не прогноз для вашей компании: мы предположили одинаковую стоимость миграции, нулевую стоимость дополнительных API и модулей в готовой CRM и конкретные ставки поддержки. Если хотя бы одно условие не выполняется, пересчёт может изменить вывод. Ноль в строке лицензий собственной CRM тоже не означает нулевых расходов на её пользователей — инфраструктура, поддержка и сторонние сервисы остаются. Это упрощённый пример: обучение, резервное копирование, безопасность и затраты на выход здесь не оценены; добавьте их в реальные предложения.
Запросите два предложения по одному шаблону, добавьте наиболее вероятный и стрессовый сценарии роста числа пользователей, а перед выбором проверьте ограничения и право на экспорт. Не делайте вывод «после N сотрудников всегда выгоднее разрабатывать своё»: тарифы, скидки, сложность процесса и команда поддержки различаются.
Семь вопросов до подписания договора
- Сколько активных пользователей будет сейчас и через 36 месяцев?
- Какие три сценария приносят деньги или больше всего ошибок?
- Что именно не умеет готовый продукт и сколько стоит обходной путь?
- Какие данные и интеграции нужно перенести без потери истории?
- Какое время простоя допустимо и кто восстановит работу?
- Сколько стоят поддержка, изменения, безопасность и API за три года?
- Как вы заберёте данные и продолжите работу при смене поставщика?
Если ответов пока нет, начните с короткого исследования процесса и прототипа самого рискованного сценария. Так вы проверите ограничения до большой миграции. Чтобы различать сценарного бота, ассистента и агента, прочитайте нашу отдельную статью.
Вывод
Готовая CRM подходит, когда процесс совпадает с её возможностями. Собственная система оправдана, когда особые операции дают измеримую ценность и вы готовы поддерживать продукт после запуска. Гибрид позволяет проверить отдельный сложный сценарий без полной замены основы. Выбирайте при одинаковых требованиях и по TCO за 36 месяцев — тогда расчёт окажется полезнее обещания «под ключ».
Частые вопросы
Зависит от числа пользователей, нужных функций, тарифов и стоимости поддержки. Сравните все расходы за одинаковые 36 месяцев, а не только первый платёж.
Универсального срока нет. Он зависит от процессов, данных, интеграций и тестирования. Опубликованный кейс NFM AGRO описывает 12 месяцев до первого релиза конкретной полевой CRM — это пример, а не норма для всех.
Да, если API, права доступа и лимиты поставщика допускают интеграцию. До разработки определите основной источник данных каждого типа и проверьте обработку ошибок синхронизации.
Может не быть платы за каждое рабочее место в собственной системе, но остаются серверы, поддержка, безопасность и тарифы сторонних сервисов. Всё это входит в TCO.
До подписания договора проверьте форматы экспорта, доступность истории сделок и файлов, план переноса и тестовое восстановление. Включите время и бюджет перехода в сравнение.
Источники и примеры
- NFM AGRO — полевая CRM, офлайн-работа и ERP-интеграция; описание проекта, а не типичный срок.
- Fayni Lyody — CRM для ролей и отчётности сети.
- BUDE GOOD — аналитика разговоров с контекстом KeyCRM.
Консультация по выбору CRM
За 15 минут со специалистом определим ключевые требования к CRM и данные для сравнения готовой системы, собственной разработки и гибрида.
Выбор CRM начинается
с вашего процесса.
Обсудим требования и интеграции
и как сравнить полную стоимость.
