前几天看诗沐老师的课，里面有个课堂作业思考AA收款都适用于哪些场景，并设计这个功能。我觉得这个思考过程正是做一个小功能的过程啊，于是，就将自己的思考及分析过程记录了下来。
第一步，用“角色——场景——路径”的方法，分析需求
首先，我绞尽脑汁地想了几个会用到AA收款的场景，如下：
情形一：合租的室友每个月要平摊水费、电费、网费、煤气费
角色：合租室友
场景：每月都要平摊水费
路径：打开微信——点击AA收款——输入收费总额——添加交款人——查看交款进度
情形二：班级交班费、书费、团费、党费
角色：班级同学
场景：每个学期都要交书费，偶尔交班费
路径：打开微信——点击AA收款——输入每人应交数额——添加交款人（添加的人很多，可以添加一个群）——查看交款进度
情形三：临时组成的自行车活动团交活动费（彼此不太熟悉）
角色：活动团里不太熟悉的团友
场景：活动前，需要交钱
路径：打开微信——添加微信好友——点击AA收款——输入每人应交数额——添加交款人——查看交款进度
情形四：几个朋友出去吃饭，平摊饭钱
角色：几个朋友
场景：吃饭完，需要AA饭钱
路径：打开微信——点击AA收款——输入收费总额——添加交款人——查看交款进度
分析以上四个场景，我们可以得出几个结论：
1，这个需求里有两种角色：收款人、交款人
2，输入金额有两种情况：总金额、每人固定要交的金额（比如书费，每个人交的都一样）
3，AA收款适用情况：AA人数较多（如果就两个人，直接口算另一个人要交多少钱就行啦）、大家是微信好友（如果不是，还需要再添加好友），因此，场景三就不太适用于AA收款（除非大家提前加了好友）
第二步：列举功能点
第三步：画用例图
第四步：手画简易线框图（无需太具体）
第五步：和微信AA收款进行对比
1.打开AA收款，先是对收款金额的类型（总额/固定人均额）选择
这个功能想到了！
2.聚会AA（收款人）
a.设计的“备注”，本意是填写收款原因，微信里用的是“主题”，形式更好。
b.微信里有选择人数，而自己的设计里是通过选择收款人，自动计算人数。微信的逻辑是，先输入收款人数，然后将收款单发送给要收款的好友。自己的设计的逻辑是，通过选择收款人，自动计算人数。自己的设计有个局限性，如果只想对其中的某几个人收款，那么就会出现数额不对的问题。
c.总金额这个功能设计和微信一样。
d.微信里提供“向其他几个人收款多少元”的明细，而这里自己没想到。这样的设计让收款人更加清楚收款明细。
e.填写完收款信息后，就是将收款单发送给好友，之后在服务通知中，收到收款明细。点击之后，即可查看收款明细，其中包括，还款人数、未还款人数、收款金额。
3.聚会AA（还款人）
a.在自己的设计中，还款人收到的通知只有“XXX发起了收款”，但是微信的设计里明确了要交的钱数（而没有收款人姓名，这里有一个重要信息比较的问题，没有考虑到）让还款人一眼就能看到所交款项。
b.在收款界面，自己的设计没有收款人姓名，只有金额，而微信的设计里既有收款人姓名，又有金额。
c.微信的设计里还有付款人数、总额、人均费用，这让还款人更加清楚费用明细，而这里，自己还是没有考虑到。
4.普通筹款（收款人）
a.首先还是主题，也就是自己设计的“备注”。
b.输入人均费用，这个功能想到了。
c.微信提供了一个“设置收款提醒”，即选择每月的收款时间，这个设计就满足了固定时间收取固定费用的需求。
d.最后是将收款单发给好友。
5.普通筹款（还款人）
a.在自己的设计中，还款人收到的通知只有“XXX发起了收款”，但是微信的设计里明确了要交的钱数（而没有收款人姓名，这里有一个重要信息比较的问题，没有考虑到）让还款人一眼就能看到所交款项。
b.在收款界面，自己的设计没有收款人姓名，只有金额，而微信的设计里既有收款人姓名，又有金额。而且让收款人很清楚的知道这个收款类型（AA收款或是普通筹款）。
c.在收款界面，微信的设计里还有付款人数、总额、人均费用，这让还款人更加清楚费用明细，而这里，自己还是没有考虑到。
总的来说，自己在设计功能时，还是有很多地方都没有考虑到，这也说明微信的产品设计的真的很棒！自己还需多多学习，多多思考！
