Внедрение CRM системы: ТЗ, пилот, миграция и приёмка проекта

Внедрение crm системы это отдельный проект со своим техническим заданием, пилотом, переносом базы и приёмкой, а не покупка лицензий и раздача доступов. Ниже: как собрать требования, оформить ТЗ, проверить кандидатов на своих данных, перенести базу без дублей, настроить права и по каким цифрам принять результат.

В границы проекта попадает только то, что проверяется на приёмке: реестр требований, состав переносимых сущностей, схема прав, набор воронок и полей, пороги адопции. Критерий отбора: если пункт нельзя сформулировать как проверяемое действие («менеджер не может перевести сделку на стадию без заполненного поля Источник»), в ТЗ он не идёт.

Сбор требований: как описать процесс, чтобы он лёг в карточку и воронку

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

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

• Каналы обращений с указанием, кто и в каком интерфейсе их сейчас видит.
• Стадии, которые различаются действием менеджера, а не названием.
• Поля, без которых нельзя закрыть сделку, отдельно от полей «хорошо бы иметь».
• Еженедельные отчёты руководителя и данные, из которых они считаются.

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

ТЗ на CRM: состав по ГОСТ 34.602-2020 и что добавить сверху

ТЗ строится по межгосударственному стандарту ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы», введённому приказом Росстандарта от 19 ноября 2021 года № 1522-ст с датой введения 1 января 2022 года. Обязательных разделов десять: общие сведения; цели и назначение создания автоматизированной системы; характеристика объектов автоматизации; требования к автоматизированной системе; состав и содержание работ по созданию автоматизированной системы; порядок разработки автоматизированной системы; порядок контроля и приёмки автоматизированной системы; требования к составу и содержанию работ по подготовке объекта автоматизации к вводу автоматизированной системы в действие; требования к документированию; источники разработки. Если требований по разделу нет, раздел всё равно сохраняют и пишут в нём, что требований нет.

Для CRM поверх рамки добавляются четыре приложения, без которых на приёмке не о чем спорить.

1. Реестр требований со сквозной нумерацией: роль, событие, ожидаемое поведение системы, способ проверки.
2. Карта сущностей и полей: что переносится (контакты, компании, сделки, задачи, примечания, файлы), какие поля обязательны, какой у них тип.
3. Матрица прав: роли по строкам, сущности по столбцам, в ячейках уровень доступа и разрешённые действия.
4. Программа приёмки: сценарии на живых данных и пороги метрик, ниже которых работа не принимается.

Виды crm систем и объём работ по проекту

Класс системы задаёт не функциональность, а трудоёмкость: разные виды crm систем требуют разного объёма настройки при одинаковых требованиях.

Что берут	Основная работа проекта	Где уходит время
Универсальное облако	Воронки, поля, права, интеграции	Согласование стадий и обязательных полей
Отраслевое решение	Сопоставление процесса с готовой моделью	Отказ от шагов, не заложенных в решение
Коробка на своих серверах	Развёртывание, сертификат, обновления	Инфраструктура и регламент обновлений

Разбор самих классов и функций в предмет этой страницы не входит: он в материале про CRM-системы для бизнеса.

Выбор crm систем: матрица требований вместо сравнения по популярности

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

Отдельная строка матрицы это наличие продукта в едином реестре российского ПО Минцифры: для части заказчиков это условие допуска к закупке, и проверяют его на карточке в реестре.

Ещё одна забытая строка это пропускная способность интеграций. REST в Битрикс24 работает по алгоритму leaky bucket: на большинстве тарифов скорость восстановления 2 запроса в секунду, на Enterprise 5, при превышении возвращается ошибка QUERY_LIMIT_EXCEEDED с кодом 503. Метод batch упаковывает до 50 вызовов в один HTTP-запрос, один REST-запрос в облаке должен уложиться в 60 секунд. При ночной синхронизации на сотни тысяч записей эти цифры важнее цены лицензии.

Какую crm систему выбрать: проверка кандидатов на своих данных

Вопрос «какую crm систему выбрать» решается не демонстрацией вендора, а прогоном своих сценариев на пробном доступе. amoCRM даёт полную версию на 14 дней, RetailCRM после регистрации открывает тариф «Профессиональный» на 14 дней. Этого хватает на пять сценариев.

1. Провести заявку прошлой недели до оплаты по всем стадиям.
2. Импортировать 200 строк из таблицы и посмотреть, что система сделает с дублями.
3. Сделать поле обязательным на стадии и убедиться, что карточка без него не двигается.
4. Войти под ролью с ограниченным доступом, а не под администратором.
5. Собрать еженедельный отчёт руководителя и сверить цифры с фактом.

Последний сценарий проверяет то, чего на демонстрации вендора не видно. В разделе «Аналитика» amoCRM есть «Анализ продаж», «Сводный отчёт», «Отчёт по сотрудникам», «Список событий», «Звонки» и «Цели»: если нужный разрез не собирается ни одним из них и ни одним фильтром, в проекте появляется отдельная задача по отчётности, и увидеть её лучше до подписания.

Команда: кто ведёт проект crm системы со стороны заказчика

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

• Заказчик проекта. Решает спорные требования и подписывает приёмку, одно совещание в неделю.
• Владелец процесса. Руководитель отдела продаж: отвечает за совпадение воронки с реальной работой и за дисциплину после запуска.
• Администратор системы. Ведёт справочники, поля и роли. В Битрикс24 права доступа к CRM меняет администратор портала или сотрудник с правом «Разрешить изменять настройки в CRM».
• Ответственный за данные. Готовит и чистит выгрузку старой базы, подтверждает сверку после переноса.

Пилот на одной команде: границы и критерии выхода

Пилот запускается на одной группе: от 3 до 7 менеджеров, одна воронка, один канал заявок, две недели полного цикла без параллельного ведения таблицы. Пока таблица жива, менеджер работает в ней, а в CRM вносит данные задним числом, и пилот измеряет дисциплину переноса, а не систему.

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

Миграция базы: подготовка, дедубликация, откат

Мусор, загруженный один раз, живёт в системе годами. Считают не строки, а сущности: контакты, компании, сделки, примечания, файлы, задачи. Ограничения задают размер порции: в amoCRM файл больше 10 тысяч строк или свыше 2 мегабайт либо импортируется очень долго, либо даёт ошибку. Задачи через импорт туда не переносятся, как и данные о том, кем и когда изменена сущность, а загруженные файлы хранятся 1 месяц, и это же окно есть на разбор ошибок.

Дедубликация решается до загрузки и на загрузке. amoCRM при импорте проверяет дубли и в файле, и среди существующих данных по контактам, компаниям и сделкам, но даже небольшое различие в написании создаёт новую запись, поэтому телефоны и почты приводят к единому формату заранее. Опция «Разрешить обновлять старые данные» вместе с ID карточек обновляет записи вместо создания новых. В Битрикс24 при импорте из CSV контроль дубликатов даёт четыре режима: «Разрешить», «Заменять», «Объединять» (заполнятся только пустые поля) и «Пропустить». После загрузки дубли сводит штатное объединение: оно доступно администратору и сотрудникам с правами на изменение и удаление, основная карточка остаётся, остальные удаляются.

Метод REST crm.duplicate.findbycomm ищет совпадения по PHONE или EMAIL сразу по лидам, контактам и компаниям, но если по одному типу объектов найдено 20 и более дублей, остальные типы не вернутся вовсе, и вызов повторяют с параметром entity_type. Метод отдаёт только идентификаторы, данные добирают через crm.item.list, возвращающий до 50 элементов за вызов.

План отката пишется до первой загрузки. В Битрикс24 удалённые элементы CRM лежат в корзине до 30 дней, затем удаляются по 100 штук в день, сотрудник видит там только свои удаления, а очистить её окончательно может только администратор. Восстановление из корзины доступно не на всех тарифах: это проверяют до загрузки, иначе плана отката нет.

Отдельно проверяется полнота выгрузки из старой системы. При экспорте из amoCRM выгружаются только последние 5 примечаний к сущности, события, звонки и аналитика не выгружаются вовсе, задачи доступны только в iCal или через Google Календарь, а готовый файл доступен 3 дня. Если переписка и звонки нужны в новой системе, штатным экспортом задача не решается: для переезда на Битрикс24 в Маркете есть бесплатное приложение «Мигратор amoCRM», переносящее сотрудников, компании, контакты, воронки со стадиями, сделки, задачи и события с комментариями, файлами и данными о звонках и письмах.

Настройка до старта: воронка, обязательные поля, права доступа

Стадии. Стадия оправдана, если на ней меняется ответственный, действие или срок. В amoCRM финальные этапы «Успешно реализовано» и «Закрыто и не реализовано» удалить нельзя, но можно переименовать.

Обязательные поля. В Битрикс24 они настраиваются в контактах, компаниях, лидах, сделках, счетах, предложениях и смарт-процессах, причём в элементах со стадиями обязательность задаётся для всех или для конкретных стадий: сотрудник не сохранит и не переместит элемент, пока не заполнит поле. Для сделок и смарт-процессов набор задаётся по каждой воронке отдельно, а обязательность от стадии доступна не на всех тарифах: это проверяют до проектирования карточки.

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

Обучение, регламент и приёмка: по каким цифрам считать адопцию

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

Метрика на 30-й день	Как считается	Что показывает провал
Заполняемость карточек	Карточки со всеми обязательными полями стадии к активным	Полей больше, чем менеджер готов заполнять
Доля автосозданных сделок	Сделки из интеграций к числу созданных за период	Каналы не подключены, заявки вносят руками
Сделки без задачи	Активные сделки без запланированной задачи на конец дня	Воронка стоит, следующий шаг не назначен

Приёмка это прогон сценариев на живых данных при владельце процесса: акт подписывается по результату прогона, а не по факту сдачи настроек. Замер на 30-й день показывает качество обучения, на 90-й то, удержалась ли дисциплина.

Ошибки внедрения, которые видно заранее

• Требования собраны только у руководителя. Воронка описывает, как продажи должны идти, а не как идут. Видно по числу сделок, застрявших без действий.
• База загружена без подготовки. Разные форматы телефонов дают дубли, которые штатный поиск не сводит: номера сравниваются целиком.
• Автоматика не отработала на импорте. Элементы, созданные загрузкой, идут не тем путём, что созданные вручную, и часть роботов на перенесённой базе не запускается.
• Нет ответственного после приёмки. Через квартал справочники расходятся, отчёты перестают сходиться.

Сценарии работы в воронке после запуска разобраны в материале про автоматизацию продаж, запуск своими силами в материале про CRM для малого бизнеса.

Частые вопросы

Сколько длится внедрение CRM

Считают по этапам. Пилот на группе от 3 до 7 менеджеров занимает две недели полного цикла, адопция замеряется на 30-й и 90-й день. Миграция режется на порции: в amoCRM файл свыше 10 тысяч строк или 2 мегабайт даёт ошибку или очень долгую загрузку.

По какому стандарту писать ТЗ на CRM

Рамку даёт ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы» с датой введения 1 января 2022 года: десять обязательных разделов от общих сведений до источников разработки. Для CRM добавляются реестр требований, карта сущностей и полей, матрица прав и программа приёмки.

Как перенести базу без дублей

Телефоны и почты приводятся к единому формату до загрузки. В Битрикс24 на импорте выбирается один из четырёх режимов контроля дубликатов: «Разрешить», «Заменять», «Объединять» или «Пропустить». Поиск после загрузки ведут методом crm.duplicate.findbycomm по PHONE и EMAIL, помня, что при 20 и более дублях по одному типу объектов остальные типы не возвращаются.

Сколько времени есть на откат неудачной загрузки

В Битрикс24 удалённые элементы CRM хранятся в корзине до 30 дней, затем удаляются по 100 штук в день, очистить её окончательно может только администратор, а само восстановление из корзины доступно не на всех тарифах. В amoCRM импортированные файлы доступны 1 месяц.

Что проверить в пробном доступе перед выбором

amoCRM даёт полную версию на 14 дней, RetailCRM открывает тариф «Профессиональный» на 14 дней. За этот срок прогоняют пять сценариев: сделка по стадиям, импорт 200 строк, обязательное поле на стадии, вход под ограниченной ролью, сборка отчёта руководителя.