# Внедрение CRM: этапы, стоимость и приёмка

Источник: https://nadodumat.ru/articles/vnedrenie-crm-etapy-stoimost

Автор: команда «Надо думать». Дата: 2026-11-09.

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

## С какой задачи начинать внедрение CRM

Начните с ситуации, которую руководителю приходится разбирать вручную. Клиент общался с двумя сотрудниками, история осталась в личной переписке, а после отпуска менеджера никто не знает следующий шаг. Задача проекта здесь конкретна: собрать историю, назначить ответственного и сделать предстоящую работу видимой. Формулировка «нам нужна современная CRM» такой проверки не даёт.

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

Зафиксируйте исходную ситуацию: где хранятся обращения, сколько времени занимает передача дела, как ищут незавершённые задачи. После запуска можно сравнить эти же действия. Рост продаж зависит и от предложения, спроса, цены, работы команды; его нельзя использовать как единственный критерий технической готовности CRM.

## Что входит в проект и где заканчивается первый этап

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

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

Границы фиксируют и для изменений: сколько предусмотрено итераций настройки, как оценивают новый сценарий, что считается исправлением ошибки. Если во время пилота появилась потребность в согласовании скидок, её сначала описывают и оценивают, затем включают в проект. Иначе срок окончания постоянно отодвигается.

Четыре проверяемых результата первого запуска CRM

- Этап: Процесс; Что получаете: Сценарии, роли, поля и границы проекта; Как проверяете: Команда одинаково описывает путь обращения
- Этап: Настройка; Что получаете: Воронка, доступы, согласованные связи с сервисами; Как проверяете: Тестовые обращения проходят нужный маршрут
- Этап: Пилот; Что получаете: Работа сотрудников и список исправлений; Как проверяете: Менеджер выполняет сценарий без помощи настройщика
- Этап: Передача; Что получаете: Инструкции, доступы, результаты проверок; Как проверяете: Заказчик управляет системой и знает порядок поддержки

## Как описать воронку без десятков лишних полей

Для каждого этапа определите событие, после которого обращение туда попадает. «В работе» может означать и первый звонок, и согласование договора. Более точные состояния позволяют увидеть, что уже произошло и какое действие осталось. Отдельно задайте причины завершения без сделки: клиент отказался, задача не подходит, обращение оказалось повторным.

Обязательное поле должно помогать следующему действию или проверке. Для расчёта монтажа могут понадобиться адрес объекта и параметры помещения. ИНН на первом звонке может только тормозить работу, если он потребуется позднее для договора. Спросите о каждом поле: кто его заполняет, откуда берёт значение и кто затем использует.

Разделяйте клиента и его обращения. Одна компания может заказать две разные услуги, а один человек — представлять несколько объектов. Заранее разберите повторное обращение, смену ответственного и возврат к отложенному запросу. Именно на этих ситуациях становится понятно, соответствует ли устройство CRM вашей работе.

## Как выбирать систему и тариф после описания задачи

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

Проверяйте нужные возможности на конкретном тарифе и с конкретными дополнениями. Например, Битрикс24 указывает, что ролевая модель прав доступна не на всех тарифах. Поэтому требование «менеджер видит только своих клиентов» нужно подтвердить до покупки. Так же проверяют экспорт, подключаемые каналы и работу интеграций.

Сразу выясните, как компания сможет получить свои данные при смене исполнителя или системы. Что выгружается, в каком виде сохраняются связи и история, какие части потребуют отдельного переноса? Для решения важны не только удобный экран сегодня, но и понятная эксплуатация завтра.

## Сколько стоит внедрение: четыре отдельные части сметы

Универсальной цены внедрения без состава работ нет. Лицензия оплачивает использование продукта, проект — описание и настройку процесса, миграция — подготовку и перенос имеющихся данных, поддержка — согласованные действия после запуска. Подписки на телефонию, приложения и другие сервисы тоже нужно перечислить, даже если их покупают напрямую.

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

В условные проектные работы входят описание процесса, настройка одной воронки, одно стандартное подключение сайта, обучение и приёмка. Миграция вынесена отдельно и повторно в проекте не учтена. В реальной смете нужно также проверить период оплаты, возможную предоплату, платные дополнения, обслуживание интеграции и стоимость расширения команды.

Условный бюджет: 460 000 ₽ за первый год при заданных допущениях

- Статья: Лицензия; Расчёт: 10 пользователей × 1 200 ₽ × 12 месяцев; За первый год: 144 000 ₽
- Статья: Проектные работы; Расчёт: Согласованный объём однократно; За первый год: 180 000 ₽
- Статья: Миграция; Расчёт: Подготовка, пробный и основной перенос; За первый год: 40 000 ₽
- Статья: Поддержка; Расчёт: 8 000 ₽ × 12 месяцев; За первый год: 96 000 ₽
- Статья: Итого; Расчёт: 144 000 + 180 000 + 40 000 + 96 000; За первый год: 460 000 ₽

- [Как сравнивать состав работ в предложениях подрядчиков](https://nadodumat.ru/articles/marketingovoe-agentstvo-ceny)
- [Как включить проект и регулярные расходы в общий бюджет](https://nadodumat.ru/articles/kak-rasschitat-byudzhet-na-marketing)

## Как переносить базу, чтобы сохранить смысл данных

Перенос начинается с инвентаризации. Где находятся контакты, активные сделки, заметки, файлы и задачи? Кто подтвердит, что информация актуальна? Определите, что действительно нужно для продолжения работы, что останется в доступном архиве, а какие записи требуют разбора. Перенос всей накопленной базы без правил сохраняет и прежнюю путаницу.

Сначала проверьте небольшую представительную выборку: компанию с несколькими контактами, повторного клиента, сделку с вложением, запись без телефона. Сопоставьте поля, связи, даты и ответственных. Поддерживаемые способы переноса различаются: например, документация Битрикс24 предупреждает, что повторный импорт сделки с тем же названием создаёт ещё одну запись. Название само по себе не защищает от дублей.

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

## Доступы и интеграции: кто отвечает за каждый участок

Составьте простую матрицу: менеджер, руководитель, администратор, внешний исполнитель. Для каждой роли определите просмотр, изменение, удаление и выгрузку данных. Проверяйте права из обычной учётной записи сотрудника: под администратором ошибки ограничений легко не заметить. Продумайте передачу дел при увольнении или отпуске.

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

Для каждой интеграции запишите, какие данные она передаёт, кто сопровождает её работу и как заметить сбой. Если сайт обслуживает одна команда, а CRM другая, назначьте ответственного за проверку всего пути. Уведомление в мессенджере не заменяет проверку появления обращения в нужной карточке.

- [Как проверить передачу заявок с сайта, повторы и сбои](https://nadodumat.ru/articles/integraciya-sayta-s-crm)

## Зачем нужен пилот и сколько времени закладывать

Срок зависит не только от настройки экранов. Его определяют количество сценариев, состояние базы, внешние сервисы и скорость согласования. Попросите календарь с зависимостями: когда заказчик передаёт данные, кто утверждает процесс, когда сотрудники могут участвовать в проверке. Отдельно укажите время ожидания и время работы исполнителя.

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

Обучение завершается самостоятельной работой сотрудника. Попросите его найти клиента, изменить следующий шаг, передать дело и исправить ошибку. Короткая инструкция по этим действиям полезнее записи длинной презентации без навигации. На период перехода определите, какая система считается основной, чтобы команда не вела две расходящиеся базы.

## Как принять внедрение CRM

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

Проверьте отчёт руководителя на небольшом наборе записей, который можно пересчитать вручную. Что именно означает сумма, какой период выбран, какие статусы исключены? Корректно построенная диаграмма не исправляет непоследовательное заполнение карточек. Согласованные определения показателей входят в результат проекта.

- Новое и повторное обращение попадают к нужному сотруднику с нужными данными.
- Следующее действие, срок и смена ответственного видны участникам процесса.
- Права обычного сотрудника соответствуют согласованным ограничениям.
- Перенесённые записи связаны правильно, исключения перечислены и приняты.
- Сотрудники выполнили рабочие сценарии самостоятельно.
- Доступы, инструкции, состав подписок и порядок поддержки переданы заказчику.

## Что подготовить владельцу и когда большой проект не нужен

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

Полное внедрение может быть избыточным, если один специалист уверенно ведёт небольшое число обращений и никому не передаёт клиентов. Если CRM уже работает, а проблема ограничена одной формой сайта, начните с её диагностики. Если не определены продукт, ответственность и порядок обработки, сначала согласуйте процесс; покупка лицензии эти решения не заменит.

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

- [Как договориться о регулярной поддержке связанных сервисов](https://nadodumat.ru/articles/stoimost-soderzhaniya-sayta)
- [Обсудить задачу автоматизации](https://nadodumat.ru/services/automation)

## Вопросы и ответы

### Можно ли внедрить CRM самостоятельно?

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

### Что важнее сравнивать: цену внедрения или стоимость лицензии?

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

### Нужно ли переносить всю историю клиентов?

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

### Как понять, что сотрудники действительно перешли в CRM?

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

### Что оплачивается после завершения внедрения?

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