PRD中产品功能点及其描述自查清单.docx

PRD中产品功能点及其描述自查清单 ?一、前言 直接的感触就是：写PRD是一个技术活，也是一个细心活。PRD的主要阅览用户就是开发工程师，为了能够和开放人员进行高效的沟通，一份优秀的PRD文档应该满足的基本要求包括：完整、准确、清晰、简洁和稳定。其中”完整”便是指考虑周全没有遗漏。完整的功能描述和用例，不但可以方便开发工程师快速了解完整的功能需求，同时也为产品上线前的产品测试提供必要的参考。完整的产品功能描述主要包括两方面：功能点无遗漏和功能描述完整。 为了方便自己项目中进行相关功能点及其描述自查，整理了一套针对应用开发的产品功能点及其描述自查清单。个人感觉，这个自查清单对于四类人群都是有帮助的： 1、产品经理 可以通过产品功能描述自查清单来系统的梳理产品功能点和描述，PRD可以帮助产品经理更加透彻和完整的梳理产品，同时，产品经理可以通过PRD和其他人员进行高效的沟通。 2、交互设计师 可以通过功能点及其描述自查来检查自己的交互稿是否遗漏特殊情况、异常情况、极限情况等等 3、开发工程师 可以通过功能点及其描述自查清单来检查自己的程序开发是否符合PRD中的相关要求。 4、测试工程师 可以将PRD中的功能描述和用例转化为测试用例的一部分，进行产品可用性测试。 二、原则 在整理自查清单之前，我自己先梳理了几条自查原则或者叫做逻辑（建议在自查前先用Xmind等软件梳理下自查逻辑 ）： 1、先总体，再细分 如果拿一棵大树举例，应该是按照树干→树枝→树叶的顺序去检查产品功能点，可以结合产品功能架构图来进行主要功能点的检查，在主要功能点完整的基础之上，再深入到主要功能点下的细节功能进行自查。 2、有顺序，依次检查 这个和撰写PRD中的功能点和描述是一致的，可以依据PRD功能描述撰写的标准综合运用以下顺序进行自查： 1）产品功能点需求：用户需求→后台需求（数据监控等） 2）功能在系统中的位置：前台界面→用户管理后台(个人中心)→官方管理后台； 3）业务流程：步骤1→步骤2→步骤3→步骤3.1→步骤3.2…… 4）功能主次关系：主要功能（场景or流程）→次要功能（场景or流??）； 5）功能点在页面布局中的位置：从上→下、从左→右； 6）按照软件状态：基本状态→特殊状态→异常状态； 3、随时关注，及时更新 很多遗漏的点不是自查一遍就可以检查出来的，说不定某个时间，就突然想起了某一个功能点的遗漏。同时PRD作为交流沟通的工具之一，需要跟进交流的结果，因此我们要随时关注，并做到及时更新。但别忘了PRD的稳定性哦，最好在正式交付其他人员时，完成功能点及其描述的梳理。 三、自查清单 Mr汤进er自己先用Xmind绘制了一张清单导图，详细清单列表见下方 INCLUDEPICTURE \d /uploads/view/20150602151900812.png \* MERGEFORMATINET  图1 PRD中产品功能点及其描述自查清单， 1、用户体验自查： 这部分主要注意自查功能框架、业务流程和用户界面布局(如菜单、对话框、窗口和其它可规控件）以及页面内容描述等等是否完整。 1.1流程和页面布局 1.1.1 基本状态： 1）功能框架和流程的功能点是否完整？特别是注意流程中的主导航常驻or页面返回，是否是从哪来回哪去？不要出现一个页面点击某个BUTTON不知道去哪的问题！可以请交互设计师协同自查； 2）流程描述是否完整？这部分也可以请交互设计师协调完成，比如A→B页面跳转是否描述完整（包括交互触发方式：单击or长按or滑动；触发区域：整条Button or Button的某个区域；触发前中后状态：加载时间、动效、中间状态等等）；再比如是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导； 3）页面布局是否完整？比如页面标题栏、导航栏等否缺失？页面反馈（弹窗or加载状态进度提示等）是否缺失； 1.1.2 特殊和异常状态： 1）特殊流程是否缺失？比如登陆流程中是否缺失忘记登陆密码的流程；启动页和用户引导页等； 2）页面布局是否考虑横竖屏问题？ 3）页面布局是否考虑不同屏幕尺寸自适应问题？ 4）不同模式下页面情况说明：夜间模式？编辑模式？无图模式？等 1.2内容自查 1.2.1 基本状态： 1）描述内容是静态or动态数据调用？如静态的标题title，动态的文本内容调用等； 2）内容描述是否完整？顶部标题、按钮里的文字等；文本是否错误等； 3）内容加载方式描述是否完整？本地缓存or刷新加载网络新内容等； 4）输入框内容描述是否完整？是否有初始内容？输入后是否有联系功能（比如搜索）； 1.2.2 特殊和异常状态：考虑等价、边界、负面、异常或非法等情况 1）数据内容为空如何处理？是否支持离线功能？是否有空数据界