Как выбрать сопровождение Битрикс24 и не покупать лишние часы

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

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

Соберите перечень задач

Возьмите обращения за прошлый рабочий период или проведите короткое наблюдение. Разделите их по типам:

Категории рабочей очереди

• вопрос пользователя;
• ошибка или недоступность;
• изменение роли и доступа;
• обновление справочника;
• корректировка маршрута;
• новый отчёт;
• изменение интеграции;
• обучение;
• разработка нового процесса;
• аудит качества данных.

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

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

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

Определите границы ответственности

Поддержка может консультировать, администрировать, развивать систему или совмещать эти задачи. Зафиксируйте, что остаётся у внутренней команды.

Ответьте на вопросы:

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

Без бизнес-владельца подрядчик не должен самостоятельно менять правила процесса на основании единичного запроса пользователя.

Разделите инцидент и развитие

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

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

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

Согласуйте SLA понятным языком

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

Для сложной задачи сначала может быть предоставлена диагностика и план. Нельзя заранее гарантировать одинаковый срок исправления для любой причины.

Также укажите:

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

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

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

Регулярный отчёт может включать:

• завершённые задачи;
• активную очередь;
• блокировки со стороны клиента или внешней системы;
• повторяющиеся обращения;
• риски;
• предложения по предотвращению проблем;
• использованный и оставшийся объём по правилам пакета.

Отчёт ценен выводами. Простого списка мелких действий недостаточно для управления системой.

Оцените документацию и передачу знаний

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

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

Когда нужен внешний администратор

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

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

Критерии выбора

• Состав задач основан на фактической потребности.
• Разделены поддержка, администрирование и развитие.
• Назначен владелец со стороны бизнеса.
• Приоритет учитывает влияние на процесс.
• SLA различает реакцию и решение.
• Канал и состав обращения понятны пользователям.
• Очередь и использование пакета прозрачны.
• Существенные изменения документируются.
• Права подрядчика ограничены задачей.
• Есть порядок пересмотра формата.

Актуальные варианты опубликованы на странице «Техподдержка и сопровождение» и в разделе цен. Если непонятен объём накопившихся проблем, начните с решения «Аудит Битрикс24».