首先思考以下问题：
1、PRD文档的受众是谁？
产品、开发、测试等。
2、PRD文档可以写的形式有哪些？
Word、Excel、Axure等。
3、PRD文档的自查项有哪些？
网上很多自查清单可参考，先做一轮搜索。
4、针对PRD文档的受众群体，需要考虑方面有哪些？
4.1、需求背景是否清晰？
便于技术理解和产品反思需要。
4.2、业务流程方案是否清晰无误？
需求方案的核心是流程必须顺畅，达到用户需求的预期。
4.3、界面流程&交互方案是否清晰无误？
需求方案的落地需要考虑用户体验是否良好。多思考用户需求&参考行业竞品。ps：没有最好的体验，只有更好的体验。也不必过于纠结是吃苹果好，还是吃梨好。
4.4、临界情况or异常情况是否覆盖？
需求方案通常以正常流程为主，对于一些特殊异常情况或者临界情况，需要在产品设计中提供相关解决方案。举例：文字过长的展示，弱网情况下的处理等等。
4.5、文档内容呈现是否简洁清晰？
流程梳理，能用流程图展示，就不要用文字说明。
界面说明，能用界面图展示，就不要用文字说明。
文字说明是否足够清晰，尤其是在交互描述的时候，逻辑必须要清晰。文档的整体文字不宜过于冗长，一般人都不会愿意读长篇大论。字不如表，表不如图。
4.6、文档内容是否便于团队协作？
-考虑文档的更新机制，将原型和需求文档进行拆分。
-交互设计的变更可以直接体现在设计的终稿上，提升工作效率。当然在原型未上传到协作网站上之前，可以优先做一波基于评审后的优化。ps：更新记录是需要，包含更新日期、更新内容。原型设计的时候需要有控件化、模块化思维。画原型不是产品的最终价值体现，所以要尽快提升纯绘制的效率。
-产品、技术、设计需要有统一查看视觉稿的入口，这里推荐【 蓝湖】。产品可以直接在设计稿上做交互备注说明。
-需求说明文档可以使用在线共享文档，进行实时书写和更新。更新之后，及时同步信息给测试和开发。ps：更新记录是需要的，包含更新日期、更新内容。
最后：自学的模板类型很多，重在于实践出真知。每个人的所在公司不一样，规范要求不一样。需要以融合团队，共同协作实现产品上线为最核心目标。
ps：以上仅仅作为思考思路之用...
网友评论