对“AA收款”这一功能进行需求分析
请为“AA收款”功能找到一个用户、场景、路径都非常贴合的需求，然后设计出对应的功能。
到后面眼花缭乱了跳着选了...欢迎补充：）
————————
先整理一下各种用户抱怨场景（需求获取）：
1、我本身是一位大学生，每次向学校交水费电费之类的东西都特别麻烦，不仅需要排队还因为上课时间的问题不能按时交。所以我想以一个宿舍位单位在支付宝或其他东西上向学校缴纳费用，这样更加省时省力。
2、身在北方城市，交水电、燃气费真的特别头疼，都得等着阿姨上门收取或者去超市缴纳，特别不方便。
3、很多时候我们会碰到手机没电，或者手机没有戴在身上。再或者支付宝和与其绑定的银行卡没有可用于支付的费用时。
4、送礼物凑单。送礼物一直是一个纠结的事情，要是可以多人凑单，倒是可以集少成多，送一个更好一些的东西。比如，小群体A、B、C、D为朋友E过生日送礼物，可以AA付款。
5、用户：拼车族。场景：到达目的地后，在的车内付款。
6、角色：几个合租房者场景：月初需要缴纳房租，需要一人收齐转交给房东。
7、旅游过程中，会产生很多公共费用，比如一起吃饭，一起拼车，团队买门票等等，领队人可以提前将旅游团队中的人支付宝账号添加，每次产生公共费用的时候，直接发送AA付款请求。
8、午饭后总想吃点水果，但是办公室人比较多，关系都还可以，总不能自己吃，于是提出AA制，众筹饭后水果，由于有零有整，于是手机AA付款最合适不过了，利用等饭的时间，大家讨论下吃那些水果，饭后去买，最后AA。
9、海淘时，国外电商的价格往往低于国内跨境电商，但运费非常高，可以采取多人拼单的方式购买到商品单价和均摊邮费后，总价格较低的商品。
10、在某些批发市场里面，经常会出现这样的情况，比如A用户、B用户、C用户、D用户等都要从E商家处进货X，当进货量达到E商家规定的4X或大于4X时则价格会有更大优惠，那么如果ABCD用户可以临时组团进行进货，享受更优惠的价格。
11、外卖订餐AA收款
12、用共同的某个账号购买需要的教程，然后进行AA付款。
13、到了约定交房租的时间（月底），收到房东催款通知，金额每月不固定（房租+当月水电费）。可能当面付，可能线上通知。
14、我要开一个 party，开 party 过程中所产生的费用，将由参加 party 的人来平摊，来的人多，那么人均支付的就少，来的人少，人均支付的就多。我向很多人发出了邀请，但是我不知道具体要来多少人，所以我不知道，每个人会平摊到多少的费用。于是我需要在 AA 收款中添加一个实时添加 AA 对象的功能，只要有人进门来参加派对，就必须先执行一步操作加入到这个 party 的 AA 大名单里。
15、在团体旅行过程中，会产生很多费用而且比较杂乱，AA收钱发起的次数多，负责人需要知道谁哪次没交钱。现在的AA收款更适合单次的收钱场景，也没有对收钱过程做详细的记录，因此有一个群体多次的收钱并记录这样的需求。
16、现在冬天冷、夏天热，很多员工不愿意走下楼去食堂或者街上吃饭，现在有很多譬如饿了吗、美团之类的网站提供订餐服务，但是这些网站如果只定一份餐又没有优惠，所以很多公司就各种讨论组，各种群拉起来，由一个人统一订餐，这样子折扣多，但是付费就比较麻烦
17、为将要过生日的友人凑单买蛋糕/礼物的几位好友.
18、公司聚会，说好AA，但是实际上各种情况会有一个人出来买单。如果当面说AA收钱给买单者，有的买单者即使很想要这个钱，但也会说“不用不用”。
19、当用户A在某购物商城购买产品Z分享之后，感兴趣的朋友B、C、D说：“帮我也买一个，我转给你钱”。
几个有意思的评论：
1、AA收款的核心是2人及以上熟人（互相知道支付账号）之间参与一个总金额的分配问题。
2、为什么这些场景我都经历过，但却没有用AA收款呢（微信/支付宝都没用过）？
3、其实有些时候我也会为催别人付钱感到尴尬，但当发起了 AA 收款这个功能后，反而解决了我的这个苦恼。我不用一个个去当面催别人付钱，而只需发起一次 AA 收款，系统会帮我解决「讨债」的苦恼。
4、基于用户分析，可以分为熟人和陌生人，基于费用分为固定和不固定费用；
5、百度知道里写到：AA制只是一种付费形式，AA制延伸可以看作当今的一种叫做“拼一族”的生活方式。
做得比较详细/有特点的：
@worldboo
APP：旅费助手
用户：旅行社、旅游团、驴友团、导游与游客、游客之间
场景：从开始组团到旅途结束、旅行社收取游客押金或旅费、旅游途中因行程变更等因素新增的景点门票、餐费、住宿费用等。成员统一或大部分购买特产和指定商品的钱的齐收等。
路径：
旅行社在接到游客报名时为游客下载APP并登记到所出行的旅游团之中——旅行社或导游可以发起固定金额并附说明收款目的和用途——游客手机APP提示有收款信息查看所收款项并付款——所有款项记录在旅行社的该出行团分页信息中方便随时查看。
针对类似旅游团用户可以提供AA资金池功能，每个成员将自己拿出的资金付款到资金池以供做旅行资金，可以事实记录每一笔资金使用情况而代替普通的账本。
功能：
1、旅行社或导游有直接AA收款功能，可以选择全部和个别游客输入统一金额或修改单独金额收款。
2、在类似销售特产等游客可自愿选择付款与否的情况可以选择标价付款，可以标价多个，游客看到价格可以选择买与不买。
3、驴友团、拼团用户选择发起AA捐款付款到资金池，每产生一笔收入之处软件自动记录，成员可以进行详情修改和添加明细。
针对痛点：
旅行社都是提前收好团费再出发，因为现金的敏感问题中途都会尽量避免二次补团费等情况，易造成旅行团可扩展性和自由度受到制约玩的不够满意。
如遇特殊情况需临时改变行程涉及补房差餐差等问题收钱不便等问题
驴友团、拼团资金不方便由一人掌管、不透明、不安全的问题
用户爽点：
导游收款不用再从车前收到后，提前自定好或中途涉及任何收款只需输入金额一点即可，收款详情一目了然。
再也没有质疑、再也不唠唠叨叨的问导游哪个景点门票多钱哪个地方自费多钱，透明旅游，心情舒畅。
拼团游、驴友团的好帮手，不用面对面一样收团费，开支明细人人可查。
@赤耳
AA付款在目前的应用当中更多的是在熟人社交当中采用，比如已有的聚会AA，活动收款等。而在一部分人观念当中，熟人社交场合AA付款方式使用的较少，是否能够将AA付款方式应用到陌生人使用场景当中。
我的一个想法是：有时在公交站等车的时候，由于公交车长时间不来或者公交挤不上去，由于事情可能会耽误会采用打车的方式，而在同一公交站必然会有同路或同目的地，并且和自己一样赶时间的人希望能够采用一起打车的方式降低成本。（第一选择为公交出行的人往往在打车时会考虑成本因素）而在公交站近在咫尺又很少会表明这种想法给陌生人，可以在AA付款应用中添加拼车AA付款功能。
角色：一起拼车降低打车成本的陌生人。
场景：在公交站或类似公园门口等人流出行意愿较大的地方，以距离为陌生人拼车对象。
路径：在公交站发起拼车窗口，写明目的地及人数。（默认按人头AA），默认一定范围内（50M OR 100M）的人可以通过拼车页面看到他人发起的项目并看到人数目的地等，并消息联系选取。协商好后可一起搭车（最高不超过轿车可乘用的4人）。在乘车过程中由参加人付款给发起人，由发起人支付总车费（现金或其他支付方式）。
由于出行AA付款应用的角色是陌生人并距离较短。不建议使用目前应用当中采用支付宝账号或真实联系人的方式。由于双方拼车需要见面，可以使用昵称账号进行简要沟通并AA付款。避免潜在的陌生人骚扰等因素。由于拼车是一个过程，发起人可在打车过程中了解是否收到款项，从而规避陌生人不付款的情况。
目前出租车公司规定鼓励拼车方式并根据计价器分别收取60%的费用。但事实往往是司机路上揽客并分别收取原价。采用AA支付方式，可以减少用户打车成本，并提高出租车运行效率。
@鱼蛋sama
功能：面对面AA
用户：经常和朋友或同事出去吃喝玩乐，但是每一次组队的人群都不尽相同
场景：吃喝玩乐过后，一个人垫付了费用，在场的人再一起AA费用
路径：垫付人发起“面对面AA”中的“我要收款”功能，输入总费用，以及参与人数，系统自动生成一串唯一的6位数字（直到这次面对面AA结束之前，这串数字仅代表这次AA），然后将这串数字告知在场的其他人。其他人则使用“面对面AA”中的“我要付款”功能，输入这串数字之后，系统显示付款信息，包括发起人、总费用，参与人数，应付费用，以及一个“立即付款”的按钮。点击“立即付款”则直接转账，转账后发起人会收到一条相应的反馈。当AA款收齐，或者超时未完成（假设为两天），流程结束；发起人也可以手动终止。
@荔枝不甜
目前生活中遇到此类情境有朋友/同事聚会AA、同事订餐AA、合租室友水电煤气费用AA、同事/朋友购物拼单AA、陌生人拼车AA等。
以下以同事/朋友购物拼单AA场景设计相关功能。
用户：同事/朋友
场景：团购、拼单，多名同事/朋友为了节省邮费、享受商家“满减优惠”或图方便，由一人进行淘宝下单，之后再进行费用分摊。
路径：
——同事B发现优质好货满100减50/满200包邮（纸巾、零食、化妆品）询问四周同事是否一起购买
——同事C、D、E纷纷表达购买意向并进行选购
——同事B付款时选择AA付款，将相应商品标上同事标签（提前录入同事C、D、E支付宝账号）
——资金由同事B全款支付，系统将相应的AA分摊账单明细发给相应加上标签的同事
——同事C、D、E手机端支付宝收到相应的账单，进行支付，账款打给同事B
功能实现：
1、商品标上所属人标签。避免后期遗忘，方便下一步计算费用。
2、系统自动算账。将所享优惠按照科学方式分摊到每个人头上，避免不必要纠纷。
3、发送相应账单及计算过程。亲兄弟明算账，抹清每个人心头哪怕一丝丝的疑虑，下次继续一起愉快购物。
4、设置还款期限及催款提醒。避免尴尬。
@原高伟
看了一些大家的讨论，不外乎两点，一是对微信、支付宝的AA付款做优化，二是找到一个AA付款的很窄的场景。
（一）
对于第一点，我们要明白，微信、支付宝都是很大的产品，其核心功能不是AA付款，在产品逻辑上有各自的优先级；所以要让AA付款的入口变浅，或者专门基于AA付款对产品做大的改动，都是走偏的。在这些产品中，AA付款是一个辅助功能，所以与其让他的入口变浅，不如让他出现在合适的地方。
那么，我们是什么场景下最容易用到AA付款呢？答案是在发生资金的转出之后。所以我们不妨这样改进，在付款的完成页面、在转账的完成页面，加一个button叫做“发起AA付款”。可以是聚餐后某人先埋单之后，可以是一起用某人的手机叫了专车，也可以是某人统一团购了欢乐谷的门票之后。总之AA付款紧接着发生在交易之后，是无缝衔接的，也形成了一个闭环；而且直接发起的是该笔交易的AA付款，只需输入人数就可；如果该笔交易不涉及AA付款，那不用管这个button就可以。
（二）
对于第二点，找到AA付款的垂直场景，很容易找的太浅；完全以AA付款为核心来构造一个场景，难免会适配在低频的需求上，显得太单薄。
这时我突然想起两年前做过的一个项目，叫做“和你”。模式很简单，初期定位于桌游、密室等对人数有要求的消费，“和你”是帮消费者找到玩伴的平台，同时由于平台让本来人数不够的个体成功“组了局”，激活了边际用户，所以商家乐意让利，“满5人1人免单”这类活动也得到了激活，这个时候大家通过AA支付，每个人都得到了优惠；更重要的是，这个平台从发起、发现活动，到一起玩，到付款、甚至到后续，是一个完整的闭环。这个场景中AA付款不是唯一的重心，但由于AA付款中有“优惠减免”的利益驱动，更容易促成；同时，整个过程中“组队”“一起玩”都跟AA付款一样，饱含平等、共享的精神。
@wyczts
AA收款特性分析：
AA收款作为一个多用户合并金额付款的功能我认为应该从单用户付款金额、付款总金额、用户付款与商家收款顺序三个方面考虑，前两方面将情况分为4类：
1.单用户付款金额确定、付款总金额确定
最常见的情况，比如几个朋友出去消费，商家报出金额，朋友之间AA结账。
在这种情况下有一个代表小明先付全款给商家后面大家将钱给小明，或者商家直接报出金额，大家把自己的那份转给商家都是可行的。
2.单用户付款金额确定、付款总金额不确定
多见于班级春游，小团体举行活动等，每位成员先垫付一定的费用，等活动结束后多退少补。
这种情况下一定是每个用户先付款，商家后收款。为实现功能的方便，最好使用群的形式便于后续钱的分配。
3.单用户付款金额不确定、付款总金额确定
团体活动时可能会出现的情况，比如几个人租了球场踢球，订了KTV的包房，开始预订的时候人数没有确定，需要由最后的实际参与人数确定每人支付金额。
这种情况一般都是商家先收款的，或者由其中代表先支付定金。
4.单用户付款金额不确定、付款总金额不确定
比较复杂的情况，但是一般情况下都可以转换为上面几种情况。比如几个人合伙租房，有每月固定的租金和不确定的水电费。那么实际上就是第一和第三种情况的结合。
分析了上面4种情况我们发现，商家先收款还是每个用户先付款这个条件的关键点是付款代表，只要解决了中间过渡问题，这方面限制将会完美解决。对于单用户付款金额和最终付款金额是否确定的问题，实质上是由每个用户支付与活动进行与否的时间顺序决定的，只要解决了AA付款成员在活动进行前后的交流沟通问题，即可解决。
先说重点：我认为AA收款最重要的功能是支付群组和公共基金池
典型用户：小明，大学班级班长，需要收取班费做班级活动；足球爱好者，加入了足球俱乐部，经常和小伙伴包场地踢球；在校外3人租房，每月需要交水电费和房租，经常和不同的朋友出去聚餐吃饭。
场景：收班费
分析：收班费属于第二种情况，主要解决的问题是1. 班费收缴不及时；2. 班级花费的公开通明；3. 剩余班费的使用问题。基于此应当设立公共基金池，群花费公告和定时收费功能。
路径：
收款：
1. 管理员设立班级群，拉班级成员入群（或要求班级同学扫二维码入群，需管理员审核）
2. 管理员发起班费收款需求，成员付款，榜单上显示已付款和未付款的同学。
3. 超过预定时间没有付款的，系统会提醒该成员付款，并在付款榜单上着重显示。
4. 班级公共基金池显示现有班费金额，以及所得收益。
支付：
1. 管理员发起活动支付请求。
2. 组员收到管理员提款信息，并显示提款说明，公共基金池余额，基金收益等。
3. 基金历史信息可查询历史活动信息。
4. 可考虑在活动历史信息下面开启留言功能，让成员解释、质疑、或者吐槽。
PS：
1. 管理员可设置自动收款功能，当公共基金少于固定金额时，开始向每位成员收款。
2. 解散群时群内公共基金会平均分给每位成员。
3. 小功能基金红包，可将公共基金内的固定金额或者基金收益转给组内固定成员，并以随机或者定额的形式发放用做某些团队建设的奖励。
@chenggangedu
从没用过AA付款功能，就算是AA制的场合，比如聚餐，K歌等，也是用转账功能居多或者直接就是现金啦
原因是大家都对这个功能不熟悉，且有更熟悉的替代支付手段，所以用不上它，如果真的要设计一款能让咱用的AA付款功能，我会这样设计
不知道大家有没有注意到，现在的支付宝有加好友的功能
如果需要AA付款了，直接建立群组，然后填入金额，生成支付链接，所有人在自己的手机客户端点击链接，就可以完成支付，同时已支付人的名单可以变灰，提醒没有付款的人赶快给钱。所以总结如下：
角色：同意AA付款的众人
场景：下班大家相约聚餐
路径：发起人不管是线上还是线下沟通，确定聚餐人选，然后建群通知大家时间和用餐地点---》大家吃完饭，发起人填入总金额，以及应付款所有人数（防止有人没有支付宝账户，不能自动以群的人数做准）---》支付宝自动在群聊天界面中显示付款链接，通知众人付款，----》付款成功后，头像在群中变灰，没付款人，系统每隔24小时提醒一次，直到所有人付款成功，或发起人主动确认付款完成。
最后注明一下：之所以有个建群的功能，是因为这个大家都很熟悉，无论是微信建群，还是QQ建群，而AA付款本身的应用步骤太过陌生，且AA这个名词大家虽然接受，但还是不好意思说出来（尤其是咱年龄稍微大点的群体）。建一个活动群，使用群支付就委婉很多了。不知道大家对这点有没有相应的体会。
觉得自己设计的功能超级适合QQ，因为QQ中有同事群，公司群，好友等社会关系，更容易产生AA付款的应用场景，而支付宝的支付工具的属性太强，忽略了AA制中的人际关系
@夜妖黑猫
基于以下三条：
1、AA制只是一种付费形式，AA制延伸可以看作当今的一种叫做“拼一族”的生活方式。
2、AA收款基于用户分为熟人和陌生人，基于费用分为固定和不固定，基于次数分为单次和多次，基于地理位置分为当面和异地。
3、支付宝在加入“生活圈”功能后，熟人AA已经解决，简单说就是每个人心算一下然后就可以给对方转账。
所以给自己的功能定位：陌生人不固定多次异地AA收款...(好绕)
适合平台：微信等陌生人社交APP
功能名称：拼活动
功能入口：微信-右上角+号-添加朋友-拼活动
用户：相互不认识的陌生人（没互相添加帐号的都算，如朋友的朋友）
场景：网络上某人组织了一次活动（以旅游为例），大家在线下聚集在一起，每个人都有共同的目标（如几点大家一起到哪个地方旅行）以及不同的目标（在这个地方根据自己的兴趣分开几个小群体去哪逛），在这个过程中会面临两种付费情况：1、团体共同付费（车票、门票）。2、小群体不同付费（吃饭、拼单等）。
路径：
1、在其他互联网入口（论坛等）约定在某地见面，每个人带上部分现金。
2、拿起手机打开微信-右上角+号-添加朋友-拼活动（发起活动/参与活动），通过输入发起活动者随机获取的相同数字后（数字等于群号，后加入者可查看），建立一个活动群。
3、使用活动群中的功能。
1-基本的文字、语音、图片、小视频聊天、分享到朋友圈等（方便组建小团体、旅游信息共享）
2-活动公告（群顶部，告知某个活动的时间，链接地图确定地点，避免错过。）
3-我要收款（可以选择收全体成员/部分成员摇一摇收款/勾选部分成员收款，部分收款仅通知个人）
（在这里整合AA收款功能）
4-活动账单（可查看集体账单，以及个人账单，包括人数金额）
5-结束活动（成员确认后退出，无人后活动群解散，生成活动路线报告，账单进入微信钱包-交易记录）
本文作者：𝙕𝙆𝘾𝙊𝙄
文章名称：对“AA收款”这一功能进行需求分析
文章链接：https://www.zkcoi.com/idea/skills/32.html
本站资源仅供个人学习交流，请于下载后24小时内删除，不允许用于商业用途，否则法律问题自行承担。
微信扫一扫 
支付宝扫一扫 
