Техническое задание на разработку сайта

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

Что вы получите на выходе

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

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

Сколько это стоит и от чего зависит цена

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

Как выбрать исполнителя

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

Как это сделать по шагам

1. Назовите назначение сайта и основные действия посетителей. Выберите сценарии, которые обязательно должны работать при запуске.
2. Опишите структуру: типы страниц, переходы и источники содержания. Отделите уникальные шаблоны от повторяющихся материалов.
3. Перечислите функции и состояния. Для формы, поиска по каталогу или кабинета укажите обычный результат, ошибку и отсутствие данных.
4. Добавьте интеграции и ответственность за доступы. Уточните тестовые режимы и внешние расходы, если они предусмотрены сервисами.
5. Согласуйте требования к редактированию, устройствам, доступности и окружению. Избегайте обещаний «работает везде» без согласованной проверки.
6. Разбейте проект на проверяемые этапы. Определите передачу материалов, исходников, инструкций и владельцев аккаунтов.
7. Пройдите по документу вместе с исполнителем и устраните противоречия. Утвердите версию для оценки и порядок дальнейших изменений.

Страница и состояние — не одно и то же

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

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

Интеграции, содержание и управление

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

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

Запуск и передача

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

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

Что должно быть в задании

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

• Цель, структура, пользовательские роли и сценарии.
• Материалы, интеграции, окружение и ограничения.
• Макеты и согласованные состояния, требования к основным устройствам.
• Этапы, критерии проверки, запуск, исходники и доступы.

Как не потерять деньги

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

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

Как принять работу

Принимайте работу по согласованному перечню, а замечания связывайте с конкретным пунктом и воспроизводимым примером. Отделите исправление несоответствия от новой идеи, которой не было в задании. Зафиксируйте, какие материалы и доступы переданы, что принято и какие вопросы ещё открыты.

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

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

Вопросы и ответы

Нужно ли сразу выбрать систему управления?

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

Достаточно ли ссылки на похожий сайт?

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

Что делать без готового дизайна?

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

Нужно ли описывать мобильную версию?

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

Как указать скорость сайта?

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

Что включить в передачу проекта?

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

Кто готовит тексты и карточки?

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