各种工作场景中的PRD编写技巧( 二 )

场景特点：功能层面没有改动需求，不需要功能描述，重点在于交互视觉的规则描述，仅仅需要在原型文档上结合界面详细的编写即可。故提供一种逻辑梳理框架，供大家系统性的梳理规则思路。

信息&限制：描述区域内所包含的字段，以及各个字段的限制规则，例如必填、长度、字符限制等。
操作：描述区域内所支持的操作行为，例如单击、向左滑动、向上滑动等，并描述操作后的反馈。
状态：描述区域内包含几种状态，每种状态是如何触发的。
排序：描述区域内内容的排序规则如何，例如按时间倒序等。

文章插图
五、场景5：公司有现成的模块或组件/或对接别人公司的产品解决方案：原型设计文档（重点描述对接规则）。
【各种工作场景中的PRD编写技巧】场景特点：不需要过度关注各自产品内部功能的规则，重点在于描述对接部分的逻辑和数据规则。

文章插图
六、场景6：完整版设计文档解决方案：word类型PRD+功能结构图+用户场景流程图+原型设计文档（整合各个版本的设计文档，附加版本迭代记录）。
场景特点：主要用于文件归档，便于后续入职人员，能够快速对产品有整体详细的认知。“word类型PRD+功能结构图+用户场景流程图”这3块就不重复了，前面有。主要是原型设计文档如下图：

文章插图
七、场景7：客户演示原型Demo解决方案：原型设计文档（重高保真和主流程的交互）。
场景特点：主要用于客户或给领导演示系统效果，在不调用研发资源的情况下最低成本的演示产品效果，重在视觉和交互的动态编辑，而不是规则编写。
高保真原型就不多赘述了，网上一搜一大堆。只要会用Axure绘制交互效果，并把主要图片和文本内容换成贴近主题的即可。
八、总结想要又快又好地完成产品设计工作，就需要针对各种场景，具体问题具体分析，没有任何一款PRD是可以同时满足所有场景需求的，希望本文能对大家有所帮助。
如果你也有遇到过这些问题，或有更好的方案，欢迎留言~
本文由 @无疑路原创发布于人人都是产品经理，未经许可，禁止转载。
题图来自Unsplash，基于CC0协议。