Договор на разработку ПО: какие пункты проверить

Короткий ответ

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

1. Объём работ (scope)

Главная причина конфликтов — разное понимание того, что входит в проект.

Проверьте:

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

2. Этапы и оплата

Оплата «всё сразу» и «всё в конце» одинаково рискованны. Лучше — оплата по этапам (milestones), привязанная к конкретному результату.

• Каждый этап имеет понятный результат: прототип, дизайн, бэкенд, релиз.
• Указаны сроки этапов и что происходит при задержке по вине каждой стороны.
• Определена модель оплаты: фиксированная цена или Time & Material с отчётами о часах.
• Прописаны валюта, налоги и порядок выставления счетов.

3. Приёмка

Без процедуры приёмки этап невозможно ни закрыть, ни оспорить.

• Критерии приёмки: какие сценарии должны работать и на каких устройствах.
• Срок проверки для заказчика и формат замечаний.
• Что считается дефектом, а что — новым требованием.
• Что происходит, если заказчик молчит: часто договор предусматривает, что после истечения срока этап считается принятым.

4. Интеллектуальная собственность

Это пункт, который заказчики проверяют реже всего, а последствия у него самые серьёзные.

• Переходят ли к заказчику исключительные права на код, дизайн и документацию, и в какой момент — обычно после оплаты.
• Передаётся ли исходный код, а не только работающая программа.
• Какие сторонние библиотеки и open-source-компоненты используются и под какими лицензиями.
• Может ли подрядчик использовать свои наработки (фреймворки, модули) — и на каких условиях они лицензируются заказчику.
• Может ли подрядчик упоминать проект в портфолио.

5. Гарантия

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

6. Ответственность и конфиденциальность

• Ограничение ответственности: максимальная сумма, на которую стороны отвечают друг перед другом.
• Штрафы за просрочку — и для подрядчика, и для заказчика (например, за задержку оплаты или материалов).
• NDA: какие данные считаются конфиденциальными и сколько длится обязанность их хранить.
• Обработка персональных данных, если система работает с данными клиентов.

7. Расторжение

• Основания для расторжения у каждой стороны и срок уведомления.
• Оплата уже выполненной работы.
• Передача всего сделанного при расторжении: код, доступы, документация.
• Порядок разрешения споров: переговоры, затем суд или арбитраж в конкретной юрисдикции.

Быстрый чек-лист перед подписанием