Что зафиксировать в договоре на разработку сайта

В договоре на разработку сайта стоит зафиксировать конкретный результат, состав работ, этапы, оплату, порядок согласования и передачи проекта. Формулировка «сайт под ключ» не отвечает на вопросы о текстах, интеграциях, правках и доступах. Их лучше разобрать до старта, пока ожидания можно спокойно сопоставить.

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

1. Опишите результат и границы работ

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

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

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

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

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

2. Свяжите этапы со сроками, материалами и оплатой

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

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

Стоимость полезно разделить на разработку и внешние расходы. Домен, хостинг, платные сервисы и лицензии должны иметь понятного плательщика. В моих предложениях лицензия 1С-Битрикс оплачивается отдельно; её наличие в проекте не означает включение в цену разработки.

Мой стандартный порядок оплаты — 50% после согласования сметы и 50% после приёмки, перед запуском. Конкретный график сверяйте со своим договором. Важно понимать, какое событие запускает очередной платёж, а не только видеть две суммы и календарные даты.

До старта полезно отдельно обсудить остановку проекта: как определить выполненный объём, какие материалы передаются и что происходит с незавершёнными задачами. Юридические формулировки и расчёты для такой ситуации не стоит подменять устной договорённостью «разберёмся потом».

3. Согласуйте проверку результата и новые пожелания

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

До подписания задайте исполнителю несколько вопросов:

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

Я исправляю расхождения с согласованным ТЗ без доплат. Новые страницы и функции обсуждаются отдельно. Порядок раундов правок нужно уточнить в договоре: обещание исправлять недочёты не означает неограниченную смену концепции без пересмотра сроков.

Не смешивайте техническую готовность с ожиданием коммерческого результата. Работающая форма и согласованная структура проверяются при сдаче. Количество будущих обращений зависит не только от разработки; не следует считать его обещанным результатом, если такого обязательства нет в договоре.

4. Перечислите, что получите после сдачи

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

Передачу файлов и условия использования результата обсудите отдельно. Вопросы интеллектуальных прав регулирует, в частности, часть четвёртая ГК РФ. Попросите юриста проверить условия для созданного кода, дизайна и сторонних материалов, не предполагая одинаковый порядок для всего проекта.

Также обозначьте границу поддержки. После сдачи я бесплатно исправляю недочёты относительно согласованного ТЗ 30 дней. Новые разделы и развитие сайта — отдельные задачи. Уточните канал обращений и какие сведения понадобятся для повторения ошибки.

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