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