IT-новости России

Почему стандартный договор не защищает от срыва сроков

При заказе разработки ПО или услуг системного администрирования стандартный шаблон договора часто содержит размытые формулировки. Вместо конкретных дат и KPI вы видите фразы «в разумные сроки» или «приложим усилия». Это прямой путь к срыву графика: подрядчик не несёт ответственности, а заказчик теряет деньги и время. Проблема усугубляется в контексте IT-новостей России, когда компании стремятся оперативно запустить продукт.

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

Гарантии, которые должен давать надёжный разработчик

Перечень конкретных гарантий — первый фильтр, отсеивающий 70% ненадёжных студий. В список обязательных пунктов входят: фиксация бюджета (не более +10% без дополнительного соглашения), поквартальная сдача этапов, срок устранения критических ошибок (не более 24 часов).

Фиксированный бюджет этапа. Вы точно знаете сумму к оплате после подписания акта. Любое отклонение требует вашего письменного согласия.
Чёткие KPI по времени отклика. Для системного администрирования — время реакции на инцидент (SLA). Например, 15 минут для решения по критическим сбоям.
Юридическая гарантия отсутствия ошибок в документации. Подрядчик отвечает за то, что код и архитектура соответствуют документации.
Прозрачная отчётность. Еженедельные логи изменений, JSON-отчёты по нагрузке серверов.
Безопасность данных. Использование ГОСТ-криптографии и подписанных контрактов о неразглашении (NDA) с перечислением конкретных зон ответственности (например, хранение ключей шифрования у заказчика).
Гарантия на код после запуска. Минимум 6 месяцев бесплатного исправления багов, выявленных в процессе эксплуатации.

Риски при выборе аутсорсинга информационной безопасности

Типичная ошибка заказчика — путать консалтинг по безопасности с полноценным аудитом и внедрением. Консалтинговая компания может дать рекомендации, но не несёт ответственности, если взлом произошёл из-за невнедрённых мер. Риск 1: отсутствие гарантий SLA на время восстановления после атаки. Риск 2: использование «серых» инструментов пентеста без лицензий ФСТЭК или ФСБ.

Проверьте, входит ли в контракт пункт о возмещении ущерба (страхование профессиональной ответственности). В 2026 году страховка от 10 млн рублей за утечку данных стала рыночным стандартом для проектов с госданными.

Как проверить реальную компетенцию до старта проекта

Не доверяйте кейсам на сайте без ссылок на контактных лиц. Запросите референсы по проектам, аналогичным вашему по стеку (например, Java Spring + PostgreSQL) и по масштабу (количество RPS или объём данных). Проконтролируйте выполнение check-up за 2 дня.

Техническое интервью с лидом. Попросите разработчика объяснить архитектурное решение вашей задачи (без готового ответа). Оценка: укладывается ли он в 15 минут и даёт ли оценку рисков.
Live-тестирование SLA. Заведите демо-тикет с просьбой исправить простую ошибку. Замерьте время первого отклика. Норма для среднего проекта — 1 час.
Проверка резюме команды. Убедитесь, что реальные сотрудники (не просто «названные») имеют опыт работы в вашей отрасли (ритейл, финтех, госсектор).
Аудит открытых репозиториев. Если подрядчик использует open-source, проверьте, что он возвращает изменения сообществу.
Проверка лицензий. Лицензия ФСБ на криптографию, лицензия ФСТЭК на безопасность — это не просто «бумажка», а возможность избежать блокировок.
Страхование ошибок. Наличие полиса ответственности перед третьими лицами.
Юридическая привязка к Москве или вашему региону. Это упрощает досудебное урегулирование споров.

Что должно быть в договоре, чтобы не пожалеть через месяц

Типовой договор из интернета не подходит для проектов с информационной безопасностью. Требуйте включения приложения с Service Level Agreement (SLA), где указаны все метрики. Без чёткого SLA ваши претензии не будут иметь силы.

Поквартальные вехи сдачи. Каждый этап—свой функционал, своя цена. Например: «1-й кв — авторизация и админка, 2-й — бэк-офис». Привязка оплаты к вехам.
Penalty за срыв. Штраф 0.5% за каждый день просрочки (но не более 10% от суммы этапа). Многие компании ставят 1% — это сигнал о серьёзности.
Аудит безопасности на завершённом проекте. Исполнитель обязан предоставить отчёт о пентесте от независимой компании (например, Positive Technologies).
Документация в Confluence или Git. Доступ должен быть у вас, а не только у исполнителя. Иначе завтра вы не сможете сменить подрядчика.
Порядок приёма-передачи прав на код. Код передаётся по акту, и с этого момента вы — правообладатель.

Типичные скрытые комиссии и как их избежать

Наиболее частые скрытые платежи: доплата за выезд специалиста (если нужен выезд на 2 дня), лицензии на использованные open-source компоненты, оплата за исправление багов в процессе эксплуатации (если гарантийный срок уже прошёл).

Как проверить заранее: попросите смету с детализацией всех статей. Если есть строка «Непредвиденные расходы» (обычно 5-10%) — уточните, какие именно риски покрываются. Компании с репутацией могут предоставить фиксированную смету без такой строки.

Проверьте, входит ли в стоимость передача прав на домен, SSL-сертификат и хостинг на ваш аккаунт. Если подрядчик создаёт всё на своём имени, потом выкатить проект будет сложнее.

Пошаговый план действий для выбора безопасного подрядчика

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

Шаг 1: загрузите три шаблона проектов (разработка, администрирование, безопасность). Сравните сроки и суммы.
Шаг 2: проверьте отзывы на независимых площадках (Хабр Карьера, VC.ru). Не верьте только одному кейсу.
Шаг 3: потребуйте демо-версию с ограниченным функционалом за оплату (пилот). Так вы оцените качество кода и коммуникации.
Шаг 4: уточните возможность эскалации — до кого вы будете идти, если команда не справляется.

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

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

Добавлено: 08.05.2026