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