<em id="8ma6g"><tr id="8ma6g"></tr></em>

      <div id="8ma6g"><tr id="8ma6g"><kbd id="8ma6g"></kbd></tr></div>

        <sup id="8ma6g"><label id="8ma6g"></label></sup>

          1. PRD:「FITLIFE」小程序产品需求文档(用户端)

            从零开始学运营,10年经验运营总监?#36164;冢?天线下集训+1年在线学习,做个有竞争力的运营人。了解详情

            笔者通过产品概况、产品结构、业务流程图、全局说明、功能性需求、非功能性需求分析等模块,系统输出这一份关于“FITLIFE”小程序用户端的产品需求文档。

            Hi~最近在对自己参与过的项目进行总结,希望可以和大家分享学习交流。输出内容是检视自己的方式,所以我就来吸取经验了。

            通过研读各位优秀作者的精品,我学习到了不少知识。此次,以?#23548;?#24037;作中遇到的情况作为案例,我将从0至1的产品中抽取重点模块进行分享。

            为了阅读体验,我将尽量简化常规化的?#26041;冢?#26412;次采用AXURE梳理PRD——利用AXURE动态面板和内联框架,制作文档?#24049;剑?#25552;高浏览人员的阅读效率。

            一、概述

            1. 产品介绍

            2. 文档修订记录

            将重点模块添加对应的跳转链接,方便浏览人员迅速定位内容。

            版?#31454;?#35268;则:小数点后为当前版本的小更新,小数点前为大版本更新。

            修订属性:?#30053;觥?#20462;改、删除

            二、产品结构

            1. 信息结构图

            2. 功能结构图

            由于完整结构图展开?#24049;?#22823;的篇幅并且看不清楚,为了阅读体验,对结构图部分收缩。完整版结构图可在AXURE中查看。

            三、业务流程图

            建议将流程图统一整理至表格中,做成链接跳转形式,实现快速查阅。为了顺畅的需求阅读体验,将各自的流程图放在之后的需求描述部分中展?#23613;?/p>

            四、全局说明

            1. 名词术语说明

            2. 权限弹窗

            3. 时间距离规范

            3.1 时间规范

            3.2 距离规范

            4. 异常情况

            4.1 网络异常

            手机网络连接异常,小程序弹窗提示如下:

            4.2 用户状态说明

            五、功能性需求说明

            ?#24049;?#30340;需求阅读体验需要保证阅读过程是顺畅的。

            在这部分,首先列出【需求清单】,总览这次需求涉及的模块及简要信息。紧接着,按照【需求模块】-【流程图】-【原型页面流转】-【原型需求拆解】的叙述逻辑去完成各个模块的需求说明。

            1. 需求池&需求清单

            1.1 需求管理池

            • 需求来源:产品、运营、BOSS等等
            • 需求类型:?#30053;?#38656;求、需求调整、功能优化、BUG修复、UI优化
            • 系统:涉及到的系统及模块
            • 需求说明:简述需求
            • 优先级判?#24076;?#37325;要紧急、重要但不紧急、紧急但不重要、既不紧急也不重要(ps:我?#19988;?#32463;常关注重要但不紧急的任务进度,避免重要紧急任务扎堆出现。)

            1.2 需求清单

            对需求管理池评估筛选后,将需求模块、对应功能、需求优先级、完成情况统一整理到表格?#23567;?#21516;样?#27169;?#36825;里将模块名称做成链接格式,快速查阅对应的需求模块。

            优先级规范:p1、p2……数字越小代表优先级越高。

            2. 新用户&首页模块

            2.1 新用户登录流程图

            2.2?新用户登录原型(点击查看大图)

            2.3 首页

            3. 预约团?#25991;?#22359;

            3.1 团课预约流程图

            3.2?团课预?#23478;?#38754;流转

            3.2?课程列表页

            3.3?课程详情页

            3.4?预约课程页

            4. 预约私教模块

            4.1 私教预约流程图

            4.2 私教预?#23478;?#38754;流转

            4.3 私教列表页

            4.4 私教详情页

            4.5 私教预?#23478;?/strong>

            5 购卡模块

            5.1 购卡流程图

            5.2 购卡页面流程

            5.3 购买储值卡页面

            6. ?#19994;?#27169;块(个人?#34892;模?/h3>

            6.1 个人页面

            6.2 修改资料

            6.3 ?#19994;目?#21253;

            6.4 ?#19994;目?#31243;包

            6.5 ?#19994;?#20248;惠券

            6.6 富文本页面

            六、非功能性需求

            非功能性需求,是比较容易忽视的部分,往往和性能、安全挂?#24120;?#24433;响着产品的稳定性与安全性。

            以下仅仅是例子,具体方案需要根据业务情况和产品特性与相关人员深入沟通。

            1. 性能需求

            • 响应时间:系统对请求做出响应的时间。例如系统处理一个HTTP请求需要200ms,这个200ms就是系统的响应时间。
            • 并发用户数?#21644;?#26102;?#24615;?#27491;常使用系统功能的用户数量。
            • 与性能相关的数据指标还有QPS(每秒响应请求数)、TPS(每秒处理的事务数)等。

            性能需求这部分仅仅是举个例子,具体情况和数据方案,需要和相关人员深入沟通。

            2. 可用性需求

            • 避免用户高?#26723;?#20987;无反馈的情况。
            • 为用户提供反馈渠?#39304;?/li>
            • 保持文案与组件的一致性。

            3. 数据统计需求

            产品初期需要一定基础的数据提供支持,因此,除了小程序官方数据统计?#25945;ǎ?#20877;接入第三方统计?#25945;ǎ?#32479;计以下?#24405;?#30340;数据及路径转化率。

            七、思考总结

            1. 内容细节

            • 流程图和页面流转图要整齐统一,实在太多信息,建议用子流程模块和多页面分述解决。见过很多像“蜘蛛网”一样的图,阅读体验比较糟糕。
            • 尽量让用户不用点开大图就能看清内容,本篇部分页面流转图和页面需求?#26448;?#20813;遇到这类问题。
            • 异常逻辑和toast弹窗等细节需要加强把控,本篇这部分还是有所欠缺。

            2. 高保真or低保真?

            • 低保真线框图:重点在于功能、结构、流程的梳理,利用简单的框架和元素,省?#31508;?#21147;;但细节相对高保真没这么完善,可能会有一定的沟通成?#23613;?/li>
            • 高保真:针对于高层领导及投资人等,进行产品概念演示,视觉效果好,细节相对完善;相当于是一个产品的demo,但修改成本较高。

            原型交互做的很酷炫,证明你对工具非常熟练。但如果为了做交互花费了大量的时间,就?#27599;?#34385;时间成?#23616;?#19981;?#26723;謾?#22914;果能够用简单的注释和跳转,清晰表达交互逻辑,会不会省?#31508;?#21147;一些?

            具体情况具体分析,?#28909;紓?#20320;做了很多交互,开发做漏了会说:“没写清楚啊,?#20197;?#20040;知道哪里可以点击呢?”

            因此,?#19994;?#20064;惯是做简单的“交互逻辑+交互注释?#20445;?#23613;量避免复杂且耗时耗力的交互。

            当然,重要核心的交互逻辑,绘制出来比文字说明更容易理解。这时候,如果有现成的组件就套用,如果没有,就采用“图+文字+口述”的方式表达清楚。

            3. WORD?AXURE?

            需求文档用什么工具写比较好?

            这是我见过比较多的产品话题?#33268;?#20043;一——有用WORD?#27169;?#26377;用AXURE?#27169;?#36824;有用墨刀、石墨文档等等……

            ?#20197;?#32463;请教过两位分别使用WORD和AXURE撰写需求文档的朋友,他们是这样的看法:

            WORD选手:

            • 用word写,形式更规范。
            • 结构大纲清晰,细节到位。
            • 洋洋洒洒几十页,满足感杠杠滴。

            AXURE选手:

            • 用AXURE写,图+标注+交互,更直观地表达产品需求,阅读更顺畅。
            • 预览方便,支持上传云端同步。
            • WORD写了也没人?#24515;托目矗?#36825;个世界很浮躁啊。

            ?#19994;目?#27861;:

            需求文档是帮助传达及沟通需求的工具,讲究的是“可读性”。所以,在选择采用什么方式之前,需要和团队沟通达成共识,即什么样的方式能给到他们更好的阅读体验。

            我在?#23548;?#24037;作中,采用的是AXURE,整理需求与线框图后与团队沟通,实现需求快速流转更新。但?#19968;?#36873;择再用WORD梳理一遍,利用文字梳理大纲结构,整理产品逻辑和需求,能?#29615;?#29616;?#25215;?#30095;漏的?#26041;冢?#23436;善产品细节。因此,用WORD写,是一个?#24049;?#30340;查漏补缺的手段,是检视自身逻辑的过程。

            最后,由于篇幅关系,本次分享只展示了部分内容,完整预览请在以下链接查阅。

            预览链接:https://r4zef5.axshare.com

             

            希望自己能坚持输出内容,定期复盘,与优秀的你们碰撞更棒的想法,共同进步~

            本文由@秋风 原创发布于人人都是产品经理,未经许可,禁止转载。

            题图来自Unsplash, 基于CC0协议

            给作者打赏,鼓励TA抓紧创作!
            评论
            ?#38431;?#30041;言?#33268;踾!
            1. 你好!请问一下思维导图的制作工具是什么呢?风格很简洁我真的很?#19981;叮?/p>

              回复
            2. 排队预约这一块感觉不够详细,排队预约完了之后呢,页面是怎么样的呈现方式,流程图里是?#34892;?#21040;,但感觉以页面的形式体现出来会更方便与开发

              回复
              1. 这块真的粗糙,在页面流转上没有列清楚,应该单独分出一个页面状态去说明。包括排队成功或失败的反馈(页面展?#23613;?#28040;息模板样式?#35828;齲?br /> ?#34892;?#20320;的意见~非常认可

                回复
              2. 这块真的粗糙,在页面流转上没有列清楚
                应该要单独分出一个状态去说明,包括排队成功或失败的用户反馈(页面显示,消息模板样式等)
                太谢谢你的意见了~认可

                回复
            3. 我也要加你微信,关注公号了

              回复
              1. 一起加油噢

                回复
              2. 一起加?#22242;?/p>

                回复
            4. 请教下对于性能的需求怎么把握?对?#38469;?#20195;码不懂的 是靠经验和别的产品的体验大致判?#19979;?/p>

              回复
              1. 建议与?#38469;?#22242;队沟通谈恰具体方案:先熟悉相关名词的概念,搜寻案例及普遍情况,再去?#22270;际?#22242;?#20248;?/p>

                回复
            5. 大佬,可以分享你的原型文件给我学习么?

              回复
              1. 在链接里面预览就可以了~

                回复
            6. 很厉害,学习了,我也很矛盾

              回复
            7. 写的很好啊,收藏了!确实很纠结,Word是规范了,但是打心眼里不想读,Axure的还好,我也倾向这个。

              回复
              1. 谢谢,很多细节还需要多加改善,axure确实会轻量一点

                回复
            8. 1

              回复
            9. 写得很仔细,只是“团课预约流程图”有点?#27490;?#30340;…

              回复
              1. 哈哈好?#27169;?#35760;在小本本上了

                回复
            10. 你们排期挺宽松?#27169;?#34542;多公司其实策划稿都杂乱无序,原型也都不能叫低保真,基本是线条稿;

              回复
              1. 所以?#19994;?#20004;者之间的平衡很重要 :sad:

                回复
            11. 链接里的产品结构图看不到。。。

              回复
            12. 写的很清晰规范,不知道能不能分享一下你的原型文件给我学习一下啊

              回复
              1. 原型预览在链接里呀~

                回复
              2. 哦哦看到了 你花原型的Axure图标和标注元件能分享下吗?

                回复
              3. 嗯微信发你吧

                回复
            13. 学习了

              回复
            14. 可以加一个你的微信吗?

              回复
              1. 不知道能不能发微信出来,在公众号里加我把~

                回复
            15. 预览看不到啊

              回复
              1. 可以的~不过它家服务器有时候会比较卡,加载比较久

                回复
            16. 这是真?#26723;?#20135;品吗?我没搜到这个小程序……

              回复
              1. 脱敏了,我模糊处理了

                回复
              2. 本来打算对照着真实产品学习的?#34892;?#21338;主无私分享。斗胆请?#20160;?#20027;做产品经理有3、4年了吧?

                回复
              3. 实不相瞒,我是半岁的小白,一起加油 :grin:

                回复
            17. 感觉可以,希望能坚持输出想法

              回复
              1. :roll: 加油,希望认识更多共同成长的朋友们,建了个?#21495;?#25758;想法

                回复
            18. 很详细,很规范,界面看上去很美观,?#34892;?#25226;链接一起分享出来,学习了

              回复
              1. :lol: 一起学习,不管怎样,别停下来就对了

                回复
            19. 感觉很厉害,学习学习再学习。

              回复
              1. 没有最好,只有更好,一起成长吧~

                回复
            20. 学习了 觉得写得很好 。

              回复
              1. 谢谢~还有很多细节问题要注意,可以让大家吸取?#19994;?#25945;训

                回复
            四川快乐12官网
              <em id="8ma6g"><tr id="8ma6g"></tr></em>

                <div id="8ma6g"><tr id="8ma6g"><kbd id="8ma6g"></kbd></tr></div>

                  <sup id="8ma6g"><label id="8ma6g"></label></sup>

                      1. <em id="8ma6g"><tr id="8ma6g"></tr></em>

                          <div id="8ma6g"><tr id="8ma6g"><kbd id="8ma6g"></kbd></tr></div>

                            <sup id="8ma6g"><label id="8ma6g"></label></sup>