В сопровождении CRM стоит оценивать три результата: рабочие сценарии остаются исправными, обращения сотрудников получают решение, а согласованные изменения проходят проверку. Конкретный состав зависит от договора и выбранного формата. Слово «сопровождение» само по себе не означает безлимитные доработки, круглосуточную поддержку или ответственность подрядчика за любые внешние сервисы.
Чтобы проверить предложение и принять работу за месяц, составьте матрицу ответственности: кто выполняет действие, кто принимает результат и каким доказательством подтверждается выполнение. Ниже — шаблон и порядок его применения. Это методические рекомендации для заказчика, а не универсальные условия обслуживания.
Что включить в перечень работ
Начните с рабочего контура: CRM, источники заявок, телефония, мессенджеры, почта и другие связи, которыми действительно пользуется команда. Для каждого элемента назовите владельца доступа и критичный сценарий. Например, для формы на сайте важен весь путь: отправка, создание карточки, назначение менеджера и появление следующего действия.
Разделите обращения на три группы:
- Сбой: согласованный сценарий перестал работать. Нужно установить масштаб, найти причину и проверить восстановление.
- Текущая настройка: добавить сотрудника, изменить поле или скорректировать правило в пределах принятого процесса.
- Развитие: изменить процесс, внедрить новую интеграцию или построить отчёт с новой логикой. До начала нужны границы и критерии приёмки.
Для каждой группы запишите, что включено в пакет, кто определяет приоритет и когда нужна отдельная оценка. Если изменения выполняются за фиксированную плату, всё равно необходим согласованный объём: иначе у заказчика и исполнителя появятся разные ожидания.
Чем сопровождение отличается от технической поддержки
Полезно различать помощь по продукту и ответственность за вашу конфигурацию. Поддержка платформы помогает разобраться с её работой. Интегратор должен знать, как в конкретной системе связаны процессы, настройки и внешние сервисы, если этот контур принят им на сопровождение.
Например, официальный раздел поддержки Битрикс24 отдельно направляет вопросы установки, внедрения и доработки партнёрам. Это показывает, почему наличие поддержки разработчика не заменяет договорённости о настройке системы под компанию. Поддержка24.
При этом названия пакетов у разных исполнителей различаются. Техническая поддержка тоже может включать настройки, а сопровождение может ограничиваться реакцией на обращения. Сравнивайте перечень действий, календарь работы и способ приёмки, а не только название услуги.
Матрица ответственности: шаблон для согласования
В таблице приведено предлагаемое распределение ролей. Замените роли конкретными людьми и подтвердите его с подрядчиком. При внешнем сбое полезно сохранять одного координатора обращения, даже когда исправление выполняет другой поставщик.
| Ситуация | Действие интегратора | Действие заказчика | Подтверждение результата |
|---|---|---|---|
| Заявка не появилась в CRM | Проследить путь обращения, локализовать сбой, организовать исправление в согласованных границах | Передать пример и время, обеспечить доступ к источнику | Контрольная заявка проходит весь путь |
| Выходит новый менеджер | Настроить согласованную роль и проверить доступ | Утвердить роль, руководителя и дату начала работы | Сотрудник выполняет свои действия и не видит лишних данных |
| Меняется автоматизация | Описать изменение, зависимости, тесты и способ возврата | Согласовать правило и исключения | Пройдены обычный и исключительный сценарии |
| Нужен новый отчёт | Настроить расчёт и сверить контрольные записи | Определить смысл показателя и источник исходных данных | Результат совпадает с согласованным контрольным расчётом |
| Сбой у внешнего провайдера | Собрать диагностику, передать поставщику, отслеживать обращение | Обеспечить контакт с владельцем сервиса и согласовать обходной процесс | Известен статус; после исправления проверен рабочий сценарий |
| План на следующий месяц | Предложить приоритеты, зависимости и объём | Выбрать задачи по потребностям бизнеса | Есть согласованный список с критериями готовности |
Добавьте к каждой строке принимающего результат и порядок замещения на время отсутствия. Фраза «ответственный — заказчик» недостаточна: изменение должен принимать человек, который понимает процесс и имеет право согласовать его.
Как договориться о сроках реакции и решения
Реакция на обращение и устранение причины — разные события. Зафиксируйте, что считается содержательной реакцией: назначен исполнитель, определён приоритет, запрошены недостающие сведения или назван следующий шаг. Автоматическое подтверждение получения не объясняет, когда начнётся разбор.
В регламенте нужны канал регистрации, часы и часовой пояс поддержки, категории критичности, порядок обновления статуса и правила ожидания информации. Для сроков решения укажите, когда их определяют после диагностики и как сообщают об изменении прогноза.
Учебный пример. Заявки из одной формы перестали поступать, остальные источники работают. Сначала фиксируют границы сбоя и способ временно обрабатывать обращения. Если причина в коде сайта, обращение передают его владельцу с диагностикой. Закрывают задачу после проверки формы и CRM, а не после сообщения «это не наша сторона».
Не требуйте обещания восстановить чужую платформу за срок, которым интегратор не управляет. Вместо этого согласуйте его собственные действия: диагностику, обращение к поставщику, информирование и проверку восстановления.
Что проверять каждый месяц
Регулярность стоит определять для конкретных действий. Формулировка «контролировать CRM» не объясняет, проверяет ли исполнитель данные постоянно, раз в месяц или только после сообщения о проблеме. Отдельно согласуйте автоматический мониторинг и ручные контрольные проверки.
- Разобрать обращения. Что завершено, что повторяется, где есть просрочка или зависимость от доступа.
- Проверить согласованные критичные сценарии. Сохранить дату, тестовый пример и результат, включая обнаруженные ограничения.
- Сверить изменения. Что выпущено, кто принял, обновлены ли инструкции и сведения о настройках.
- Разобрать риски. Неактуальные права, неподтверждённые правила, неисправленные причины повторных сбоев.
- Выбрать следующий объём. Указать результат каждой задачи, приоритет и зависимости от заказчика.
Такой цикл — заготовка для согласования. Не каждый пакет включает все пять пунктов. Периодичность тестов и объём развития должны соответствовать критичности процессов и условиям обслуживания.
Как принять работу: шаблон отчёта за месяц
Попросите отчёт, в котором каждая завершённая задача отвечает на четыре вопроса: что мешало работе, что изменили, как проверили и кто принял. Ссылки на задачи и контрольные примеры полезнее списка переписки.
| Раздел | Что показать | Вопрос при приёмке |
|---|---|---|
| Завершённые работы | Изменение, тест, принимающий, ссылка на задачу | Можно ли воспроизвести проверку? |
| Незавершённые обращения | Причина, владелец следующего действия, ожидаемый срок | Понятно ли, что мешает завершению? |
| Повторные сбои | Связанные обращения и действия по причине | Исправляется ли источник повторения? |
| Регламент реакции | Фактические сроки по согласованному календарю и исключения | Одинаково ли стороны считают время? |
| Следующий месяц | Приоритеты, ожидаемые результаты и зависимости | Каждая задача имеет критерий готовности? |
Не оценивайте результат только числом закрытых задач. Одна устранённая причина повторных потерь заявок может быть полезнее множества небольших правок. При этом заявление о предотвращённых потерях нужно подтверждать данными; нельзя автоматически переводить число исправлений в рост выручки.
Для проверки выберите несколько завершённых задач разного типа и повторите их сценарии вместе с пользователем. Если тест не проходит, зафиксируйте расхождение и верните задачу на разбор. Для общего обследования используйте чек-лист аудита CRM от заявки до оплаты.
Какие работы согласовывать отдельно
Не существует единого списка исключений для всех подрядчиков. До начала обслуживания уточните отношение пакета к переносу данных, массовому объединению дублей, новой интеграции, разработке собственного кода, смене CRM, обучению большого числа сотрудников и работе вне обычного графика.
Для таких задач существенны объём, риск и возможность восстановления. Даже если работа включена в абонентскую плату, массовое изменение данных требует отдельного согласования сценария и проверки на выборке. Лицензии CRM и сторонних сервисов, оплата связи и инфраструктура также должны быть явно отнесены к своей статье расходов.
Полезное правило границ: до реализации нового запроса исполнитель сообщает, входит ли он в согласованный объём, какие изменения затрагивает и кто принимает результат. Если задача выходит за пакет, стороны сначала определяют отдельный проект или пересматривают приоритеты.
С чего начать первый месяц
Соберите список систем, доступов и незавершённых проблем. Выберите критичные сценарии, заполните матрицу ответственности и согласуйте формат отчёта. Затем проверьте одну задачу целиком: от регистрации обращения до приёмки пользователем. Так становятся видны пробелы в регламенте ещё до накопления очереди.
У CHECK CRM состав и границы работ определяются выбранным форматом сопровождения; условия и следующий шаг описаны на странице сопровождения CRM. Для обсуждения достаточно принести заполненную матрицу и несколько реальных обращений: по ним проще определить необходимый объём поддержки и развития.