Договор на разработку сайта: что в нём зафиксировать заказчику

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

Предмет договора и объём работ

Что именно создаётся, лучше описать в техническом задании и сделать его приложением к договору. Формулировка «разработка сайта» без приложения означает, что объём работ каждый понимает по-своему. Как составить ТЗ — в статье техническое задание на разработку.

Этапы, сроки и оплата

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

Приёмка

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

Права на результат

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

Доступы и аккаунты

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

Гарантия и поддержка

• Гарантийный срок, в течение которого ошибки исправляются бесплатно.
• Что считается ошибкой, а что — новой доработкой.
• Поддержка после гарантии — лучше отдельным договором с понятной стоимостью часа или пакета.

Изменения по ходу работы

Новые пожелания появляются почти всегда. Договоритесь, как они оформляются: письменная заявка, оценка сроков и стоимости, согласование — и только потом работа. Это защищает обе стороны.

Персональные данные и конфиденциальность

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

Вопросы, которые стоит задать подрядчику ещё до договора, — в статье что спросить у подрядчика до заключения договора. Мы работаем по договору с этапами и передаём доступы и код заказчику — подробнее на странице разработки.