MarketRequirementDocument市场需求文档

上传人:平*** 文档编号:16540746 上传时间:2017-11-08 格式:DOCX 页数:7 大小:64.22KB
返回 下载 相关 举报
MarketRequirementDocument市场需求文档_第1页
第1页 / 共7页
MarketRequirementDocument市场需求文档_第2页
第2页 / 共7页
MarketRequirementDocument市场需求文档_第3页
第3页 / 共7页
MarketRequirementDocument市场需求文档_第4页
第4页 / 共7页
MarketRequirementDocument市场需求文档_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《MarketRequirementDocument市场需求文档》由会员分享,可在线阅读,更多相关《MarketRequirementDocument市场需求文档(7页珍藏版)》请在金锄头文库上搜索。

1、Market Requirement Document 市场需求文档对产品需求的完整描述开发和测试的唯一依据写 mrd 的理想境界多、快、好、省多 完整。各功能点无遗漏,无缺失。快 高效。从方案确定到文档完成耗时短。好 准确。无歧义,结构合理,便于开发及测试人员阅读和理解。省 节约沟通成本。讨论、评审、后期修改通报,流程合理,沟通顺畅。基本步骤搭建框架梳理主线填充细节第一步:搭建框架将产品所有功能进行合理分解和排序,确定 mrd 各节标题。基本规则:按页面元素分解上 下、左右按用户操作步骤分解;提交展示展示后编辑按在系统中所处位置分解前台页面用户管理后台 官方管理后台按功能主次分解主要功能次要

2、 /附属功能(特殊权限、广告位、 wise 和其它相关说明等)第二步:梳理主线按照已确定的 mrd 章节顺序,用关键示例图 +简要文字描述的方式对主要功能点进行说明。此步骤只关注功能主线,不用有过于详细的描述,也不用涉及各种特殊状态和细节的处理。使产品所包含的主要功能在 mrd 中有完整体现。在主要功能点的整理过程中,对 mrd 的结构及时进行合理调整此步骤完成之后,可与开发人员进行初步沟通第三步:填充细节对产品功能及其它相关需求进行完整说明包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等此步骤完成之后可发起 MRD 评审细节说明通常会占到 mrd 篇幅的

3、 70%以上。一份细节清晰完整的 MRD 是项目顺利进行的有力保障,也是 PM 对产品理解和掌控程度的重要体现。1.任何页面都要说明“ 从哪来,到哪去 ”页面入口页面 title 和布局方式页面初始状态页面展现和功能细节,按一定顺序描述各链接点击效果、指向地址、打开方式、刷新方式浮动层具体策略是否自动关闭右上角是否展示关闭按钮,点击效果如何若在浮动层中可打开新页面,原浮动层是否关闭关闭后是否刷新页面2.不要只考虑普通用户若页面对不同权限用户有不同展示和功能,要完整说明并提供准确示意图。PM/管理员吧主吧务团队会员登录用户3.形成条件反射的错误提示输入为空包括输入空格/ 空字符串超过字数上限前台

4、以汉字数提示,技术上以字符数限制含特殊字符可用字符集一般分常用字符(汉字、字母、数字、下划线)和 GBK 字符两种,由输入内容的应用范围而定含过滤词需明确过滤词表其它输入无效的情况有特殊格式要求/不能重复/ 有特定范围限制/无提交权限退出登录/ 被封禁/ 不符合权限要求4.输入框里陷阱多是否可以为空是否有初始内容,是否默认选中大小写/ 全半角/繁简体是否转换任何输入框都需要字数上限允许的字符集空格出现在首尾和中间部分,或者连续多个空格的各自处理方式多行文本框的连续空行、不连续空行、空格、tab 键、回车键等处理方式是否允许快捷键控制5.事情的发展总可能脱离理想状态对于满足一定条件才有效的功能,

5、需要说明流程中遭遇各种非正常情况时的处理策略例 1:签名档不超过 5 个时,显示“添加一个签名档” 链接例 2:点击俱乐部转让链接,可成为此俱乐部创建者6.不要轻易写“与线上保持一致 ”升级类项目,可以只说明有改动的部分新产品移植或调用线上已有功能,需重新进行详细需求描述搜索框、翻页等通用模块,可以不再单独说明拿捏不准时可与项目组同事沟通后达成一致7.无结果页/边界限制/统一出错页/初始无数据/ 搜索无结果无论实际上限或理论上限,mrd 中最好给出各种边界值,并说明是否要求灵活可配置。除已说明的错误提示外,需要给出在其它情况下默认的统一出错页。8.特殊上线要求需说明是否分批开通是否初期只支持特

6、定用户是否需要先上线但隐藏用户入口是否对上线时间有精确要求是否对各功能有上线顺序要求是否有其它前置项目如果上线要求比较复杂,而且原 mrd 内容已经非常多,最好单起文档说明9.图文一致,符合实际页面截图和文字说明必须保持一致前后文中的截图必须保持一致截图必须与实际情况相符例:吧主申请流程优化与其它部门的沟通1)在线管理部过滤/审核策略制定mis 等管理后台设计方案相关协议的更改上线步骤等具体实施2)广告部页面变动涉及对广告位的影响3)wise新功能是否在 wap 应用需要 wap 配合修改如果评审后有修改与相关开发和测试人员明确修改细节邮件通知项目组成员在 mrd 中对修改点进行特殊标注,及时上传 icafe,并在适当的时候重新发起评审如有必要,确定 mrd 冻结时间小贴士关于截图一个页面至少需要一个完整示例图页面各模块至少需要各一个示例图其它细节说明,在不影响理解的前提下,截图越局部越好截图在 mrd 中加边框以便和文字区隔一千个文字比不上一个图表例 1:发贴权限控制2:置顶模块设置逻辑逻辑繁琐复杂但重要的功能,最好在醒目位置单独描述例 1:club 中各权限的具体前台体现例 2:pb 页改版中涉及老版页面的改动再啰嗦几句关于 check list关于通用策略文档mrd 和我们工作的关系结束

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 行业资料 > 其它行业文档

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号