网站内容发布流程图(如何写一份用户体验好、开发喜欢看、靠谱的需求文档？)

　　网站内容发布流程图(如何写一份用户体验好、开发喜欢看、靠谱的需求文档？)

　　从需求到上次分享的最终解决方案，产品经理应该怎么做？已经得到很多人的认可。在此，非常感谢大家的支持，也给了作者很大的信心。希望大家喜欢接下来分享的文章，欣赏~

　　在产品经理的职业生涯中，他一定遇到过以下痛点：

　　1.韩心如煞费苦心的完成了需求文档（PRD），但是开发者搁置了文档（万草泥马从脑后掠过……）；

　　2. 开发者反复确认需求、详细逻辑等，一脸茫然的问你，只能默默修改文档；

　　3. 开发完成，进入测试阶段，以为一锅香喷喷的饭就要端上来了，打开一看，原来是一锅火锅粥~；

　　上述问题的罪魁祸首当然是你的需求文档：

　　1. 文档不简洁明了，读起来很吃力，开发起来就像*敏*感*词*。当然，开发不是最爱。

　　2. 文档的功能需求描述不明确，逻辑不严谨。开发需要反复确认，浪费大量时间。最后，发展会越来越不信任你（品狗，过来，我保证不杀你……）。

　　3. 进度控制不好，项目跟不上，中间容易出现问题，产品很难达到预期。

　　那么，如何写一份用户体验好、开发者喜欢看、可靠的需求文档呢？笔者将从以下几个方面进行阐述：

　　一、产品介绍1.简要说明产品的使用价值2.目标用户、使用场景二、行业大纲

　　补充：如何快速了解一个行业？

　　1. 通过艾瑞咨询、易观等网站查看行业分析报告，洞察整个行业的上下游结构；

　　2.通过商业模式画布工具分析行业内主要参与者的商业模式

　　三、版本

　　按版本分类，点击版本链接进入查看各版本文档。

　　文档第一页如下图：

　　（一），调度

　　每一个大版本的开发，最好有一个时间表（与开发沟通确认时间安排）。在开发过程中，根据进度适当调整时间表。

　　开发者可以根据自己负责的模块进入调度明细查看当天的任务，并可以标记完成的模块，如图。

　　（二），产品设计（重点）

　　1.实体关系图

　　当你做的产品从0到1的时候，为了让数据库开发者更快的了解你的产品，实体关系图（ER图）会起到很大的作用，数据库开发者可以参考这张图来做设计数据表结构（具体这里不说，可以网上详细了解ER图）。

　　制造商、经销商、客户等都是实体，实体中收录

的属性（字段）也要写出来，如下图所示：

　　2.用户角色权限表

　　在涉及到角色和权限时，需要制作一个完善的角色权限表，供开发者参考。››

　　3.业务流程图

　　通过业务流程图，可以大致了解产品的整体逻辑。业务流程图拆解得到任务流程图，任务流程图拆解得到页面流程图。

　　4.全局描述

　　一些常见的控件、状态等，不需要每次都解释，比如空数据、网络异常、加载失败、刷新状态等，只需要解释一次。

　　5.需求、功能、交互说明

　　很多人在写功能描述和交互描述的时候总是会漏掉一些细节，逻辑不严谨。从以下几个维度来解释，会让你考虑的更全面：

　　下面，笔者以一个页面为例：

　　产品设计模块中的结构如图所示：

　　（为了查看和对比可视化页面，每个页面都需要标注一个数字）

　　（三），非功能需求

　　1.需求购买点

　　如果需要记录页面打开率、按钮点击率等，需要说明。

　　埋点是数据分析的基础。建议使用工具“GrowingIO”进行点的可视化掩埋。操作简单方便，可以减少很多工作。

　　2.性能要求

　　请求数据响应时间要求、并发要求等。

　　3.兼容性要求

　　系统版本支持、多终端支持、浏览器支持等

　　(四）,修改记录

　　文档第二页如下图：

　　为了方便开发者浏览，提升阅读体验，最好使用markdown语言辅助编写所需文档，浏览体验会有很大提升。

　　嗯，这次，感谢您的阅读。