Гарантийный период в разработке ПО: что исправляют бесплатно
Основы4 минРедакция Innovialabs
Коротко
Гарантия — это бесплатное исправление дефектов, то есть расхождений с согласованным ТЗ, в течение оговорённого срока после сдачи. Новые функции и проблемы из-за изменений окружения в неё не входят — для этого нужен договор поддержки.
Что такое гарантийный период
Гарантийный период — это срок после приёмки проекта, в течение которого подрядчик бесплатно исправляет дефекты: ситуации, когда система работает не так, как было согласовано в техническом задании, макетах или критериях приёмки.
Ключевое слово — «согласовано». Гарантия защищает от ошибок исполнителя, но не превращает его в бесплатную команду развития. Если в ТЗ было написано «заказ уходит в CRM», а заказ не уходит — это дефект. Если вы решили, что заказ теперь должен уходить ещё и в Telegram, — это новая задача.
Что входит в гарантию, а что нет
| Ситуация | Гарантия? | Почему |
|---|---|---|
| Кнопка оплаты не работает в одном из поддерживаемых браузеров | Да | Нарушен согласованный сценарий |
| Ошибка в расчёте скидки по формуле из ТЗ | Да | Код не соответствует требованиям |
| Нужен новый отчёт или фильтр | Нет | Это новая функция |
| Сломалась интеграция, потому что внешний сервис сменил API | Обычно нет | Изменилось окружение, а не код |
| Хостинг обновил версию PHP или Node.js, сайт перестал работать | Обычно нет | Изменение инфраструктуры вне контроля подрядчика |
| Сотрудник клиента поправил код или настройки, и всё сломалось | Нет | Вмешательство третьей стороны |
| Медленная работа при нагрузке, которая была оговорена в ТЗ | Да | Не выполнено нефункциональное требование |
Серая зона — изменения окружения: обновления операционных систем, браузеров, сторонних библиотек и API. Хорошо, когда договор прямо перечисляет поддерживаемые версии и платформы: тогда понятно, что ошибка в новой версии iOS, которой не было при сдаче, — не дефект, а адаптация.
Сколько обычно длится гарантия
Единого стандарта нет. На практике встречаются сроки от одного месяца до года, а чаще всего — несколько месяцев. На срок влияют:
- сложность системы — чем больше сценариев и интеграций, тем дольше проявляются редкие ошибки;
- частота использования — если функция запускается раз в квартал, ошибка в ней может всплыть только через полгода;
- условия договора — иногда длинная гарантия заложена в стоимость проекта;
- кто управляет сервером — если после сдачи инфраструктуру ведёт клиент, гарантия обычно ограничивается кодом.
Важно не только «сколько», но и с какого момента считается срок: с подписания акта, с запуска в продакшн или с начала реального использования. Это стоит зафиксировать письменно.
Чем гарантия отличается от договора поддержки
| Параметр | Гарантия | Договор поддержки |
|---|---|---|
| Оплата | Входит в стоимость проекта | Отдельная, обычно ежемесячная или почасовая |
| Что покрывает | Только дефекты | Дефекты, обновления, мониторинг, доработки по договорённости |
| Срок | Ограничен | Пока действует договор |
| Время реакции | Часто не оговорено | Обычно фиксируется SLA |
| Изменения окружения | Как правило, нет | Да, это одна из главных задач |
Гарантия — это обязательство исправить свою работу. Поддержка — это услуга по сохранению системы в рабочем состоянии, когда мир вокруг неё меняется.
Как правильно оформить гарантию в договоре
- Определите, что считается дефектом. Лучше всего — через ссылку на ТЗ и критерии приёмки.
- Укажите срок и точку отсчёта.
- Опишите процесс обращения: куда писать, что приложить (шаги воспроизведения, скриншоты, время).
- Зафиксируйте сроки реакции хотя бы для критичных ошибок, из-за которых не работает основной сценарий.
- Перечислите исключения: вмешательство третьих лиц, изменения окружения, нарушение условий эксплуатации.
- Пропишите поддерживаемые платформы — браузеры, версии ОС, устройства.
Частые ошибки заказчиков
- Копить проблемы до конца гарантии. Сообщайте об ошибках сразу — так их проще воспроизвести и исправить.
- Выдавать новые хотелки за баги. Это портит отношения и всё равно приводит к спору.
- Не проверять продукт после приёмки. Гарантия работает, только если ошибки находят.
- Передать код другой команде во время гарантии, не обсудив это. После чужих правок подрядчик вправе снять с себя обязательства.