Что проверить в брифе на разработку сайта, чтобы не потерять деньги

Какие пункты договора на разработку сайта проверять в первую очередь

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

Предмет договора

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

Сроки и этапы

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

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

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

Количество правок

Определите число итераций на каждом этапе и что считается новой работой. Без лимита правки превращаются в бесконечный процесс за ваш счёт.

Права на код и дизайн

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

Передача исходников и доступов

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

Гарантийный период

Установите срок бесплатного исправления ошибок после запуска, обычно от одного до трёх месяцев. Гарантия защищает от скрытых дефектов, которые всплывают в первые недели работы.

Конфиденциальность и персональные данные

Включите обязательства по 152-ФЗ: уведомление Роскомнадзора, хранение данных в России, отдельное согласие пользователей. Нарушение грозит штрафом до 300 тысяч рублей для юридических лиц.

Ответственность сторон

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

Форс-мажор и особые условия

Опишите действия при блокировках, санкциях и изменениях законодательства. Учитывайте, что с 1 сентября 2026 года обязательна идентификация администратора домена через Госуслуги, без неё домен нельзя продлить или передать.

Как проверить договор на разработку сайта до подписания

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

Пошаговый алгоритм проверки

1. Прочитайте предмет договора и сравните с техническим заданием: все ли функции и разделы сайта перечислены. Если в предмете написано «разработка сайта по макету», а в техническом задании есть интеграция с 1С и личный кабинет, требуйте включить их в договор.
2. Проверьте, есть ли в договоре конкретные даты по этапам и штрафы за просрочку. Расплывчатые формулировки вроде «в разумные сроки» позволяют подрядчику сдвигать запуск на месяцы без последствий.
3. Убедитесь, что права на код и дизайн переходят к вам после оплаты, а не остаются у подрядчика. Иначе при попытке сменить разработчика вы получите претензию о нарушении авторских прав.
4. Проверьте пункт о передаче исходников и доступов: домен, хостинг, административная панель, база данных. Без этого вы не сможете управлять сайтом и переносить его к другому подрядчику.
5. Оцените гарантийный период: достаточен ли он для выявления скрытых ошибок. Стандартный срок от 3 до 6 месяцев позволяет обнаружить дефекты, которые проявляются при реальной нагрузке.
6. Проверьте, как договор регулирует обработку персональных данных: уведомление Роскомнадзора, хранение в России. С 30 мая 2025 года за отсутствие уведомления юрлицу грозит штраф 100-300 тысяч рублей, а с 1 июля 2025 года базы данных россиян запрещено хранить за рубежом.
7. Посмотрите, есть ли пункт о конфиденциальности и запрете использования ваших материалов в других проектах. Без него подрядчик может показать ваш сайт в портфолио или продать похожее решение конкуренту.
8. Убедитесь, что ответственность сторон прописана конкретно: штрафы, пени, порядок расторжения. Если ответственность ограничена суммой договора, а сайт не работает, вернуть деньги будет сложно.
9. Проверьте, не содержит ли договор скрытых условий о дополнительной оплате за правки или поддержку. Часто базовый тариф включает только вёрстку, а каждое изменение текста или картинки оплачивается отдельно.
10. Сверьте реквизиты и полномочия подписанта: договор должен подписывать директор или лицо с доверенностью. Подпись менеджера без доверенности делает договор недействительным.

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

Права на код и дизайн: что должно быть в договоре

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

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

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

• Исключительные права на дизайн и код переходят заказчику после полной оплаты.
• Подрядчик передаёт исходные файлы: макеты, код, базу данных.
• Если используются готовые шаблоны или библиотеки, в договоре указано, какие права на них передаются.
• Запрет подрядчику использовать ваши наработки в других проектах защищает уникальность сайта.
• Отсутствие пункта о правах может привести к требованию доплаты за «разблокировку» сайта или отказу передать исходники.
• Проверка сметы на разработку включает и юридическую часть: убедитесь, что стоимость включает передачу прав и исходников.

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

Запрет подрядчику использовать ваши наработки в других проектах защищает уникальность сайта. Без такого пункта агентство может продать похожий дизайн вашему конкуренту, и вы потеряете преимущество.

Передача доступов и исходного кода: как не остаться без сайта

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

• Домен. Вы должны быть владельцем домена, а не подрядчик. Проверьте данные в сервисе проверки доменов: в поле «владелец» или «администратор» должны быть ваши имя и электронная почта. Если домен зарегистрирован на агентство, вы рискуете потерять сайт при конфликте.
• Хостинг. Доступ к панели управления хостингом и возможность сменить хостинг-провайдера. Убедитесь, что аккаунт оформлен на вашу почту, а не на почту подрядчика.
• Административная панель сайта. Логин и пароль администратора, возможность создавать новых пользователей. Войдите в панель и проверьте права: вы должны видеть разделы управления контентом и настройками.
• FTP или файловый менеджер. Доступ к файлам сайта для внесения изменений. Это нужно для правки кода, загрузки файлов и резервного копирования.
• База данных. Доступ к управлению базой данных, резервные копии. Попросите подрядчика показать, как сделать резервную копию и восстановить сайт из неё.
• Системы аналитики. Доступ к Яндекс Метрике и другим счётчикам, право собственности на аккаунты. Проверьте, что вы указаны владельцем счётчика и можете передать права другому человеку.
• Почтовые ящики на домене. Доступ к созданию и управлению почтой. Убедитесь, что можете создать ящик вида info@вашдомен.ru и сменить пароль.
• SSL-сертификат. Информация о сроке действия и порядке продления. Уточните, кто отвечает за продление сертификата и как вы получите уведомление о скором истечении срока.

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

Гарантийный период и поддержка сайтов: что зафиксировать в договоре

Что покрывает гарантия

Гарантийный период на разработку сайта обычно составляет от 1 до 3 месяцев после запуска. В течение этого срока подрядчик бесплатно исправляет ошибки, которые сам и допустил: неработающие формы, проблемы вёрстки, сбои адаптивности на мобильных устройствах. Если вы сами или сторонний специалист что-то изменили в коде, гарантия на эти участки не действует.

Как отличить гарантию от платной поддержки

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

Что зафиксировать в договоре

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

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

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

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

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

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

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

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

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

Часто задаваемые вопросы

Кирилл Токарев

Senior SEO-специалист

Подписаться на ТГ