电子支付爱好者

最近在整手机支付相关的一些事情，碰到一些问题，记录如下：

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” 。