Как принять работу подрядчика по внедрению CRM: критерии и тестовые сценарии

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

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

Примеры и сценарии в статье иллюстративные. Конкретные названия разделов интерфейса мы приводим только там, где подтвердили их по справке Битрикс24.

Что такое приёмка внедрения CRM и чем она отличается от показа настроек?

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

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

Что должно быть описано до начала работ, чтобы потом было что принимать?

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

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

Договоритесь заранее ещё о трёх вещах:

1. Кто со стороны заказчика участвует в приёмке: руководитель, ключевые менеджеры, администратор CRM.
2. Сколько рабочих дней у заказчика на проверку и сколько у подрядчика на устранение замечаний.
3. Что считать критичным замечанием, блокирующим подписание, а что некритичным, которое исправляют после.

По каким критериям принимать работу подрядчика?

Принимайте по результатам, а не по списку выполненных настроек: каждый критерий должен проверяться действием и давать ответ «да» или «нет». Ниже таблица, которую можно взять за основу и адаптировать под свой проект.

Область	Критерий приёмки	Как проверить
Воронка и стадии	Стадии соответствуют реальному процессу продаж, у каждой есть понятные правила перехода	Менеджер проводит сделку от заявки до оплаты без подсказок
Источники заявок	Заявки из каналов (сайт, телефон, мессенджеры) попадают в CRM с указанием источника	Тестовая заявка из каждого канала создаёт карточку с заполненным источником
Права доступа	Сотрудники видят только то, что нужно по должности	Вход под тестовыми пользователями разных ролей и проверка видимости данных
Автоматизация	Роботы и бизнес-процессы выполняют описанные действия и не создают лишних задач	Прогон сценария с проверкой созданных задач, уведомлений и смены стадий
Отчёты	Руководитель получает нужные цифры без ручных выгрузок	Сверка отчёта с контрольной выборкой сделок, посчитанной вручную
Данные	Перенесённые клиенты и сделки не потеряны и не дублируются	Сверка количества и выборочных карточек с исходным файлом
Обучение и документы	Сотрудники умеют работать, у компании есть инструкции и регламент	Менеджеры проходят сценарии самостоятельно, инструкции читаются без подрядчика

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

Какие тестовые сценарии нужно пройти на приёмке?

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

Минимальный набор из шести сценариев выглядит так.

1. Новая заявка с сайта. Менеджер отправляет форму с тестовыми данными. Проверяем: создана ли карточка, заполнены ли контакт и источник, назначен ли ответственный, пришло ли уведомление.
2. Входящий звонок или сообщение. Тестовое обращение из мессенджера или по телефону. Проверяем: связалось ли оно с уже существующим клиентом, не создался ли дубль, попала ли переписка в карточку.
3. Сделка от начала до конца. Менеджер проводит сделку по всем стадиям, добавляет товары или услуги, формирует документы. Проверяем: нет ли тупиков, требуются ли обязательные поля на нужных этапах, не мешает ли автоматизация.
4. Передача сделки другому менеджеру. Руководитель переназначает ответственного. Проверяем: видны ли прежняя история и задачи, потерялись ли права у прежнего менеджера.
5. Отчёт руководителя. Берём контрольный набор из десяти сделок, считаем конверсию вручную и сравниваем с отчётом в системе. Проверяем: совпадают ли цифры и понятно ли, как они считаются.
6. Сотрудник с ограниченными правами. Входим как стажёр или менеджер другого отдела. Проверяем: что он не видит лишнее и не может выгрузить всю базу.

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

Как проверить права доступа и безопасность данных?

Проверьте роли на тестовых пользователях: войдите под каждой ролью и убедитесь, что сотрудник видит только нужные ему данные. В Битрикс24 это настраивается ролевой моделью прав в CRM, и по справке Битрикс24 о ролевой модели прав роли можно задавать отдельно для подразделений и сотрудников, а по умолчанию есть роли «Администратор» с полным доступом и «Менеджер», который работает со своими элементами.

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

Отдельно уточните, сколько администраторов в системе и у кого они. Типичная ошибка внедрений состоит в том, что учётная запись подрядчика остаётся с правами администратора после завершения проекта. Договоритесь, что в день подписания акта подрядчик передаёт административные доступы, а ваш сотрудник меняет пароли. Практический порядок защиты клиентской базы описан в материале как запретить сотрудникам выгружать клиентскую базу из Битрикс24.

Как убедиться, что отчёты показывают правильные цифры?

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

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

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

Что проверить в перенесённых данных?

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

Посчитайте цифры до и после: сколько было клиентов, сколько стало, сколько отклонено как дубли и по какой причине. Подрядчик должен предоставить отчёт о миграции с этими числами. Для самостоятельной проверки полезно знать типичные ловушки импорта: телефоны в разных форматах, объединённые ячейки в Excel, кодировка файла, дубли по e-mail. Как готовить файл, мы разбирали в материале импорт клиентов из Excel в Битрикс24.

Как организовать приёмку по шагам?

Организуйте приёмку как короткий проект на одну-две недели с чётким расписанием, ответственными и итоговым протоколом. Тогда у подрядчика есть чёткий срок на исправления, а у вас документ, на который можно опираться.

Этап	Что происходит	Кто участвует
День 1	Подрядчик сообщает, что работы завершены, и передаёт инструкции и список настроек	Подрядчик, руководитель проекта
Дни 2 и 3	Тестовые сценарии проходят сотрудники, замечания фиксируются в таблице	Менеджеры, администратор, руководитель
День 4	Замечания классифицируются: критичные и некритичные, согласуются сроки	Руководитель, подрядчик
Дни 5 и 6	Подрядчик исправляет критичные замечания	Подрядчик
День 7	Повторная проверка исправленного, подписание акта с перечнем некритичных замечаний	Все участники

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

Как подготовить сотрудников к приёмке?

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

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

Что прописать в договоре, чтобы приёмка была управляемой?

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

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

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

Как принимать работу с замечаниями и не потерять рычаг?

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

Договоритесь и о гарантийном периоде: подрядчик исправляет ошибки настройки бесплатно в течение оговорённого срока. Отдельно зафиксируйте, что считается ошибкой, а что новой доработкой, иначе каждая просьба станет предметом торга. Хорошая практика: разделить замечания на «не работает как было описано» (ошибка подрядчика) и «хотим иначе» (новая задача по отдельной оценке).

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

Пример: как выглядит приёмка в компании на 25 человек

Ниже иллюстрация, а не реальный проект клиента. Компания оптовых продаж просит принять внедрение CRM, на которое ушло два месяца. В отделе продаж двенадцать менеджеров, три руководителя и администратор.

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

Какие ошибки руководители допускают чаще всего?

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

Если у вас нет времени или экспертизы, чтобы провести приёмку самостоятельно, закажите независимую проверку: специалист пройдёт сценарии, составит перечень замечаний и поможет договориться с подрядчиком. Для руководителя это способ получить честную оценку внедрения, а запросить аудит внедрения Битрикс24 для руководителя можно у нас: B2BPRO.KZ работает с Битрикс24 с 2012 года и является официальным партнёром в Казахстане с 2024 года.

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

Как принять работу подрядчика по внедрению CRM, если нет технического задания?

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

Сколько времени занимает приёмка внедрения CRM?

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

Можно ли подписывать акт, если остались замечания?

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

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

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

Что делать, если после приёмки обнаружились ошибки?

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