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

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

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

　　在产品经理的生活中，你一定遇到过以下痛点：

　　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语言辅助编写需求文档，浏览体验会大大提升。

　　嗯，这次就到这里，谢谢大家的阅读。