本文主要探讨了需求文档撰写中的三个核心要素：做什么、为什么做、以及验收标准。'做什么'需清晰完整，让研发快速理解目标；'为什么做'则强调背景和价值，有助于研发提供专业建议并倒逼产品思考需求价值；'验收标准'则关注测试范围，避免遗漏，确保需求全面实现。文章还指出，撰写需求文档与给大模型写提示词有相似之处，但人的综合解决问题能力更强，可以通过沟通来对齐。

🎯 **'要做什么'**：需求文档必须清晰完整地描述要做的事情，让研发人员能够快速理解目标，并在脑海中大致勾勒出实现方案，避免出现茫然无措的情况。

💡 **'为什么要做'**：详细阐述需求背后的背景和价值至关重要，这不仅能让研发人员从工程角度提供专业建议，还能倒逼产品经理深入思考需求的真正意义和价值所在。

✅ **'验收标准'**：明确的验收标准不可或缺，它能帮助研发和测试人员全面考虑需求，避免遗漏可能存在的联动影响，确保最终交付的功能符合预期。

每一份需求文档，其实都是在告诉研发和测试要做什么，为什么要做，验收标准是什么。1）'要做什么'是最好写的。拍个脑袋都能写出来一大堆需求。但要写完整，写清晰，就还是要有些工作要做的。一份清晰的需求文档，至少要让有一些上下文背景的研发一眼就能理解目标，并且在脑海里大概勾勒出怎么做，而不至于看完还是一脸茫然。2）'为什么要做'往往容易被忽略。有些人觉得没必要跟研发讲，干活不就完了嘛，为啥要问东问西的；还有些人写不清楚，或者理由不能服人，于是随便糊弄一通。但讲清楚背景，一方面是让研发能从工程视角给一些专业建议，另一方面也是倒逼产品想清楚一个需求到底有什么价值。3）'验收标准'就更容易被忽视了。每个人的思路都有局限，或者说关注点不一样。对同一个需求，研发可能只关注了具体功能是否实现了，而不会注意到可能还会对别的逻辑造成联动影响。这个时候，每多一个人提示应该注意测试哪些地方，在研发和测试时，就会多一些考量。ps. 感觉给大模型写提示词，和写需求文档很相像。区别可能在于，人的综合解决问题的能力更强，需求一次性说不清楚也没关系，还能通过反复沟通来对齐。