MRD编写指南
MRD（Market Requirement Document）是产品经理在项目开发过程中不可或缺的文档，是对产品需求的完整描述，也是开发和测试的唯一依据。那么，怎样写好MRD呢？
MRD的理想境界是多、快、好、省。即完整、快速、准确和节约沟通成本。为实现这些目标，MRD的编写需要遵循基本步骤：搭建框架、梳理主线、填充细节。
在搭建框架阶段，需要将产品所有功能进行合理分解和排序，确定MRD各节标题。基本规则是按照页面元素分解上—>下、左—>右；按照用户操作步骤分解提交—>展示—>展示后编辑；按照在系统中所处位置分解前台页面—>用户管理后台—>官方管理后台；按照功能主次分解主要功能—>次要/附属功能（特殊权限、广告位、wise和其它相关说明等）。
在梳理主线阶段，需要使用关键示例图+简要文字描述的方式对主要功能点进行说明。需要关注功能主线，不需要有过于详细的描述，也不需要涉及各种特殊状态和细节的处理。
在填充细节阶段，需要对产品功能及其它相关需求进行完整说明，包括所有操作流程、判断逻辑、权限区别、页面效果、特殊状态处理、错误提示、已有功能说明等。
在编写MRD时，需要注意以下几点：
1. 任何页面都要说明“从哪来，到哪去”，包括页面入口、页面title和布局方式、页面初始状态、页面展现和功能细节等。
2. 不要只考虑普通用户，页面对不同权限用户有不同展示和功能，要完整说明并提供准确示意图。
3. 形成条件反射的错误提示，包括是否可以为空、大小写/全半角/繁简体是否转换等。
4. 输入框里陷阱多，需要详细说明各种输入情况。
5. 事情的发展总可能脱离理想状态，需要说明流程中遭遇各种非正常情况时的处理策略。
6. 不要轻易写“与线上保持一致”，需要对满足一定条件才有效的功能进行说明。
7. 无结果页/边界限制/统一出错页，需要给出各种边界值，并说明是否要求灵活可配置。
8. 特殊上线要求需说明，包括是否分批开通、是否初期只支持特定用户、是否需要先上线但隐藏用户入口等。
9. 图文一致，符合实际，页面截图和文字说明必须保持一致。
在编写MRD时，需要与开发人员和测试人员保持紧密的沟通，确保MRD的准确性和完整性。同时，MRD需要不断修改和完善，以适应项目的发展和变化。
