Проект сдан, гарантийный период закончился, команда ушла на другой проект.

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

Это не обвинение. Если время реакции не прописано в договоре, у команды просто нет основания ставить ваш запрос в приоритет.

Чем гарантия отличается от поддержки

Эти два понятия часто смешивают, и именно это становится причиной споров.

Гарантия — это «мы отвечаем за то, что сделали». Она покрывает технические дефекты и ограничена по сроку.

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

Поддержка начинается там, где заканчивается гарантия. Если договор не заключён, вы переходите в режим «когда получится».

Что означает время реакции

Это главная цифра в SLA, и понимать её нужно верно.

Время реакции — время от поступления запроса до ответа. Это не время решения проблемы.

Время решения зависит от сложности и обычно оговаривается отдельно либо не оговаривается вовсе.

Рабочие тарифы:

Выбор не технический, а деловой: во сколько вам обойдётся день без системы? Если сумма велика — Enterprise оправдан. Если нет — достаточно Basic.

Что должно быть внутри SLA

В каждом тарифе должны присутствовать эти пункты, и они прописываются в договоре:

• Время реакции — в часах, с уточнением рабочих дней или режима 24/7
• Месячный объём часов — сколько включено
• Мониторинг — отслеживается ли состояние системы и приходит ли оповещение о сбое
• Резервное копирование — как часто и где хранится
• Время восстановления — за сколько система поднимается после сбоя
• Что не входит — новый модуль, крупная доработка, оборудование

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

Суммарные расходы за три года

Этот расчёт делается при получении предложения, а не после.

Пример:

Поддержка обошлась дороже проекта. Это не плохо — система три года работала и обслуживалась. Но эту цифру нужно знать заранее.

При сравнении двух предложений: первое $20,000 и $800 в месяц, второе $28,000 и $300 в месяц. За три года первое — $48,800, второе — $38,800. Более дешёвое на вид предложение оказалось дороже.

Альтернативная модель: годовой процент

В ряде случаев вместо помесячного тарифа применяется процент от стоимости проекта.

Обычная ставка — 18% в год. Для системы за $45,000 это $8,100 в год, или $675 в месяц.

Когда это удобнее: на крупных и сложных системах, особенно при большом числе модулей. Помесячный тариф точнее для небольших систем.

Обе модели рабочие — важно знать, какая выбрана и что в неё входит.

Внутренняя команда или внешняя поддержка

Этот вопрос возникает у выросших предприятий.

На практике часто работает смешанный вариант: внутренний сотрудник занимается повседневными вопросами и обучением, а внешняя команда берёт технические задачи и развитие.

Пункты, которые должны быть в договоре

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

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

Когда поддержка не нужна

Ради честности стоит сказать и об этом.

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

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

Когда не подходит: склад, касса, производство, зарплата. Их остановка останавливает работу.

Итог

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

Практические шаги:

1. Чётко разделите в предложении гарантию и поддержку
2. Выбирайте время реакции по влиянию на бизнес, а не по цене
3. Посчитайте суммарные расходы за три года: проект плюс 36 месяцев поддержки
4. Спрашивайте о времени восстановления, а не только о наличии резервных копий
5. Заключите договор до окончания гарантии
6. Пропишите порядок расторжения и передачи данных