产品需求文档（PRD） 说明你要构建什么、为什么构建，以及如何判断它是否成功——这样工程和设计团队就能在不需要反复确认的情况下构建出正确的东西。一份好的 PRD 是思考工具和对齐的载体，而不是官僚式的文书工作。
一份扎实的 PRD 大纲
text
1. PROBLEM / CONTEXT → what problem, for whom, why now
2. GOALS & SUCCESS METRICS → what outcome, how measured
3. NON-GOALS → what this explicitly does NOT cover
4. USER STORIES / REQUIREMENTS → what it must do
5. UX → flows, wireframes, key states
6. EDGE CASES → errors, empty states, limits
7. DEPENDENCIES & RISKS → what could block or break this
8. OPEN QUESTIONS → known unknowns to resolve
先讲清楚“为什么”
最重要的一个部分是。如果团队理解了以及，他们往往能找到比你所指定的方案更好的解决方案。一份只是功能规格说明的 PRD 会忽略这一点。