Самая опасная цифра в смете CRM — та, под которой не видно обязательств. В двух коммерческих предложениях может стоять одна строка — «CRM с интеграцией 1С». Но в одном под ней скрывается выгрузка справочника, а в другом — двусторонний обмен, сверка дублей, журнал ошибок и запуск на реальных данных. Пока границы разные, меньшая сумма ещё не означает более выгодный проект. Ниже разложим смету по модулям и дадим матрицу для сравнения подрядчиков. Честная граница: без ваших ролей, правил и систем фиксированная сумма была бы предположением.
1. Короткий ответ: из чего складывается стоимость CRM
В смете CRM есть пять слоёв. Продуктовый слой — роли, воронки и карточки; правила — права, автоматизации и исключения; данные — очистка, связи и история; интеграции — объекты обмена и поведение при сбое; надёжность — тестирование, безопасность, инфраструктура и поддержка. Два подрядчика могут честно назвать разные суммы, если один посчитал только первый слой, а другой отвечает за все пять.
Средней цены, которую можно честно применить к любой CRM, нет. В публичной выдаче рядом стоят лицензия готового продукта, его настройка, виджет, платформенное решение с минимумом кода и отдельная система с нуля. Сначала опишите одинаковый объём работ — и только потом сравнивайте деньги.
Примените схему к своей смете: отметьте, где описаны все пять слоёв, кто за них отвечает и как вы примете результат. Пропущенный слой вынесите отдельным вопросом подрядчикам — тогда их ответы уже можно будет сравнить.
2. Первый способ сэкономить: не разрабатывать то, что CRM уже умеет
Смета начинается с вопроса: какую минимальную архитектуру достаточно поддерживать? Готовые CRM уже предлагают воронки, карточки, задачи, права, историю, импорт, резервное копирование, API и типовые каналы. Если процесс обычный, повторная разработка этого ядра создаёт дорогую обязанность без подтверждённой пользы.
Средний путь — сохранить готовую CRM ядром и вынести один особый процесс в собственный модуль. Но он перестаёт быть экономным, когда в модуле оказываются основная модель данных, большинство правил и отдельный журнал: компания фактически содержит две системы и постоянную синхронизацию. Полный разбор выбора архитектуры есть в статье о внедрении и разработке CRM; здесь важен его денежный результат.
3. Роли, воронки, карточки и права
«Карточка сделки» звучит как один экран. На деле продавец может редактировать свои сделки, руководитель — менять ответственного, финансист — видеть оплату без переписки, а подрядчик — получать только назначенные задачи. На каждой стадии набор обязательных полей и действий меняется. Добавьте замещение, увольнение, возврат сделки назад, массовый экспорт и особый доступ к персональным данным — одна карточка превращается в систему правил.
Рабочий множитель сметы: роль × стадия × действие × исключение. Поэтому перед оценкой полезнее пройти три реальные сделки — обычную, сложную и потерянную — чем нарисовать двадцать идеальных экранов. Для каждой роли фиксируют, что она видит, меняет, экспортирует и что система должна запретить.
Роль
Продавец, руководитель, финансист, оператор, администратор, внешний исполнитель.
Стадия
Новая, квалификация, предложение, согласование, оплата, закрыта или потеряна.
Действие
Просмотр, изменение, переход, назначение, экспорт, удаление и массовая операция.
Исключение
Дубль, просрочка, возврат назад, замещение, ручное исправление и конфликт данных.
4. Автоматизации, задачи и исключения
Фраза «автоматически ставить задачу» ещё не является требованием. Нужны событие, условия, действие, задержка, повтор, исключение, ручное исправление и запись в журнале. Что произойдёт, если менеджер сменился через минуту? Если внешняя система дважды прислала одно событие? Если задача уже закрыта вручную? Если связь временно недоступна?
Чем больше исключений остаётся «понятными по ходу», тем выше резерв подрядчика или риск доплат после запуска. Неизвестное лучше назвать отдельным исследованием. Это честнее, чем спрятать его в общей сумме, которую потом всё равно придётся пересматривать.
5. Отчёты и журнал изменений
Прежде чем строить «воронку по менеджерам», решите, на какой вопрос она должна отвечать. Затем зафиксируйте статусы, даты, возвраты сделок, источник исходных данных и контрольную сверку. После этого добавьте права, фильтры, экспорт и скорость на реальном объёме.
Журнал изменений — отдельное требование. На странице тарифов amoCRM, проверенной 30 июля 2026 года, срок расширенной истории различается по тарифам: один месяц, шесть месяцев и один год. В Битрикс24 возможности истории также зависят от продукта и настроек. Если бизнесу нужен неизменяемый аудит на несколько лет, это может означать старший тариф или отдельное хранилище, а не «ещё одну вкладку».
Спецификация отчёта: решение → источник → формула → период → статусы → разрезы → права → контрольная сверка. Спецификация журнала: события, срок хранения, право удаления, неизменяемость и экспорт.
6. Интеграции: сайт, телефония, мессенджеры, 1С, склад и платежи
Каждую интеграцию начинайте с договора о данных: точная версия системы, объекты обмена, направление, система-владелец, ключи сопоставления и правило восстановления после сбоя. Затем добавьте частоту, объём, авторизацию, лимиты, очередь, повтор и журнал. Только после этого «CRM + 1С» становится строкой, которую можно оценивать и принимать.
Например, официальная документация amoCRM на дату проверки ограничивает интеграцию семью запросами в
секунду, а аккаунт — пятьюдесятью. Превышение возвращает 429, систематическое нарушение
может привести к 403. Это не недостаток платформы. Это основание заложить пакетную
обработку, ограничение частоты, очередь, повтор после временного сбоя, безопасное хранение токена, журнал и
мониторинг.
| Вопрос к строке «интеграция с 1С» | Почему он меняет смету |
|---|---|
| Какая конфигурация, релиз и размещение? | Облако, локальная база, расширения и доработанная конфигурация дают разные точки подключения. |
| Какие объекты и поля? | Контрагенты, товары, цены, остатки, счета, заказы, оплаты и отгрузки — разные контуры. |
| Одно или два направления? | Двусторонний обмен добавляет конфликты, дедупликацию и правила приоритета. |
| Где источник истины? | Без владельца поля системы могут по очереди перезаписывать корректное значение. |
| Что происходит при ошибке? | Нужны очередь, повторы, идемпотентность, журнал, уведомление и ручное восстановление. |
| Как принимаем? | Нужны тестовая база, контрольные сценарии, объёмный прогон и сверка итогов. |
Официальный каталог интеграций Битрикс24 с 1С показывает разные приложения для сделок, заказов, платежей, отгрузок и документов. У них различаются поддерживаемые версии и границы объектов. Это подтверждает общий принцип, но не означает, что ограничения одного готового коннектора автоматически относятся к заказной интеграции.
7. Миграция: перенос закончился, когда сошлась контрольная выборка
Представьте: импорт завершился без ошибки, но сделки потеряли связи с компаниями, а старые задачи не переехали. Файл загрузился — отдел продаж продолжить работу не может. Поэтому миграцию принимают не по зелёной плашке, а по контрольной выборке.
Старые данные редко повторяют новую модель. Телефоны записаны в разных форматах, компании и контакты связаны не везде, статусы давно не используются, файлы лежат отдельно, а часть истории вообще не экспортируется штатно. Поэтому в смете нужны профилирование, сопоставление полей, нормализация, правила дублей, пробная миграция, окно заморозки, перенос дельты и план отката.
В официальной справке Битрикс24 связанные сущности рекомендуют импортировать в порядке «компании → контакты → сделки»; несовпадение имени может нарушить связь или создать повтор. amoCRM рекомендует делить импорт больше 10 000 строк или 2 МБ, а задачи, автор и дата изменения штатным импортом не переносятся. Следовательно, критерий «файл загрузился» ничего не доказывает.
Контрольная выборка проверяет количество сущностей, связи, статусы, ответственных, суммы, даты, внешние идентификаторы и согласованный объём истории. Если часть данных не переносится, это должно стать видимым исключением сметы, а не открытием в день запуска.
8. Тестирование, безопасность, запуск и поддержка
CRM должна пережить не только демонстрацию идеальной сделки. В приёмку включают обычный, сложный и потерянный сценарии; проверку прав каждой роли; повторные события; временную недоступность интеграции; объёмную миграцию; резервную копию и реальное восстановление. Критерий формулируется наблюдаемым результатом: кто что увидел, какое состояние сохранилось и где записалась ошибка.
Безопасность нельзя оставить на финальный аудит. Сначала определите, кто видит и выгружает данные, как сотрудники входят в систему — через многофакторную проверку (MFA) или единый корпоративный вход (SSO), где хранятся ключи интеграций и как команда восстановит CRM из резервной копии.
Если CRM хранит данные граждан РФ, отдельно проверяют локализацию, основания обработки, уведомления и трансграничную передачу. Действующая редакция 152-ФЗ предусматривает уведомление Роскомнадзора об инциденте в течение 24 часов и передачу результатов внутреннего расследования в течение 72 часов. Применимость требований к конкретной компании определяет профильный юрист. Разработке нужны журнал событий, контакты ответственных и быстрый доступ к фактам об инциденте.
После релиза нужны мониторинг обменов, обновление зависимостей, обучение новых сотрудников, документация, очередь изменений, согласованный срок реакции (SLA), порядок действий при сбое и план выхода. Если этих строк нет, они не исчезают — ими просто займётся команда бизнеса в момент сбоя.
9. Что показывают публичные цены на 30 июля 2026 года
Таблица ниже — не средний рынок и не предложение 13FOX. Это несколько публичных цен с понятным составом, которые показывают, почему одно число без границ работ вводит в заблуждение.
| Публичный ориентир | Сумма и состав | Граница сравнения |
|---|---|---|
| Официальное внедрение amoCRM, РФ | 29 900 ₽ за 3 месяца: 3 пользователя, одна воронка, до 10 полей, перенос до 3000 клиентов, роли и обучение. | Готовый продукт с ограниченным пакетом, не заказная CRM. |
| Официальный модуль 1С:CRM для ERP/КА, РФ | 187 400 ₽ — рекомендованная розница электронной поставки. | Лицензия без обследования, внедрения, обмена и миграции. |
| NBM-IT, 07.05.2026, РФ | 300–500 тыс. ₽ за заявленную минимальную рабочую версию (MVP) без тяжёлых интеграций и логики. | Предложение одного подрядчика, не независимая выборка. |
| Novacom, доступ 30.07.2026, РФ | MVP от 500 тыс. ₽; корпоративный пакет от 3,5 млн ₽; поддержка отдельно от 45 тыс. ₽/мес. | Публичные пакеты продавца без единой методики сложности. |
| ITCraft, диапазоны 2026, РФ | 600 тыс.–1,5 млн ₽ за заявленную двустороннюю интеграцию с сопоставлением полей, тестами и мониторингом. | Предложение интеграционного проекта, не медиана рынка. |
Эти суммы нельзя сложить в вилку «CRM стоит от 29 900 ₽ до 3,5 млн ₽». Первая относится к внедрению готового продукта, вторая — к лицензии, следующие — к разным проектным пакетам. Зато таблица даёт полезный принцип: у каждой цены должны быть архитектура, дата, география, состав и исключения.
10. Полная стоимость владения: первый и третий год
Цена запуска — только видимая часть. Для готовой CRM ежегодно повторяются лицензии, приложения и коннекторы. Для собственной — облако, резервирование, мониторинг, обновления и поддержка. В обоих вариантах меняются процессы, версии API, требования к данным и состав команды.
Полная стоимость владения (TCO) = разовые работы + лицензии и инфраструктура + поддержка и мониторинг + безопасность и резервирование + изменения платформ и интеграций + обучение и время команды + будущая миграция или выход.
В первый год велика доля анализа, разработки, миграции и запуска. К третьему году важнее накопленные лицензии, изменения правил, новые версии внешних систем, инциденты, обучение и передача знаний. Сравнивайте архитектуры на одном горизонте и одинаковом объёме обязательств. Отдельно покажите допущения: рост пользователей, объём истории, частоту изменений и курс внешних тарифов.
11. Как не купить вторую CRM: урок Malling
Новый экран легко принять за доказательство того, что бизнесу нужна новая CRM. В Malling границу провели иначе: контакты, история взаимодействий и сделки остаются в Битрикс24 или amoCRM, а коммуникационные кампании вынесены в отдельный рабочий интерфейс. Поэтому заказная разработка сосредоточена на особом сценарии, а типовое CRM-ядро не приходится создавать заново.
На скриншотах видно, за что здесь отвечает собственный модуль: оператор управляет рассылками, ищет нужную кампанию, видит канал и действия, а в соседнем разделе работает со списком клиентов. Это уже конкретная граница сметы, а не формулировка «нужен удобный кабинет».
Публичные материалы подтверждают назначение Malling и интеграции с Битрикс24 и amoCRM, но не раскрывают бюджет, сроки, размер базы или измеренный рост конверсии. Поэтому кейс подтверждает формат решения, а не обещает универсальную экономию. Проверьте свою задачу тем же вопросом: уникальная логика занимает один модуль или уже стала ядром всей системы?
12. Модульная карта сметы
Смета становится проверяемой, когда каждая строка получает объём, критерий приёмки, допущение и явное исключение. Восемь модулей ниже — минимальный каркас. Их доли различаются по проектам: у одной CRM доминирует миграция, у другой — права или интеграционный слой.
Возьмите один процесс, например путь заявки от сайта до оплаты. Заполните для него роли, исключения, объекты данных, внешние системы и наблюдаемый результат приёмки. Уже этот проход покажет, какие строки нельзя честно оценить без исследования.
13. Матрица сравнения коммерческих предложений
Отправьте одинаковую таблицу трём подрядчикам и попросите вернуть её вместе с оценкой. Пустая строка означает «не определено», а не «включено». Суммы сравнивайте только после нормализации исключений и горизонта владения.
| Строка | Что зафиксировать | Что вернуть в КП |
|---|---|---|
| Архитектура | Готовая CRM, модуль, платформенное или полностью заказное решение; среда; владение кодом. | Версия решения, ограничения и план выхода. |
| Роли и правила | Роли, стадии, действия, запреты, исключения, массовые операции. | Сценарии и критерии приёмки. |
| Данные и миграция | Сущности, объём, история, файлы, дубли, связи, качество. | Пробный перенос, сверка, дельта и исключения. |
| Интеграции | Версии, объекты, направления, источник истины, частота, объём. | Очередь, повторы, журнал, мониторинг и ответственные. |
| Тестирование и безопасность | Роли, нагрузка, резервное копирование и восстановление, секреты, аудит, требования к данным. | План тестов и наблюдаемые критерии. |
| Запуск и поддержка | Среды, обучение, документация, согласованный срок реакции (SLA), очередь изменений. | Команда, часы, реакция и границы поддержки. |
| Не входит | Лицензии, НДС, сторонние API, работы в 1С, очистка, контент, серверы. | Полный список исключений и допущений. |
| TCO | Одинаковое число пользователей, объём данных и горизонт. | Раздельно первый и третий год. |
14. Когда заказная CRM не нужна
Полная разработка обычно не оправдана, если процесс типовой, пользователей немного, объёмы укладываются в лимиты, а 1С, телефония и каналы подключаются готовыми коннекторами. Начните с пилота готовой CRM и проверьте один поток на реальных данных. Если проблема не в системе, а в отсутствии владельца процесса и обязательных следующих шагов, новый код её только зафиксирует.
Отдельный модуль подходит, когда найден один повторяемый пробел. Иногда CRM вообще не нужна: для поддержки, склада, производства или управления проектами лучше подходит другой класс системы. Если вы ещё проверяете саму необходимость CRM, начните с материала о потерях заявок и минимальном процессе, а не с большой сметы.
15. Источники и ограничения
Тарифы, документация и нормы проверены 30 июля 2026 года; даты обновления указаны там, где их раскрывает источник. Основные опоры:
- amoCRM: тарифы и лимиты — цена за пользователя, история и дополнительные API-возможности.
- amoCRM: пакет внедрения — пример цены готового продукта с явным составом.
- amoCRM API: рекомендации — лимиты запросов и пакетная обработка.
- Битрикс24: лимиты REST и очередь событий.
- Битрикс24: интеграции с 1С, обновлено 6 мая 2026.
- Битрикс24: импорт связанных сущностей, обновлено 23 июля 2026.
- amoCRM: ограничения импорта.
- 1С: CRM для ERP/КА — первичная цена лицензии, не внедрения.
- 152-ФЗ, редакция от 26 июля 2026: требования к обработке данных и инцидентам.
Коммерческие страницы NBM-IT, Novacom и ITCraft используются только как публичные предложения конкретных продавцов. Они не доказывают среднерыночную цену. Тарифы, API, коннекторы и законодательство меняются: перед реальной сметой их проверяют для конкретной даты и договора.
FAQ
Сколько стоит разработка CRM-системы на заказ?
Единой цены нет: под словом CRM продаются настройка готовой платформы, отдельный модуль, интеграционный слой и полноценный продукт. Для оценки нужно одинаково описать роли, правила, данные, интеграции, миграцию, тестирование, безопасность и поддержку. Публичные минимумы подрядчиков — это предложения с конкретным составом, а не средний рынок.
Почему нельзя оценивать CRM по числу экранов?
Один экран может обслуживать десятки сочетаний ролей, стадий, разрешённых действий и исключений. Именно эти правила, а также история, интеграции и поведение при сбое создают основную сложность. Поэтому карточка сделки оценивается через сценарии и критерии приёмки, а не как один макет.
Сколько стоит интеграция CRM с 1С?
Цена зависит от конфигурации и релиза 1С, размещения, объектов обмена, направления, источника истины, объёма, дублей, конфликтов, частоты, очереди, журнала и тестовой базы. Публичные предложения двусторонних интеграций нельзя переносить на проект без этих исходных данных.
Когда готовая CRM выгоднее собственной разработки?
Когда воронка и роли типовые, объёмы укладываются в тарифные лимиты, а нужные каналы и интеграции закрываются готовыми возможностями. Собственная разработка оправдана реально отличающими процесс правилами, особой моделью данных или требованиями контроля, а не желанием просто избежать лицензий.
Какие данные нужны для предварительной сметы CRM?
Нужны роли, один реальный процесс с исключениями, список обязательных отчётов, точные версии внешних систем, обезличенная выгрузка, объём сущностей и истории, требования к правам, среде и поддержке. Неизвестное лучше вынести отдельным исследованием или допущением.
Как сравнить коммерческие предложения на CRM?
Отправьте подрядчикам одинаковую матрицу и сравнивайте архитектуру, роли, правила, данные, интеграции, обработку ошибок, миграцию, тестирование, безопасность, поддержку, исключения и полную стоимость владения первого и третьего года. Отсутствующую строку нельзя считать включённой по умолчанию.
Проверьте смету до подписания договора
Пришлите роли, один реальный процесс, версии систем, обезличенную выгрузку и обязательные отчёты. На первой сметной сессии найдём строки, которые подрядчики назвали одинаково, но посчитали по-разному: данные, интеграции, права, сбои и поддержку. После встречи у вас останутся модульная карта и один список вопросов для всех исполнителей. Если полноценная CRM не оправдана, предложим более простой путь до большой сметы.