После внедрения Битрикс24 некому чинить: техподдержка и SLA

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

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

И вот главный вопрос: кто чинит?

Почему «свои руки» часто не спасают

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

Вторая крайность — надеяться, что «облако само всё починит». Платформа отвечает за доступность сервиса. Бизнес-логику портала — воронки, права, интеграции, сценарии — она за вас не переписывает. Если обмен с сайтом или 1С настроен криво, это остаётся вашей зоной ответственности.

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

Где обычно наступают на грабли

Самая частая ошибка — считать, что внедрение закончилось в день запуска. Запуск — это старт эксплуатации. Без договорённостей о реакции на инциденты, о тестовом контуре и о том, кто имеет право менять роботов, портал быстро превращается в набор локальных «улучшений».

Вторая ошибка — править боевую систему «на коленке», лишь бы сегодня заработало. Через месяц обновление или смена тарифа превращается в лотерею: никто не помнит, какой костыль держит приём заявок.

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

Что на самом деле означает сопровождение

Когда говорят о поддержке по договору, полезно разделять реакцию и решение. Реакция — это «мы увидели проблему и взяли её в работу». Решение — это восстановление процесса. Для критичного сбоя (не идут заявки, не создаются сделки, упал обмен) разумный ориентир по реакции — часы, а не «когда освободимся».

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

Опытный подход к сопровождению обычно стоит на трёх вещах, о которых редко говорят на презентациях.

Превентивность. Не ждать письма «всё упало», а смотреть журналы и симптомы заранее. Если робот рассылки начал сыпать ошибками пачкой — лучше узнать об этом до того, как отдел продаж заметит пустой день.

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

Человеческий язык. Пользователю не нужна лекция про структуру данных. Ему важно: «форма не сохраняется, потому что поле переполнено — увеличим лимит и проверим сценарий». Разница между этими формулировками — это разница между паникой и управляемым инцидентом.

Как действовать, если поддержки сейчас нет

Сначала зафиксируйте критичное: приём заявок, создание сделок, выставление счетов, обмен с 1С или сайтом. Всё остальное — отчёты, «красота» дашбордов — во вторую очередь.

Затем соберите карту текущего состояния: кто имеет админ-права, какие интеграции живы, какие роботы трогали руками, где нет тестовой среды. Часто половина болей сидит в одном старом «временном» решении, которое никто не переписывал.

Дальше — выбрать модель сопровождения не по красивому слайду, а по вопросам:

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

Итог

Сопровождение Битрикс24 — не «ещё один счёт в месяц», а способ в момент сбоя обмен с сайтом или воронка не превращались в ночной квест по поиску случайного исполнителя.

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