最近在整手机支付相关的一些事情,碰到一些问题,记录如下:
1、如何定义手机支付?
我个人趋向于:凡通过手机这个终端完成支付,都称为手机支付。例如通过手机中的非接触卡、通过手机wap网站、通过手机客户端、通过手机短信、通过手机接收IVR语音等等完成的支付都属于手机支付。与手机支付并列的不是互联网支付,而是PC支付、ATM支付、固定电话支付等。
2、针对支付,wap和客户端两种方式哪种更好?
wap这个协议出现,是因为当年的手机处理能力慢,以及无线网速慢,直接在手机中浏览网站用户体验很差,因此wap这种简单的协议诞生。wap1的网站很简单,白底黑字,用户只能完成基本的浏览和操作。随着3G和只能手机的普及,目前很多网站提供了“3G版”的wap网站(wap2),这类网站不再是白底黑字,交互操作也比wap1时代的要更人性化,用户体验以及非常接近于pc机访问的web网站。与客户端软件比较,wap网站的优点是:用户使用门槛低,用户无需下载安装程序只需敲入网址即可;wap网站在所有手机平台上运行的效果都一样,不需要针对不同的手机平台做不同版本的开发;
手机客户端则是安装在手机里的应用程序,它可以完成网络数据访问和提交,因为它是运行在手机OS中,程序相应速度快,用户体验上更好(用过手机客户端的同学应该有很深的感受),与wap网站比较,客户端程序的优点是:用户体验优于wap网站;
我个人觉得,wap网站和客户端方式两者将在长期(3年内)并存,两种方式都应该关注。
3、支付公司在手机客户端方面可以做些什么工作?
首先当然是开发自己的手机客户端软件,象现在支付宝在做的。但我觉得手机客户端是提供给高端用户(会自己下载、安装app,并有经常在手机上使用该app的用户)。另外更重要的一方面的工作应该是:提供手机客户端软件的支付SDK!这个东东的应用场景是:一个用户在使用手机app(例如一个手机游戏)时,app希望收费,这时有两种方式,一种是打断用户当前的app操作,跳出一个浏览器,让用户在浏览器中完成付款操作,另一种是在app中嵌入支付SDK,用户继续在app中完成支付过程,很明显,第二种方式的用户体验要优于第一种方式。所以提供手机客户端软件的支付SDK这个工作对支付公司是一件更重要的事情。最近在关注paypal的手机支付以及iphont的app store提供的“In App Purchase”模式。个人觉得in app这种支付模式具有广泛的需求市场。
4、国外的手机支付模式对我们有借鉴吗?
个人觉得能借鉴的地方非常有限,原因有三,1是国内的运营商与国外的运营商差别很大,收费模式、运作机制都有很大区别;2是国内的个人信用体系不健全,国外相对比较完善;3是国外的金融环境与国内也不一样,国外的银行、信用卡组织各自职责和市场化程度都比国内要强,因此国外的手机支付模式能应用到国内的非常少。PS:我常用的几个搜集国外手机支付信息的方法:
1、techcrunch是一个不错的网站;
2、paymentsnews是一个关于支付的网站,里面有国外最新的关于支付的新闻;
3、mobilepaymentsworld,国外手机支付的专业网站;
4、当然是万能的google,在里面搜索“mobile payments” 。







