Что согласовать с интегратором до внедрения CRM: состав работ и ответственность

Перечень функций ещё не определяет внедрение

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

Документ полезен, если по нему можно объяснить, где начинается работа сотрудника и чем заканчивается. Общее обещание автоматизировать продажи оставляет эти границы неизвестными обеим сторонам.

Три основания для заказа

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

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

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

Одна заявка раскрывает состав первого запуска

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

Обычный путь и отклонение

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

В пользовательских полях Битрикс24 тип «Список» хранит заранее заданные варианты. Это помогает закрепить различия, которыми пользуется отдел, например причину завершения разговора. Но варианты определяет компания. Два похожих пункта без объяснения приведут к разным решениям сотрудников и несопоставимым данным, даже если поле настроено верно.

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

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

Решения компании и работа подрядчика различаются

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

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

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

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

Что заказчик готовит к началу

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

База и подключения входят в заказ отдельными результатами

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

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

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

Где заканчивается слово «интеграция»

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

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

Демонстрация функций или работа под своими правами?

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

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

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

Переход в рабочий режим

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

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

Пакет первого внедрения связывает задачи и ответственность

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

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

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

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