Как написать проверяемые требования к продукту.
PRD связывает проблему пользователя с наблюдаемым поведением продукта. Отделяйте требования от вариантов реализации и нерешённых решений.
Адаптируйте процесс под свою задачу.
Переведите проблему пользователя в наблюдаемое поведение, определив входы, выходы и условия приёмки. Отделите обязательное поведение от предложений реализации и явно укажите нерешённые вопросы масштабирования, разрешений и обработки ошибок.
- Что вы предоставляете
- Проблема продукта, ограничения и заметки заинтересованных сторон.
- Что вы получите
- Черновик PRD с целями, требованиями и открытыми решениями.
Посмотрите входные данные и результат.
Иллюстративные входные и выходные данные · учебный пример, а не реальный запуск WebAct
Полей ввода: Пример
Draft a small PRD for comparing two CSV supplier files before a catalog update. Required fields: SKU and Price. Match exact SKUs; show old and new prices; export a review list. Duplicate SKUs must be flagged. Volume limits and permissions are undecided.
Готовый пример
Problem: catalog managers need to inspect supplier price changes before an update. Inputs: two CSV files containing SKU and Price. Matching: exact SKU values; duplicate keys require review rather than automatic pairing. Result: a list containing SKU, old price, new price and change status. Export: the reviewed comparison is downloadable; the workflow does not update the live catalog. Acceptance example: A12 changes from 10 to 12 and appears as a price change. Open decisions: supported volume, permissions and treatment of missing prices.
Добавьте эти данные в промпт и скопируйте его в WebAct, чтобы попробовать задачу. Ваш результат может отличаться от примера.
Решения и устранение проблем.
Должен ли PRD предписывать базу данных или фреймворк?
Указывайте технические ограничения только если они уже признаны требованиями. Иначе опишите поведение, оставив выбор реализации соответствующему процессу проектирования.
Почему инженеры по-разному понимают одно требование?
Добавьте конкретные примеры и условия приёмки, включая состояния отказа. Общая формулировка вроде «удобно использовать» не задаёт наблюдаемого поведения.
Попробуйте на собственном источнике.
Замените пример своим материалом в промпте. Сохраните нужные требования и скопируйте задачу в WebAct.
Настроить и скопировать задачу ↑