Техническое задание для разработчика по задаче — Claude

Разбери сырой запрос заказчика и сделай из него техническое задание на доработку, по которому разработчик начнёт работу без уточнений в чате.

Запрос как есть: [ЗАПРОС ЗАКАЗЧИКА: «Хочу, чтобы покупатели сохраняли товары в избранное, как на Авито, и чтобы им приходило, когда цена падает»]
Продукт: [ПРОДУКТ: интернет-магазин электроники, сайт и мобильное приложение, около 40 тысяч заказов в месяц]
Стек: [СТЕК: React на фронтенде, Node.js и PostgreSQL на бэкенде, пуши через Firebase]
Ограничения: [ОГРАНИЧЕНИЯ: два разработчика, один спринт на две недели, учётную систему не трогаем]

1. Суть: какую проблему бизнеса закрывает запрос — одним абзацем. Где за словами «как у Авито» прячутся два разных желания, разведи их.
2. Метрики успеха: что измерим через месяц после релиза и где это посмотреть.
3. Истории пользователей: «Как <роль>, я хочу <действие>, чтобы <польза>» — по каждой роли, которой касается доработка.
4. Функциональные требования с номерами (ФТ-01…) и граничные случаи: товар снят с продажи, цена выросла и снова упала, пользователь не вошёл в аккаунт.
5. Критерии приёмки: к каждому требованию — «Дано / Когда / Тогда».
6. Что не делаем в этой итерации.
7. Открытые вопросы заказчику — короткие и с вариантами ответа, чтобы он ответил одним сообщением.
8. Оценка в часах по этапам: бэкенд, фронтенд, мобильное приложение, тесты — и что не влезает в спринт.

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

Проверка перед выдачей: каждая история закрыта хотя бы одним требованием, у каждого требования есть критерий приёмки, сумма часов по этапам совпадает с итогом и сверена с одним спринтом двух разработчиков.

Собрать под себя — поля заполнены рабочими значениями, меняйте их и промпт выше обновится сам