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