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