小程序产品需求文档.docxVIP

小程序产品需求文档 Hi~最近在对自己参与过的项目进行总结，希望可以和大家分享学习交流。输出内容是检视自己的方式，所以我就来吸取经验了。 通过研读各位优秀作者的精品，我学习到了不少知识。此次，以实际工作中遇到的情况作为案例，我将从0至1的产品中抽取重点模块进行分享。 为了阅读体验，我将尽量简化常规化的环节，本次采用AXURE梳理PRD——利用AXURE动态面板和内联框架，制作文档导航，提高浏览人员的阅读效率。 一、概述 1. 产品介绍 2. 文档修订记录 ? 将重点模块添加对应的跳转链接，方便浏览人员迅速定位内容。 版本号规则：小数点后为当前版本的小更新，小数点前为大版本更新。 修订属性：新增、修改、删除 二、产品结构 1. 信息结构图 2. 功能结构图 由于完整结构图展开占很大的篇幅并且看不清楚，为了阅读体验，对结构图部分收缩。完整版结构图可在AXURE中查看。 三、业务流程图 建议将流程图统一整理至表格中，做成链接跳转形式，实现快速查阅。为了顺畅的需求阅读体验，将各自的流程图放在之后的需求描述部分中展示。 四、全局说明 1. 名词术语说明 2. 权限弹窗 3. 时间距离规范 3.1 时间规范 3.2 距离规范 4. 异常情况 4.1 网络异常 手机网络连接异常，小程序弹窗提示如下： 4.2 用户状态说明 五、功能性需求说明 良好的需求阅读体验需要保证阅读过程是顺畅的。 在这部分，首先列出【需求清单】，总览这次需求涉及的模块及简要信息。紧接着，按照【需求模块】-【流程图】-【原型页面流转】-【原型需求拆解】的叙述逻辑去完成各个模块的需求说明。 1. 需求池需求清单 1.1 需求管理池 需求来源：产品、运营、BOSS等等 需求类型：新增需求、需求调整、功能优化、BUG修复、UI优化 系统：涉及到的系统及模块 需求说明：简述需求 优先级判断：重要紧急、重要但不紧急、紧急但不重要、既不紧急也不重要（ps：我们要经常关注重要但不紧急的任务进度，避免重要紧急任务扎堆出现。） 1.2 需求清单 对需求管理池评估筛选后，将需求模块、对应功能、需求优先级、完成情况统一整理到表格中。同样的，这里将模块名称做成链接格式，快速查阅对应的需求模块。 优先级规范：p1、p2……数字越小代表优先级越高。 2. 新用户首页模块 2.1 新用户登录流程图 2.2?新用户登录原型（点击查看大图） 2.3 首页 3. 预约团课模块 3.1 团课预约流程图 3.2?团课预约页面流转 3.2?课程列表页 3.3?课程详情页 3.4?预约课程页 4. 预约私教模块 4.1 私教预约流程图 4.2 私教预约页面流转 4.3 私教列表页 4.4 私教详情页 4.5 私教预约页 5 购卡模块 5.1 购卡流程图 5.2 购卡页面流程 5.3 购买储值卡页面 6. 我的模块（个人中心） 6.1 个人页面 6.2 修改资料 6.3 我的卡包 6.4 我的课程包 6.5 我的优惠券 6.6 富文本页面 六、非功能性需求 非功能性需求，是比较容易忽视的部分，往往和性能、安全挂钩，影响着产品的稳定性与安全性。 以下仅仅是例子，具体方案需要根据业务情况和产品特性与相关人员深入沟通。 1. 性能需求 响应时间：系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms，这个200ms就是系统的响应时间。 并发用户数：同时承载正常使用系统功能的用户数量。 与性能相关的数据指标还有QPS（每秒响应请求数）、TPS（每秒处理的事务数）等。 性能需求这部分仅仅是举个例子，具体情况和数据方案，需要和相关人员深入沟通。 2. 可用性需求 避免用户高频点击无反馈的情况。 为用户提供反馈渠道。 保持文案与组件的一致性。 3. 数据统计需求 产品初期需要一定基础的数据提供支持，因此，除了小程序官方数据统计平台，再接入第三方统计平台，统计以下事件的数据及路径转化率。 七、思考总结 1. 内容细节 流程图和页面流转图要整齐统一，实在太多信息，建议用子流程模块和多页面分述解决。见过很多像“蜘蛛网”一样的图，阅读体验比较糟糕。 尽量让用户不用点开大图就能看清内容，本篇部分页面流转图和页面需求也难免遇到这类问题。 异常逻辑和toast弹窗等细节需要加强把控，本篇这部分还是有所欠缺。 2. 高保真or低保真？ 低保真线框图：重点在于功能、结构、流程的梳理，利用简单的框架和元素，省时省力；但细节相对高保真没这么完善，可能会有一定的沟通成本。 高保真：针对于高层领导及投资人等，进行产品概念演示，视觉效果好，细节相对完善；相当于是一个产品的demo，但修改成本较高。 原型交互做的很酷炫，证明你对工具非常熟练。但如果为了做交互花费了大量的时间，就得考虑时间成本值不值得。如果能够用简单的注释和跳转，清晰表达交互逻辑