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