Pnnk

我有在反省 所以后悔了

手机银行——我们数钱更专业

Reprint 0 评


产品设计理念落后

现有手机银行手机客户端的设计思路:复制全套银行业务到客户端。同行攀比,“你有我也要有”。

我接触手机银行客户端的设计往往是将银行所有的业务全部搬到客户端中,——之前,他们把所以的业务搬到网上,再搬到wap上,如今,他们要客户端化了——然后,把你在营业厅看到的宣传折内容电子化,做成几个页面,这是“推荐信息”,再把少得可怜的合作商户链接上去,这是“手机商城”,最后,接入一些“话费充值,公共缴费”功能,堆砌出一个手机银行客户端。只有合作业务部分的功能设计优先级,这取决于业务谈判的时间。

这样的设计思路造成可以满足需求,但使整个客户端臃肿,复杂。

像“定活期互转,约定定期,帐户别名”这样的功能,我似乎只在中学课本上接触过,从没用到——也许原因是我钱太少,用不到这些高级功能。

于是,当用户打开手机银行,看到满满一屏的ICON后,就会产生畏惧——银行的功能不是可以随便试试的,它很可能造成经济损失。

外包产品缺乏活力

银行的计算机系统,大多是由外包公司完成的,而且众多的功能往往实在不同时期,由不同的团队完成的,手机银行客户端也由外包团队完成。外包团队只照着银行的需求做开发,即使是解决方案性的合作方式,也只是提供了设计,开发及推广,并不参与整个应用的运营。而银行并不具备手机客户端运营能力。——他们会的是数钱及帮你数钱。

外包团队完成一款手机银行客户端之后,只会进行一些修复bug的更新,产品本身不会有功能升级或调整。不像一般性应用,更新会带来新的功能,新亮点。手机银行的更新不具有活力。

面向大众客户端产品不保持有活力的更新,很快就会失去吸引力,用户活跃度降低,最终流失

银行在移动互联网的角色

目前还没有在第三方应用调用手机银行客户端进行支付的案列,这是手机银行与网银最大的区别之一,银行靠内置的手机商场,与淘宝,京东等电商巨头完全没有竞争力。现有的手机银行,就是一个人的独舞,就算是号称“重新定义手机银行”的招商银行客户端,也不过是整合的商家的多了一些而已。

移动互联网支付场景:

利用wap版手机网银
第三方支付系统(充值需要利用wap版手机网银或www网银)
从物理学角度看,一部iphone4的重量,体积可以折算成好多张银行卡;银行卡支付需要刷+(输密码)+签字三个过程,那么手机支付能够简化到什么程度呢?

设计实体的手机支付:

利用nfc技术的“刷”
支付宝条码支付的“扫”
Square式手机外接读卡器的“刷”
那么,手机银行的核心业务在哪?转账?缴水电费?——这些流程复杂的业务,还是在www网银上操作比较有安全感,而且手机的碎片化时间也不足以完成这一个业务流程。

于是有这样的一个设想:

银行是否可以开放并提供专用的手机支付api,供第三方使用?

任何需要支付的应用,都可以使用这些api来实现程序内的支付。银行归回到金融服务本位,撇开并不专业的经营性业务。掌握支付环节,让钱始终在自己的金库里转圈~

移动互联网应用场景:

电商的手机客户端支付
手机软件商店支付
软件内支付
至于涉及实体的支付,nfc,条码,二维码都是不错的选择,然后他们的便利性与银行卡支付方式相差无几。

这种思路的优势:

跳过第三方支付系统,保障金融安全
形成与支付为纽带的应用开放平台
符合银行的角色定位:金融服务——数钱更专业

原文地址:http://freesisx.com/archives/597

亲爱的我们如此相像,却又流失的如此之快。
发表评论
撰写评论