|
第三步：填充细节 对产品功能及其它相关需求进行完整说明 包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等 此步骤完成之后可发起MRD评审 细节说明通常会占到mrd篇幅的70%以上。一份细节清晰完整的MRD是项目顺利进行的有力保障，也是PM对产品理解和掌控程度的重要体现。 1.任何页面都要说明“从哪来，到哪去” 页面入口 页面title和布局方式 页面初始状态 页面展现和功能细节，按一定顺序描述 各链接点击效果、指向地址、打开方式、刷新方式 浮动层具体策略 是否自动关闭 右上角是否展示关闭按钮，点击效果如何 若在浮动层中可打开新页面，原浮动层是否关闭 关闭后是否刷新页面 …… 2.不要只考虑普通用户 若页面对不同权限用户有不同展示和功能，要完整说明并提供准确示意图。 PM/管理员 …… 3.形成条件反射的错误提示 输入为空 包括输入空格/空字符串 超过字数上限 前台以汉字数提示，技术上以字符数限制 含特殊字符 可用字符集一般分常用字符（汉字、字母、数字、下划线）和GBK字符两种，由输入内容的应用范围而定 含过滤词 需明确过滤词表 其它输入无效的情况 有特殊格式要求/不能重复/有特定范围限制/ 无提交权限 退出登录/被封禁/不符合权限要求 …… 4.输入框里陷阱多 是否可以为空 是否有初始内容，是否默认选中 大小写/全半角/繁简体是否转换 任何输入框都需要字数上限 允许的字符集 空格出现在首尾和中间部分，或者连续多个空格的各自处理方式 多行文本框的连续空行、不连续空行、空格、tab键、回车键等处理方式 是否允许快捷键控制 5.事情的发展总可能脱离理想状态 对于满足一定条件才有效的功能，需要说明流程中遭遇各种非正常情况时的处理策略 例1：签名档不超过5个时，显示“添加一个签名档”链接 例2：点击俱乐部转让链接，可成为此俱乐部创建者 6.不要轻易写“与线上保持一致” 升级类项目，可以只说明有改动的部分 新产品移植或调用线上已有功能，需重新进行详细需求描述 搜索框、翻页等通用模块，可以不再单独说明 拿捏不准时可与项目组同事沟通后达成一致 7.无结果页/边界限制/统一出错页/ 初始无数据/搜索无结果 无论实际上限或理论上限，mrd中最好给出各种边界值，并说明是否要求灵活可配置。 除已说明的错误提示外，需要给出在其它情况下默认的统一出错页。 8.特殊上线要求需说明 是否分批开通 如果上线要求比较复杂，而且原mrd内容已经非常多，最好单起文档说明 9.图文一致，符合实际 页面截图和文字说明必须保持一致 |
|
|
