В договор поддержки продавцы кладут четыре разные работы и называют их одним словом. Первая — дежурство: кто-то смотрит на сигналы и замечает, что система встала. Вторая — исправление дефектов: система делает не то, что было принято по акту. Третья — эксплуатационное обслуживание: обновить базу знаний, продлить сертификат, перевыпустить токен, поправить справочник после того, как бизнес изменился. Четвёртая — изменения: сделать то, чего в системе не было.
Первые две почти всегда входят в абонплату, четвёртая почти всегда оплачивается отдельно, а спор идёт вокруг третьей. Именно там сидят все неприятные разговоры второго полугодия: «у вас поставщик поменял формат прайса, это не наш дефект» против «мы платим вам 20 000 ₽ в месяц, за что именно?». Разбирать этот спор нужно не в момент инцидента, а на этапе договора — одним абзацем, который мы приводим ниже дословно.
Дальше — граница между поддержкой и доработкой словами, которые можно перенести в договор, три спорных примера с разбором, четыре модели оплаты на одном и том же решении и модельный расчёт: из чего складываются нижняя и верхняя граница вилки 8 000–20 000 ₽ в месяц. Ставки в расчётах сквозные: инженер подрядчика — 3 000 ₽/час, полная стоимость часа рядового сотрудника компании — 700 ₽/час.
Четыре работы, которые продают одним словом
Разложить абонплату по этим четырём строкам полезно до подписания: становится видно, за что вы платите постоянно, а что подрядчик надеется закрыть «по возможности». Заодно выясняется, что две из четырёх работ вы будете делать сами независимо от договора.
| Работа | Что это на практике | Кто делает | Как оплачивается |
|---|---|---|---|
| Дежурство и мониторинг | Сигналы о сбоях, разбор оповещений, суточная сводка, проверка, что обмен прошёл ночью | Подрядчик, автоматика | Входит в абонплату всегда |
| Исправление дефектов | Система делает не то, что описано в приёмочном протоколе, при тех же внешних условиях | Подрядчик | Бесплатно, пока действует договор |
| Эксплуатационное обслуживание | Обновить факты в базе знаний, справочник складов, перевыпустить токен, продлить сертификат, поправить правило после изменения в бизнесе | Подрядчик по заявке, часть — администратор со стороны компании | Спорная зона: либо включённые часы, либо сверх абонплаты |
| Изменения и развитие | Новый сценарий, новая интеграция, новый отчёт, адаптация после мажорного обновления смежной системы | Подрядчик | Оценивается в часах, оплачивается сверх |
Первая строка стоит дешевле, чем кажется, если контур мониторинга собран заранее: мы разбирали девять сигналов и их пороги отдельно, и минимальный набор из них настраивается за один рабочий день. Третья строка стоит дороже, чем кажется, потому что её объём диктует не техника, а скорость изменений в вашей компании.
Сравнение в четыре колонки: «Дежурство и мониторинг» (галочка «входит»), «Исправление дефектов» (галочка «входит»), «Эксплуатационное обслуживание» (знак вопроса, колонка выделена цветом и подписана «спорная зона»), «Изменения и развитие» (пометка «оценивается в часах»). Под колонками общая шкала с подписью «граница проходит здесь», указывающая на третью колонку. Чертёжный стиль, подписи по-русски.
Три линии поддержки и кто их закрывает в компании на 30 человек
Схему «три линии» придумали в крупных сервисных компаниях, но она нормально сжимается до бизнеса на 30 человек — просто линии перестают быть отделами и становятся ролями. Дальше идёт модельная компания, на которой мы считаем всё остальное в статье: 30 сотрудников, связка «форма сайта + CRM + бот поддержки» стоимостью 600 000 ₽, поток 800 клиентских обращений в месяц и 22 внутренние заявки в поддержку.
- 1Первая линия — свой человек, 14 заявок из 22
Администратор системы или руководитель отдела, который в ней работает. Отвечает на «как сделать», заводит пользователя, перезапускает выгрузку, проверяет очевидное до того, как писать подрядчику. Требует не квалификации, а инструкции на две страницы и права нажимать кнопки.
- 2Вторая линия — инженер подрядчика, 6 заявок из 22
Ошибки обмена, разбор журналов, правка правил и промтов, восстановление после сбоя у смежной системы. Это тот человек, чьё время вы покупаете абонплатой, и именно его загрузка определяет цену.
- 3Третья линия — автор системы или вендор платформы, 2 заявки из 22
Дефект в самой платформе, странное поведение модели, баг в коннекторе. Обращения редкие, но долгие: срок решения зависит не от вашего договора, а от очереди у вендора. В SLA это оформляется как исключение.
Первая линия бесплатна только на бумаге. Четырнадцать заявок по 20 минут — это 4,7 часа в месяц, по полной стоимости часа сотрудника 700 ₽ получается 3 270 ₽ рабочего времени, которых нет ни в одном коммерческом предложении. В годовом бюджете эксплуатации такие внутренние часы обычно оказываются третьей по величине статьёй.
Граница между поддержкой и доработкой: абзац для договора
Формулировка ниже решает 90 % будущих споров, потому что привязывает бесплатность не к сложности работы и не к настроению сторон, а к двум проверяемым вещам: приёмочному протоколу и неизменности внешних условий.
Дефект — несоответствие работы системы описанию в приёмочном протоколе на дату приёмки при неизменных внешних условиях. Исправление дефекта выполняется бесплатно в течение всего срока действия договора сопровождения. Любая работа, которая меняет описанное поведение системы либо адаптирует её к изменившимся внешним условиям (формат данных контрагента, версия смежной системы, тариф, состав ролей, требования регулятора), является изменением: оценивается в часах и выполняется из включённого объёма часов, а при его исчерпании — по дополнительному счёту.
Ключевые слова здесь — «при неизменных внешних условиях». Без них подрядчик обязан бесплатно чинить последствия любого движения снаружи, и он либо заложит этот риск в цену втрое, либо будет спорить каждый месяц. Ни то, ни другое вам не нужно. Три примера, на которых эта формулировка проверяется.
- 1Поставщик прислал прайс в новом формате, парсер его не разобрал. Это не дефект: система работала по спецификации, изменился внешний файл. Работа — изменение на 2–4 часа. Но если поставщиков двадцать и формат меняется у кого-то ежемесячно, это не разовая заявка, а постоянная нагрузка, и она должна быть отдельной строкой абонплаты, а не сюрпризом.
- 2Бот назвал клиенту старую цену. Дефект — если бот не прочитал актуальную запись в базе знаний. Не дефект — если в базе знаний лежит старая цена, потому что её никто не обновил. Ответственность за содержание знаний остаётся на компании, и это стоит записать: расхождение системы с реальностью наступает у всех и никогда не является багом.
- 3Обновили конфигурацию 1С — встал обмен. Внешнее условие изменилось, поэтому по умолчанию это изменение. Рабочий компромисс, который мы советуем писать в договор: адаптация обмена к плановым обновлениям смежных систем входит в поддержку в пределах включённых часов при условии, что подрядчика предупредили за пять рабочих дней. Не предупредили — работа идёт сверх и в общей очереди.
Схема из шести блоков со стрелками. Слева блок «Заявка», от него стрелка в ромб-развилку с вопросом «Поведение отличается от приёмочного протокола?». Ветка «нет» уходит в блок «Обучение или консультация». Ветка «да» ведёт во вторую развилку «Внешние условия менялись?». Ветка «нет» — блок «Дефект: бесплатно, срок по SLA». Ветка «да» — блок «Изменение: оценка в часах, включённый объём или счёт». Внизу подпись «Правило одной строки: бесплатно то, что сломалось само». Чертёжный стиль, подписи по-русски.
Четыре модели оплаты на одном и том же решении
Одна и та же работа продаётся четырьмя способами, и разница между ними не в цене часа, а в том, кто несёт риск непредсказуемого месяца. Модель выбирается под характер потока, а не под размер компании.
| Модель | Как устроена | Когда выгоднее | Главный риск |
|---|---|---|---|
| Абонемент | Фиксированная сумма в месяц за дежурство, дефекты и оговорённый объём обслуживания | Поток заявок ровный, система критична для операционки, нужна предсказуемость бюджета | В спокойный месяц вы платите за неиспользованное время; проверяется только отчётом |
| Пакет часов | Покупаете 10–20 часов, они списываются по факту, остаток переносится или сгорает | Заявок мало и они неравномерны: два месяца тишины, потом волна изменений | Сгорающие часы и отсутствие дежурства: пока вы не заметили сбой, никто его не разбирает |
| Оплата за инцидент | Фиксированная цена за разбор одного обращения, без ежемесячного платежа | Система вспомогательная, простой в сутки не критичен, инцидентов 1–2 в квартал | Нет приоритета в очереди и нет срока реакции: вас берут, когда освободятся |
| Время и материалы | Оплата фактически отработанных часов по ставке, объём не ограничен | Этап активного развития системы, когда изменений больше, чем эксплуатации | Бюджет не ограничен сверху; нужен потолок часов в месяц, иначе смета уезжает |
На практике для системы, от которой зависит операционка, работает гибрид: небольшой абонемент за дежурство и дефекты плюс пакет часов на изменения. Абонемент покупает вам время реакции — то самое, ради которого пишется SLA с четырьмя числами. Пакет часов покупает предсказуемость развития. Чистый «пакет часов» без абонемента опасен ровно тем, что в нём нет дежурного: сбой обнаруживает клиент, а не система.
Если 15 неиспользованных часов сгорают каждый месяц, за год вы оплачиваете до 180 часов, которых не было. По ставке 3 000 ₽/час это 540 000 ₽ верхней границы потерь. Рабочая формулировка: неиспользованные часы переносятся на следующий период, но накопленный остаток не превышает двух месячных объёмов — так подрядчик не получает бесконечный долг, а вы не платите за воздух.
Модельный расчёт: поддержка решения за 600 000 ₽
Вилка 8 000–20 000 ₽ в месяц выглядит как маркетинговый разброс, пока её не разложить в часы. После разложения видно, что это две разные услуги, а не одна с разной наценкой.
Разница между вариантами — 12 000 ₽ в месяц, или 144 000 ₽ в год. Покупается на эти деньги ровно одно: система, которая не расходится с бизнесом, потому что кто-то оплачен за то, чтобы её догонять. Соотнесите это с ценой одного пропущенного расхождения — в разборе дрейфа знаний неисправленный срок доставки обошёлся в 171 600 ₽ за пять месяцев, и это ниже средней цифры по рынку, а не выше.
Две вертикальные столбчатые диаграммы рядом, ось в рублях в месяц. Левый столбец высотой 8 000 ₽ разбит на три сегмента с подписями: дежурство 3 000 ₽, дефекты 3 000 ₽, отчёт 2 000 ₽. Правый столбец высотой 20 000 ₽ разбит на пять сегментов: дежурство 4 500 ₽, дефекты 6 000 ₽, обновление знаний 4 500 ₽, включённые изменения 3 000 ₽, отчёт 2 000 ₽. Между столбцами скобка с подписью «12 000 ₽ в месяц — цена того, что систему догоняют». Под осью подписи «2,7 часа» и «6,7 часа». Чертёжный стиль, подписи по-русски.
Что оплачивается отдельно всегда
Абонплата — это работа людей. Всё, что потребляется системой само по себе, живёт отдельной строкой и растёт вместе с потоком. Подрядчик, который не показал эту таблицу до подписания, либо не эксплуатировал такие системы, либо надеется, что вы не спросите.
| Статья | Отчего зависит | Ориентир при 800 обращениях в месяц |
|---|---|---|
| Хостинг и вычисления в РФ | Число сервисов, объём базы, требования по резервированию | 3 000–8 000 ₽/мес |
| Запросы к языковой модели | Число диалогов и длина контекста; тариф провайдера — GigaChat, Yandex AI Studio или своя модель | 3 000–9 000 ₽/мес |
| Распознавание и синтез речи | Минуты разговоров; считается поминутно, ориентир по рынку 1–3 ₽ за минуту | 0 ₽, если голосового контура нет |
| Лицензии CRM, телефонии, ЭДО | Число пользователей и тариф; оплачиваются вами напрямую вендору | Вне договора поддержки |
| Уведомления: SMS, звонки, сообщения | Число отправок, тариф оператора | 1 000–4 000 ₽/мес |
В сумме переменные расходы модельной связки — 9 000–15 000 ₽ в месяц, то есть сопоставимо с самой абонплатой. Полная стоимость владения решением за 600 000 ₽ получается 17 000–35 000 ₽ в месяц, и именно это число надо ставить в расчёт окупаемости, а не одну строку договора поддержки. Как считать окупаемость с учётом эксплуатации, разобрано в методике расчёта окупаемости, а типовые бюджеты первого года лежат на странице бюджетов проектов.
Девять вопросов подрядчику до подписания
Задавать их лучше письмом: устные ответы на эти вопросы через полгода звучат иначе. По качеству ответов на четвёртый и седьмой видно, сопровождал ли подрядчик хоть одну систему больше года.
- 1Как в договоре определён дефект и от чего отсчитывается «правильное» поведение системы?
- 2Сколько часов на изменения включено в абонплату и что происходит с неиспользованными?
- 3Обновление базы знаний и справочников — включено, оплачивается отдельно или это наша работа?
- 4Кто адаптирует обмен после планового обновления смежной системы и на каких условиях?
- 5Какое время реакции и время восстановления по каждому уровню критичности, и кто присваивает уровень?
- 6Что вы делаете в 22:00 в субботу при полной остановке сервиса и кто конкретно дежурит?
- 7Какие переменные расходы будут у нас помимо абонплаты и как они изменятся при росте потока вдвое?
- 8Что приходит в ежемесячном отчёте и можно ли посмотреть образец за прошлый месяц по другому клиенту, обезличенный?
- 9Что происходит с доступами, документацией и правом на доработки, если мы расторгаем договор через год?
Нарисованный абстрактный лист отчёта формата А4 с четырьмя блоками. Верхний блок: «Часы: включено 6,7 — использовано 5,2 — перенесено 1,5». Второй блок: таблица инцидентов из трёх строк с колонками «уровень», «время реакции», «время восстановления», «уложились да/нет». Третий блок: «Выполненные изменения» — три строки с часами. Нижний блок: «Переменные расходы месяца: 11 400 ₽». Ни одного логотипа, только структура. Чертёжный стиль, подписи по-русски.
Когда договор поддержки не нужен
Сопровождение окупается не всегда, и продавать его в этих четырёх случаях мы считаем нечестным.
- Система без внешних связей и без модели. Отчёт по расписанию из одной базы, бот с тремя фиксированными кнопками, форма на сайте, которая пишет в таблицу. Ломать там нечего, дрейфовать нечему. Достаточно гарантийного срока и телефона разработчика.
- Потери от суточного простоя ниже 5 000 ₽. Абонемент за 8 000 ₽ в месяц — это 96 000 ₽ в год за скорость реакции, которая вам не нужна. Модель «оплата за инцидент» здесь честнее: 2–3 обращения в квартал обойдутся дешевле годовой абонплаты в три-четыре раза.
- Внутри есть загруженный этой системой инженер. Если свой человек занят ею хотя бы на треть времени, содержание внешнего дежурства дублирует расход. Разумнее купить у подрядчика третью линию по факту и оставить первые две себе.
- Система в списке на замену в ближайшие полгода. Платить за обновление знаний в контуре, который вы всё равно выключаете, смысла нет. Купите минимум: проверенное восстановление из копии, свои доступы и одного живого получателя оповещений.
Во всех остальных случаях вопрос не в том, покупать ли поддержку, а в том, какой из четырёх работ вы покупаете. Если из договора не видно ответа на этот вопрос — договор ещё не написан, сколько бы страниц в нём ни было.
Бесплатно чинится то, что сломалось само. Всё, что сломал изменившийся мир, стоит часов — и это нормально, если написано заранее.
