«Разработать сайт под ключ» — не значит автоматически передать исходный код, настроить размещение и исправлять ошибки после запуска. Если заказчик рассчитывает на эти работы, их нужно прямо указать в договоре: описать результат, сроки и оплату. Иначе стороны могут добросовестно понимать объем проекта по-разному.
Сайт объединяет дизайн, программный код, тексты, интеграции и услуги сторонних платформ. Общая формулировка о «готовом сайте» не определяет, что происходит с каждым из этих элементов. Приведенные ниже ориентиры относятся прежде всего к договору по российскому праву. Если исполнитель находится за рубежом или стороны выбрали другое применимое право, условия нужно проверять отдельно.
Что именно должен сделать исполнитель
Техническое задание удобно оформить приложением с датой и номером версии. Вместо «удобного личного кабинета» опишите роли пользователей и доступные им действия: покупатель видит историю заказов, администратор меняет статус заказа. Для интернет-магазина отдельно укажите состав каталога, порядок оформления заказа, способы оплаты и доставки, требования к мобильной версии.
Спецификация не обязана занимать десятки страниц. Важно, чтобы по ней можно было проверить результат, не споря о смысле устных договоренностей. Обычно стоит перечислить:
- страницы, шаблоны и пользовательские сценарии, в том числе формы и уведомления;
- интеграции с конкретными сервисами и порядок действий, если их интерфейсы изменятся;
- поддерживаемые браузеры и устройства, допустимые различия в отображении;
- материалы заказчика и сроки их передачи;
- работы и расходы, не входящие в цену: наполнение каталога, SEO, хостинг, лицензии, сопровождение.
Ссылка на сайт конкурента поможет показать желаемую структуру, но не заменит перечень функций и не даст права копировать чужие материалы. Если проект разделен на дизайн, разработку и запуск, для каждого этапа нужны свой результат и порядок согласования.
Сроки зависят не только от разработчика
Дата релиза сама по себе мало говорит о сроках, если для работы еще нужны логотип, тексты, доступ к платежному сервису или решение заказчика по макету. В договоре можно установить сроки этапов и порядок их изменения при задержке материалов. Исполнитель при этом должен вовремя сообщать, чего именно не хватает и какие работы из-за этого остановились. Условие «срок автоматически продлевается при любой задержке заказчика» слишком неопределенно.
Правки нужно отличать от новых задач. Исправить несоответствие согласованному заданию — не то же самое, что добавить раздел после утверждения макета. Для новой задачи подойдет заявка с описанием, изменением цены и сроков; согласовывать ее должны уполномоченные представители сторон. До согласования действует прежнее задание. Если команда пользуется таск-трекером, укажите в договоре, какие записи в нем меняют задание, а какие остаются рабочим обсуждением.
Приемка: проверять результат, а не наличие акта
При приемке нужно понять, что передано, как это проверить и что делать с недостатками. Привязывать платеж только к условию «сайт запущен» рискованно: страница может открываться, пока форма заказа не отправляет данные, а у администратора нет доступа к панели управления.
Проверка по этапам и замечания
Укажите тестовый адрес, перечень проверок, срок и способ направления мотивированных замечаний. Ошибку проще исправить, если замечание описывает действие пользователя, ожидаемый и фактический результат; снимок экрана тоже может помочь. После исправления заказчик сможет повторить проверку. Сроки устранения можно различать по критичности: неисправная оплата мешает запуску, а небольшой отступ во второстепенном блоке не обязательно мешает принять этап.
Договор может предусматривать приемку при отсутствии ответа заказчика. Тогда особенно важно определить, с какого момента идет срок проверки, какие материалы для нее передают и что происходит с недостатками, о которых сообщили вовремя. Подписанный акт не заменяет обещанные файлы и доступы. Последний платеж лучше связать с конкретным комплектом результатов, а не только с публикацией сайта.
Код, дизайн и сторонние компоненты
Работающий сайт и права на его элементы — не одно и то же. Для типового компонента исполнителя заказчику может хватить права использования, а для дизайна и кода, созданных под проект, могут понадобиться более широкие права. В договоре стоит указать, какие результаты создаются по заказу, какие права получает заказчик, где и какими способами он сможет их использовать, как оплачивается передача или предоставление прав. Формулировки зависят от вида договора и применимого права: одной фразы «все права принадлежат заказчику» недостаточно.
У отдельных элементов сайта может быть иной правовой режим: шрифт по лицензии, платный плагин, открытая библиотека, фотографии заказчика, ранее созданный модуль студии. Зафиксируйте, кто покупает лицензии, на чье имя оформляются подписки, разрешено ли коммерческое использование и какие ограничения сохранятся после сдачи сайта. Исполнитель не может передать больше прав, чем получил от авторов и других правообладателей.
Перечислите и технические результаты передачи: репозиторий с исходным кодом, редактируемые дизайн-макеты, схему развертывания, инструкции администратора, сведения о зависимостях. Доступ к серверу не заменяет исходники. Но и одних исходников может не хватить, чтобы другая команда смогла поддерживать сайт.
Домен, сервер и учетные записи
Домен, хостинг, облачный аккаунт, аналитика и почтовые сервисы нередко оформляются во время разработки. Если аккаунты зарегистрированы на личную почту сотрудника подрядчика, при смене исполнителя заказчику придется отдельно восстанавливать контроль. Укажите, кто заключает договоры с провайдерами, оплачивает услуги и владеет или администрирует учетные записи. Где возможно, заказчику удобнее сразу завести собственные аккаунты и дать исполнителю ограниченный доступ для работы.
Для завершения проекта предусмотрите перечень передаваемых аккаунтов, смену паролей и средств восстановления, отзыв лишних доступов, резервную копию и проверку сайта после переноса. Пароли не следует вписывать в общедоступный акт или отправлять открытым сообщением. Способ безопасной передачи согласуйте отдельно.
Данные, безопасность и эксплуатация после запуска
Если сайт принимает заявки или содержит личные кабинеты, разработчик может получить доступ к персональным данным. Прежде чем открывать доступ, определите, какие данные нужны для работы, подойдет ли обезличенный тестовый набор и какие действия исполнитель вправе совершать с данными. В договоре можно закрепить конфиденциальность, ограничение доступа, уведомление об инциденте и удаление рабочих копий после завершения работ. Эти условия не отменяют обязанностей оператора персональных данных по применимому законодательству.
Требования к безопасности тоже должны поддаваться проверке. Можно согласовать управление ролями администраторов, резервное копирование, обновление зависимостей перед передачей сайта и устранение обнаруженных уязвимостей. Если нужна независимая проверка безопасности, заранее определите ее объем и действия сторон при выявлении проблем. Иначе она может неожиданно повлиять на бюджет и дату запуска.
Гарантийное исправление ошибок и дальнейшее сопровождение — разные обязательства. Первое касается несоответствий согласованному результату, обнаруженных в установленный период. Второе может включать обновления, мониторинг, восстановление после сбоев и новые задачи. Для поддержки укажите канал обращения, время реакции, рабочие часы и оплату. Обещание «бессрочной поддержки» без этих условий мало помогает на практике.
Оплата, прекращение работы и доказательства договоренностей
Платежи удобно связывать с согласованными этапами. При авансе нужен порядок расчета на случай досрочного прекращения: какие работы выполнены, чем это подтверждается и что передают заказчику. Предусмотрите также уведомление о прекращении, возврат материалов и закрытие доступов. Право отказаться от договора и финансовые последствия зависят от его правовой конструкции и применимых норм — универсальной формулы здесь нет.
Уточните, кто вправе утверждать макеты и изменение цены, с каких адресов отправляются юридически значимые сообщения и когда переписка в рабочем чате подтверждает согласование. Это важно, если дизайнер, менеджер и руководитель заказчика дают разные указания. Переписка помогает восстановить ход работы, но не должна оставлять открытым вопрос, чье сообщение изменило обязательства сторон.
Перед подписанием сопоставьте последний платеж с тем, что исполнитель должен передать: работающей версией сайта, исходниками, документацией, правами и доступами. Если передачу какого-то результата нельзя подтвердить файлом, записью или проверкой, уточните условие до начала работ. Материал не заменяет индивидуальную юридическую консультацию: формулировки договора зависят от состава работ, участников и применимого права.