Подрядчик показывает настроенную воронку и предлагает завершить проект. Руководитель видит поля и этапы, но еще не знает, сможет ли отдел обработать заявку без помощи разработчика.
Принимать внедрение стоит по заранее согласованным рабочим сценариям. Для каждого нужны исходные условия, действие, ожидаемый результат и доказательство проверки. Наличие настройки само по себе не подтверждает работу процесса.
Начните с границ проекта
Возьмите согласованный объем: каналы, роли, данные, автоматизации и обучение. Отметьте, что действительно входит в этот этап. Приемка не должна внезапно превращаться в заказ новых интеграций, но и обязательные результаты нельзя заменять демонстрацией похожей функции.
Назначьте участников: руководитель подтверждает процесс, менеджер проверяет удобство, технический специалист — передачу данных. У одного сценария должен быть человек, который принимает итог и фиксирует замечания.
Проведите заявку через весь маршрут
Создайте тестовое обращение с узнаваемым идентификатором и согласованными тестовыми контактами. Проверьте появление в CRM, ответственного, описание задачи и источник. Затем проведите разговор, предложение и завершение. На каждом шаге сотрудник должен понимать, что делать дальше.
Для сайта проверьте все пять UTM: source, medium, campaign, term и content. Полные имена параметров начинаются с utm_. Отдельно испытайте заявку без меток и повторную отправку одного события. Успешная страница благодарности не является доказательством доставки.
Используйте таблицу приемки
| Сценарий | Ожидаемый результат | Доказательство |
|---|---|---|
| Новое обращение | Создана нужная сущность, назначен ответственный | ID записи и сверка полей |
| Повтор события | Нет второй записи из-за технического повтора | Один результат для одного события |
| Новый заказ прежнего клиента | Сохранена история, заказ различим | Связи контакта и сделок |
| Отсутствие менеджера | Срабатывает согласованное замещение | Ответственный и время передачи |
| Сбой интеграции | Обращение сохраняется и разбирается | Запись ошибки и успешный повтор |
| Ограниченная роль | Сотрудник видит и меняет только разрешенное | Проверка под его ролью |
Таблица задает подход, а конкретные ожидания определяются вашим проектом. Например, повторное обращение может создавать отдельную сущность в зависимости от модели продаж.
Учебный пример ошибки
Форма отправляет заявку, CRM создает сделку, но менеджер не видит ее из-за прав на этап. Технически интеграция отработала. Для бизнеса приемка провалена: ответственный не может обработать клиента.
В акте проверки нужно записать условия воспроизведения, роль пользователя и ожидаемый доступ. После исправления сценарий повторяют под той же ролью. Проверка администратором не закрывает проблему обычного сотрудника.
Проверьте готовность к ежедневной работе
Попросите менеджера самостоятельно обработать тестовую заявку. Доступна ли история? Можно ли понять, какое предложение уже отправлено? Видит ли руководитель сделку, по которой нарушен срок следующего действия?
Получите описание настроек и внешних зависимостей, порядок обращения за поддержкой и список известных ограничений. Для индивидуальных интеграций отдельно согласуйте передачу документации и эксплуатационных доступов владельцу.
Как оформлять замечания
У каждого замечания должны быть серьезность, ответственный и проверяемый результат исправления. Ошибка доставки заявки и пожелание изменить цвет подписи не должны иметь одинаковый статус. Согласуйте, какие дефекты препятствуют запуску, а какие допустимо устранить позже.
Приемка не доказывает будущий рост продаж. Она подтверждает, что согласованный процесс и технические сценарии работают в проверенных условиях. Реальные показатели оцениваются после запуска на сопоставимых данных.
Чек-лист руководителя
При подготовке нового проекта пригодятся критерии выбора интегратора. Если внедрение уже закончено, но работать трудно, используйте диагностику CRM.
Обсудить проверку внедрения
Опишите, какой сценарий вызывает сомнения и что было согласовано в проекте. Определим объем проверки amoCRM и критерии результата. Доработки после диагностики согласуются отдельно.