Сопровождение после запуска: что это и когда оно нужно

Сопровождение обычно предлагают как страховку от поломок. Формулировка неточная и мешает принять решение: система не ломается сама по себе.

Почему сопровождение — это не страховка

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

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

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

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

Что происходит в первые недели

Больше всего изменений приходится на период сразу после запуска, и это не признак плохого внедрения.

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

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

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

Из чего складывается работа дальше

Четыре типа задач, и они предсказуемо повторяются.

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

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

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

Развитие отчётности: руководителю понадобился срез, которого раньше не было. Часто это первый признак, что компания начала опираться на систему всерьёз.

Когда сопровождение не нужно

Три случая, и все три реальны.

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

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

Третий: система намеренно сделана простой. Чем меньше автоматических правил, тем меньше поводов к ним возвращаться.

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

Как выбрать формат

Два формата: разовые обращения по факту и фиксированный пакет часов в месяц.

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

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

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