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