| 作者 |
 [转帖]Google Checkout: Amazon's worst nightmare? |
 |
bandwidth
头衔: 海归中士
加入时间: 2004/12/19
文章: 14
来自: Canada
海归分: 851
|
|
|
作者：bandwidth 在 海归商务 发贴, 来自【海归网】 http://www.haiguinet.com
Google checkout 是面向网上商店的, 打着checkout的旗号, 其实是看中网上支付的利润. 我大体看了下, 与PayPal比较了一下,
1. 从市场上讲, 各有后台, Paypal是背靠eBay, eBay号称比那斯达克的交易量都大. Google checkout是背靠Google Adwords, 你在adwords上每花 $1 , 可以免除$10 销售额的交易费. 对于Google广告用户确实诱惑很大, 而且2% + $0.20的交易费也比PayPal低.
2. 从服务内容上讲, Google checkcout涵盖的范围从checkout, 网上支付到跟踪交易状态, 在这三个方面中, 只有网上支付是网上商店做不了的, 而checkout是很复杂的, 每个网上商店可能都有自己的要求, 最后的跟踪交易状态又没有多少必要, 网上商店一般都会提供这种服务, 而且开店的人肯定不愿意把tracking number输入到两个地方(自己的网上商店和Google checkout). 那么Google checkout把另外两部分做进去, 我想可能是基于他的雄心, 如果说eBay是更多的侧重于给卖家提供舞台, 那Google可能想打造成最大的买家市场, 让所有的买家都通过Google来买东西. 而PayPal只专著于在线支付, 更容易给卖家接受.
3. 从技术角度讲, Google checkout因为涵盖的内容多, 与网上商店的集成的门槛要远远高于Paypal, PayPal的编程很简单, 而Google checkout api对安全性要求太高, 而且和网站的交互太繁琐了(虽然方案很完备), 不简化., 而且交互多, 就意味着出现问题的可能也大, 比如在Checkout时动态计算运费, Google把客户的地址返回给网上商店, 网上商店再发送请求到UPS/USPS/FEDEX, 得到结果后再返回给Google, 我相信Google checkout不会有问题, 但谁能保证这中间的环节不出问题, 如果是固定运费就没有这个问题, 但大一点的网上商店基本都是在线计算运费的. 如此高的技术要求, 无形中增加了网上商店加盟的难度和成本. 这里说的是Google checkou提供的第二级的应用, 第一级要简单一些, 但我感觉对大一点的网上商店应用价值不高. 感觉他们的这个思路和方案都有问题.
4. 从对交易的保护角度来讲, PayPal已经积累了多年的经验, 虽然很多不喜欢PayPal的人会改用Google checkout, 但谁能保证Google做的更好呢?
其实Google checkout 应该提供更灵活的方式, 比如可以允许网上商店直接使用网上支付而越过checkout, 就象PayPayl一样, 但那样Google就有点难堪了. 总的感觉Google checkout并不成功, 现在把它说成PayPal Killer还为时过早, 好在Google有钱有人, 等着后面看吧.
作者：bandwidth 在 海归商务 发贴, 来自【海归网】 http://www.haiguinet.com
|
|
|
| 返回顶端 |
|
 |
|
| |
|
|
|
您不能在本论坛发表新主题, 不能回复主题, 不能编辑自己的文章, 不能删除自己的文章, 不能发表投票, 您 不可以 发表活动帖子在本论坛, 不能添加附件不能下载文件, |
|
|
