Что должно быть в договоре на разработку сайта

Коротко

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

Обязательный минимум

Предмет и объём

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

Сроки по этапам

Один срок «до 30 ноября» бесполезен: непонятно, отстаёте вы или нет, пока не наступит 29-е. Сроки по этапам показывают отставание на второй неделе.

Что вы предоставляете и когда

Тексты, фотографии, логотип, доступы. С датами. Иначе любая задержка проекта объясняется вашей задержкой, и проверить это будет нечем.

Порядок приёмки

Кто, в какой срок и по каким критериям принимает этап. И что происходит, если вы молчите: обычно работа считается принятой через N дней — знайте про этот пункт заранее.

Правки

Сколько раундов входит в стоимость, что считается правкой, а что — новой задачей. Без этого «поменяйте оттенок синего» и «переделайте структуру каталога» стоят одинаково — то есть ноль, пока подрядчик не начнёт возражать.

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

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

Гарантия

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

Приложения, которые важнее самого договора

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

Что не стоит подписывать

• Полную предоплату без этапов.
• Объём в формулировке «по устной договорённости».
• Условие, где права на код остаются у исполнителя «до особого соглашения».