Поддержка CRM после внедрения: что должно входить в работу подрядчика

Поддержка начинается с границ ответственности

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

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

Единое место обращения

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

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

Нельзя покупать абстрактную «полную поддержку» без перечня систем. В рабочем приложении называют портал, сайт, каналы связи, внешние приложения и стороны, отвечающие за них, чтобы при сбое не выяснять заново, входит ли потерянная заявка в чью-то зону обслуживания.

Какие обращения входят в обслуживание

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

Что считать сбоем

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

• Инциденты. Потерянный обмен, недоступная функция, неправильные данные после изменения. Нужны разбор причины, временные действия и подтверждение восстановления.
• Консультации. Помощь сотрудникам по действующим инструментам. Полезный результат — понятная инструкция или совместно выполненное действие, которое человек сможет повторить.
• Администрирование. Права, справочники и организационные настройки в пределах выбранного перечня. Компания определяет, кто вправе заказывать такие изменения.
• Развитие. Новая автоматизация, новый канал, новый отчёт. До выполнения обсуждают цель, оценку трудоёмкости и способ принятия результата.

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

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

Что означает срок ответа исполнителя

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

Часы и события отсчёта

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

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

Что сообщать о проблеме

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

• Что сотрудник сделал перед ошибкой.
• Что ожидал увидеть и что получил фактически.
• Когда это произошло и повторяется ли сейчас.
• Какая работа остановлена и есть ли временный способ продолжить.
• Кто со стороны компании подтвердит исправление.

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

Как принимать изменения в рабочей CRM

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

От просьбы к наблюдаемому действию

«Сделайте удобнее карточку» трудно принять. «Менеджер видит сведения о доставке и может сохранить их без изменения суммы» уже описывает действие и границу. Сотрудник компании подтверждает смысл. Исполнитель предлагает вариант и называет затронутые места. Приёмка заканчивается повторением рабочего шага под правами сотрудника.

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

Доступы и зависимые действия

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

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

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

Чем подтверждается работа за месяц

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

Результат рядом с затратами

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

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

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

Смена исполнителя

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

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

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

Разговор о конкретном сбое

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

Ответ, который можно превратить в договорённость

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

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

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