我是转载哦:
笑天涯说:“转帐”在我们日常生活中已经非常普遍。一般来说,转帐只需经过转帐→收款2步即可完成,简单方便。然而微信转帐功能却比较特别,它的流程是:转帐→对方确认→收款。简单事情却复杂化了,产品经理到底是怎么想的?请看微信支付产品经理edgar的分享!
大家好,我是Edgar,关于微信转帐功能的设计,在腾讯内部也有过不少的讨论。这里我重点跟大家讲一下,微信转帐与一般网银、其它支付产品的使用场景有什么不一样。沿着这样的场景去思考,我想大家会明白,这样的“接收确认”的设计思路。也欢迎大家提出更好的建议,一起来把微信支付做得更好用。
复盘下线下场景
DAY 1 A和B吃了饭,B掏的钱,A当时没有现金,需要事后给B。
DAY 2 A从兜里掏出100块钱,递给B:嘿,哥们,昨天我那份饭钱!然后B可能会想一下,昨天我们吃饭了?要不然算了吧,算我请了?算了,最近买房手头紧,还是收下吧。:
结果就是:
1)B摆摆手或者挡回去,说:不用了,下次你请。
2)B伸出手,接下来,转到自己的钱包里,然后笑笑说:你认真了,我说了我请的。。。。
说这个的意思是:微信转账更希望实现自然、真实、逻辑顺畅的场景:
付款方
付款方付款成功,会有支付成功反馈,并且会触发一条付款消息给收款方。这一步就是掏钱出来递给收款方。
收款方收、不收、过期退还,都会触发一条消息给到收款方。这一步就是掏出钱后,收款方做出的决定的反馈。
其实我们还有考虑是否付款方可以撤回一笔转账,在收款方没有收的情况下。不过你当着人家面把钱掏出来了,又再装回去,不管啥原因,都略微呵呵,所以我们还在斟酌怎么处理更好。
收款方
收款方收到付款方的付款消息时,可以根据具体情况,选择收、拒绝,假装没看到(超时退回,退回到银行卡的到账时间,也是一个硬伤,是优化重点,钱在“天上”漂着,着实不踏实)。
从目前的情况来看,拒绝的数据比较稳定,每天都有,但比例不大。
这里设计拒绝,主要是考虑不该收的钱,不能收。不想收的钱,可以不收。
支付宝和网银上这种转账,是大家熟知的线上转账形态,是在事前通过各种形式确认对方的账户信息,然后把钱扔过去以后,还得让对方查收下,对方告诉你说,收到了,这个时候你才安下心来。这个也跟他们的转账载体有关,无法做到一