快捷增加历史记录：鲨鱼记账APP功能优化
决定转行产品岗后，就开始做准备。首先就是了解产品岗的工作内容，熟悉产品开发的全流程，在动手实践的过程中学习并掌握必备的工作技能。
在挑选练习目标时，优先选择自己本身经常使用的产品。我选择了记账类App鲨鱼记账，准备优化在我作为用户使用该软件时出现的痛点功能。
目录：
- 发现需求
- 目标用户
- 需求调研
- 用户访谈
- 用户画像
- 竞品分析
- 梳理功能
- 流程图
- 产品原型
- 产品需求文档
- 需求评审
- 项目管理
- 测试、验收及上线
一、发现需求
在使用记账类App鲨鱼记账时，经常出现过了几天后需要补交易记录的情况，但由于新建记录的默认日期都是当天，需要一条一条手动改成实际的历史日期，当需要补的记录较多时，修改日期这一重复动作比较麻烦。
二、目标用户
为了验证该需求是真实存在的需求，需要寻找目标用户，进行需求调研。我选择从微博上搜索鲨鱼记账关键词，找到该软件的用户进行调研，目标访谈至少5位用户。
三、需求调研
需求调研的方式一般有当面访谈、线上访谈、电话访谈和调查问卷。本次调研采用线上访谈，通过提问的方式调查“快捷改日期”这一需求是否是真需求。
设计了8个问题，来探究访谈对象的记账频次、数量、时机和使用习惯等，问题如下：
- 一般多久记一次帐？
- 如果是当天记得话，是交易完成后立即记还是找个时间一起记？
- 平均一天记录几条？
- 会经常忘记当天记录吗？
- 如果是过了当天再补的，在日期的选择上，你会在选择当时的历史日期，还是随意，用当天默认的日期也可以？
- 改日期的时候你会觉得麻烦吗？
- 如果有一个功能是点进对应的历史日期，进入后可以直接增加那天的交易记录，不用改日期，你觉得这个功能是锦上添花还是画蛇添足没必要？
- 对于这个新功能，1-10分打分你会打几分呢？
四、访谈流程
完成访谈准备后即可开始进入用户访谈流程。本次实际共访谈7位用户，结果汇总在下表中。
所采访的用户中，大多数都是当天记录，几乎所有人都有少量的漏记记录的情况。
但改日期时不会觉得非常麻烦，如果有快捷增加历史记录的功能，属于锦上添花，大多数人表示会考虑使用，量化地对这个可能的新功能打分的话，在6-9分之间。
由此可见，该功能不属于必备功能，对用户的困扰较小，但如果有则会提高用户体验。
五、用户画像
从7位访谈对象中，挑选了2位，制作成了用户画像，见下图。
3. 功能对比
1）更改日期功能
鲨鱼记账App——随手记App——叨叨记账App
- 点击“今天”按钮后，进入选择日期页面，采用划改的方式更改日期，每一条记录需要单独修改；
- 点击“时间”选项后，进入选择日期页面，采用划改的方式更改日期；更改一次后底部有“再记一笔”按钮，可追踪该历史日期，无需重复做更改日期动作；
- 点击“当天日期”按钮后，进入选择日期页面，采用日历显示的方式，直接选择历史日期，比较快捷，每一条记录需要单独修改；同时右上角有日历功能，可点击进入历史日期直接快捷增加多条历史记录，该功能隐藏较深。
2）快捷增加历史记录功能
随手记App——叨叨记账App
- 鲨鱼记账App无此功能；
- 随手记App更改过一次日期后，点击右下角“再记一笔”按钮，可直接在该历史日期下进行多条记录，无需重复做更改日期动作；
- 叨叨记账App中，点击右上角的“日历”按钮，进入日历页面，可显示当月的每日收支总额，选择历史日期后，在日历下方显示该历史日期的收支详情；点击右上角的“+”按钮，可直接增加多条历史记录。
4. 小结
通过对随手记App和叨叨记账App做竞品分析和梳理，有以下结论：
- 随手记App和叨叨记账App都具备了快捷增加历史记录的功能，而鲨鱼记账App无此功能，建议跟进该功能；
- 随手记App的快捷增加历史记录功能，是通过追踪上一次的日期修改记录，使用“再记一笔”的方式在同一历史日期下增加记录；
- 叨叨记账App的快捷增加历史记录功能，是通过单独的日历页面来实现的，在日历页面直接选择历史日期增加记录，同时可显示当前选择日期的每日收支金额，及收支明细；
- 随手记App和叨叨记账App相比，快捷增加历史记录功能都比较简单方便，但当需要增加的历史记录涉及不同日期时，叨叨记账App的日历功能更为方便，可直接多次点击选择不同的日期，且日历页面显示收支信息较多，有助于回顾记账情况。
七、梳理功能
通过竞品分析，最终选择“日历”的形式来实现快捷增加历史记录功能。
使用Xmind思维导图，将产品功能用结构化的方式表现出来，包括日历入口、选择日期、增加记录、完成记录，具体见下图：
功能梳理
八、流程图
使用Visio整理用户使用该功能时的先后顺序，见下图：
流程图
九、产品原型
完成构思后即可开始使用Axure绘制产品原型，用可视化的方式展示产品功能。原型图需要直观、符合规范、使用简单的研发色且功能完整，详情见下图：
十、产品需求文档
产品需求文档，也就是PRD。为了快捷高效，该功能的PRD采用截图注释的方式进行说明，见下图：
产品需求文档
十一、需求评审
需求评审的目的是向项目组阐述需求是什么、价值在哪里、对业务有什么影响、如何实现，以及实现后可以达到什么效果等等，需要在评审前做好充足的准备。
十二、项目管理
需求评审通过后，与技术、设计、测试负责人等敲定工期，统筹排期，再次确认周期后，确定项目上线时间。
将整个项目按照功能模块拆分成一个个小功能，记录在表格中，将收集的工期填入表格中，确认完每一个小功能的工期后，整个项目的工期即可确认。
后续需要以主人翁的心态持续跟踪项目，保证按时保质保量完成。
十三、测试、验收及上线
项目完成后紧接着提测，随后功能验收、UI验收，以及准备上线用的资料。
测试系统是否通畅，新增功能是否符合设计要求，即严格按PRD做、交互功能符合要求、数据传输正确。
功能和UI验收后，准备上线资料，需要提交界面截图、更新说明、App图标、关键词、商店截图、应用介绍等。
至此，这个“快捷增加历史记录”的项目基本完成了。从需求的确立、产出，到需求的推进，一个需求就此实现，但并未结束，后续还需要持续收集用户对新功能的反馈，对相关数据进行分析，为下一个版本上线做准备。
十四、总结
通过这一个功能的全流程实践，对产品岗的基本工作内容有了一定的了解，同时在过程中学习了Visio、Axure等工具的使用，已初步掌握了产品岗的必备工作技能，后续还需继续深入学习。
本文作者 @嗝屁迪不嗝屁
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
