Как написать ТЗ на сайт: пример проверяемых требований
Превращаем пожелания в требования на примере страницы услуги. Разбираем результат, границы работ, сценарии проверки и согласование изменений — с редактируемым шаблоном ТЗ.
Обновлено:
Заполнить шаблон без регистрации ↗
Определите, что именно сдаёт исполнитель
Техническое задание полезно, когда участникам нужно одинаково понимать результат. Для небольшой страницы услуги документ может быть коротким: цель, аудитория, состав страницы, функции, материалы и порядок проверки. Объём сам по себе не делает задание точным.
Сначала перечислите то, что должно появиться после работы. Например: опубликованная страница, форма запроса, письмо с заявкой и инструкция по замене фотографий. Если нужен ещё дизайн социальных сетей или настройка рекламы, это отдельные результаты — добавьте их явно либо вынесите за границы задачи.
Запишите путь посетителя
Возьмём учебную страницу мастерской. Посетитель смотрит примеры, выбирает подходящий тип изделия, читает, какие размеры подготовить, и отправляет запрос. Такой сценарий связывает содержание страницы и поведение формы.
Для каждого шага укажите, что видит человек и что происходит после действия. Одного требования «форма должна работать» недостаточно. Опишите обязательные поля, сообщение об ошибке, результат успешной отправки и того, кто получает заявку.
Заменяйте оценки наблюдаемыми условиями
Фраза «удобно с телефона» допускает разные толкования. Для небольшой страницы можно договориться проверить, что на согласованной ширине экрана нет горизонтальной прокрутки, подписи читаются, а кнопку отправки не закрывают другие элементы. Перечислите устройства или размеры, на которых будете проверять результат.
Фраза «быстро загружается» тоже требует уточнения. Если скорость критична, договоритесь о методе, условиях и допустимом результате измерения. Не вставляйте произвольную цифру из чужого шаблона: она должна соответствовать содержанию страницы и условиям хостинга.
Сохраняйте критерии реалистичными. Обещание работать во всех браузерах всех версий невозможно проверить в обычном проекте. Лучше указать конкретный согласованный набор и дату проверки.
Отдельно опишите материалы и зависимости
Для каждого недостающего материала укажите поставщика и срок: фотографии — заказчик, тексты — исполнитель, доступ к домену — администратор. Если без фотографии нельзя завершить макет, эта зависимость должна быть видна до начала этапа.
Разделите текущую версию и будущие идеи. Например, калькулятор стоимости может быть полезен, но не входить в первую страницу. Список «позже» помогает сохранить идею, не выдавая её за уже согласованное обязательство.
Согласуйте процедуру проверки и изменений
Назначьте человека, который соберёт замечания. Для каждого замечания полезны ссылка на пункт ТЗ, описание фактического результата и ожидаемое поведение. Это позволяет отличить ошибку от новой идеи.
Если меняется задача, запишите изменение, влияние на срок и стоимость и получите подтверждение участников до выполнения. В документе сохраните дату версии. Пример ниже — рабочая основа для обсуждения, а не универсальное юридическое оформление отношений.
Как вести ТЗ в Mnemio
Заполните шаблон, затем перенесите текст в библиотеку для обсуждения. Дайте участникам комментарии; редактирование оставьте тем, кто формулирует требования. Перед началом этапа сохраните согласованную версию в PDF.
Во время обсуждения указывайте номера пунктов: комментарии в Mnemio относятся к документу целиком. Если несколько редакторов меняют один фрагмент одновременно, может понадобиться объединить варианты вручную. Удобнее разделить работу по разделам и отдельно пройти итоговый текст.
От требования к проверке: ещё один пример
Пожелание «хочу управлять фотографиями» уточните до сценария: кто открывает управление, какие файлы принимает форма, как выбирается порядок и что видит посетитель после замены. Затем договоритесь, какой результат считается завершением проверки.
Например: «Администратор заменяет первое фото услуги на подготовленный JPG. После сохранения на странице показывается новое фото, название услуги и остальные фотографии остаются прежними». Допустимые размеры и форматы согласуйте с исполнителем; учебный пример не задаёт их за ваш проект.
Как открыть шаблон и подготовить версию к согласованию
Шаблон ТЗ открывается в редакторе без регистрации. Удалите неприменимые разделы, заполните результат и критерии проверки, скачайте копию. Для обсуждения по ссылке с комментариями создайте документ в библиотеке — для входа нужны почта и пароль.
Когда версия согласована, укажите её дату и сохраните PDF через меню скачивания. Новые требования добавляйте с пояснением, что изменилось. История документа помогает просматривать предыдущие состояния текста, но не заменяет договорённость участников об объёме новой работы.
Учебный фрагмент ТЗ: форма запроса
| Проверка | Ожидаемый результат |
|---|---|
| Отправить пустую форму | Отправки нет; рядом с обязательными полями видны подсказки |
| Заполнить согласованные поля | Пользователь видит подтверждение отправки |
| Проверить входящую заявку | Получатель видит введённые сведения без потерь |
| Имитировать сбой отправки | Показана ошибка; введённые данные остаются в форме |
| Открыть страницу на ширине 390 px | Поля и кнопка доступны без горизонтальной прокрутки |
До проверки согласовать: состав полей, адрес получателя, тестовые устройства и способ имитации сбоя.
В первую версию не входит: калькулятор стоимости изделия.