CurrentC正在最后测试中

摘要: 此前,就有消息表明,很多零售商都想自己做支付体系,对Apple Pay的支持态度显得很暧昧。如今,已有一部分零售巨头明确表示要开发自己的移动支付工具,不跟苹果玩儿了。 Apple Pa

此前,就有消息表明,很多零售商都想自己做支付体系,对Apple Pay的支持态度显得很暧昧。如今,已有一部分零售巨头明确表示要开发自己的移动支付工具,不跟苹果玩儿了。

Apple Pay发布时,苹果强调其获得了美国六大银行的支持,并已经与大量零售商结为伙伴,这其中包括梅西百货、麦当劳、Walgreens 、迪斯尼等,总数达到22万个。但是,不可忽视的是,那几家大型连锁巨头并未参与到支持队伍中来,这其中就包括沃尔玛、塔吉特百货、星巴克等。

星巴克等连锁品牌表示,之所以不支持Apple Pay主要是因为暂时无法在所有网点中安装支持NFC付款的款台设备,这样将花去高昂成本。但是呢,星巴克却说,他们会提供工具,让用户通过Apple Pay把资金先转入星巴克的支付App中,最终通过星巴克支付工具来支付。要知道,星巴克App平均每周能转化600万次购买,占到实体店总购买量的15%。这么大一块蛋糕怎能轻易拱手让人?

星巴克的app堪称全美最成功的移动支付系统,越来越多的零售巨头想要模仿星巴克的做法。为什么?当然不是不愿意安装NFC款台那么简单的原因了。使用Apple Pay依然走的信用卡支付渠道,但商户与信用卡公司之间的关系却一直都不好。在美国,人们在消费场所刷一次信用卡消费,商户必须向信用卡公司交付交易额的2%作为手续费。2012年,这笔手续费就高达400亿美元。虽然Apple Pay不会再向商户收取额外的手续费,而是转而向银行收取,但仍改变不了商家要向信用卡公司交付高昂手续费的事实。

在传统支付时代,信用卡消费成为一种广为接受的方式,但随着移动支付的兴起,零售商似乎也看到了绕开信用卡的机遇。目前,沃尔玛、塔吉特等零售业巨头已经组建了自己的移动支付联盟,并正在开发名为CurrentC的移动支付工具。该工具和Google Wallet、Apple Pay一样,都是通过智能手机来完成支付。

从技术方面来看,CurrentC并未选择NFC技术,而是选择了二维码。这么做主要是为了兼容更多的没有NFC通讯模块的智能手机。但是它的重点不在这里,它的重点在于“去信用卡化”。消费者可以将CurrentC与自己的借记卡、礼品卡绑定,甚至直接绑定银行账号。如果消费者通过CurrentC刷自己的借记卡消费,每笔交易的手续费只有12美分。并且,由于出自零售巨头之手,CurrentC也有着显著的零售特色,比如商家会向使用该工具的消费者提供特殊的折扣优惠。

目前,CurrentC正在最后测试中,预计明年对外发布并启用。毫无疑问,CurrentC将与Apple Pay形成直接竞争。虽然Apple Pay拥有先发优势,但CurrentC却向消费者提供了丰富的折扣计划,代价是,它不允许用户再使用Apple Pay。到底用哪个?这是个问题。

时间: 2024-10-22 22:45:27

CurrentC正在最后测试中的相关文章

用户体验设计:浅谈可用性测试中沟通的技巧

文章描述:如何快速解除用户防备?--浅谈可用性测试中沟通的技巧.   一般来说,在产品的设计和开发过程中,不同阶段会使用到不同的用户研究方法.比如,在产品正式发布之前,通常会进行可用性测试.可用性测试,是指让一群有代表性的用户尝试对产品进行典型操作,同时观察员和开发人员在一旁观察.聆听.记录.该产品可能是一个网站.软件,或其他任何产品,它可能已经做好,也可能尚未成型. 对于一个典型的可用行测试,我们可以:1. 通过观察用户在使用产品过程中出现的一些问题,发现产品的可用性问题2. 从测试参与者的表

敏捷测试中理想的测试组织

近些年,在软件项目中非常流行一个词--敏捷.大大小小的项目,通常都包含着"敏捷"这个 关键字.其实敏捷本身是一种优化的思想,是软件工程发展到一定阶段后的产物.面对风云变幻的市 场,都希望迅速响应市场或客户的变化.但如何真正在项目中做到敏捷,除了方法论之外,还有各种 外部条件的制约.而现实是很多研发团队只注重了方法论的学习,而没注意组织结构应该如何变化才 能适应敏捷测试的需要.有的人可能会说,敏捷强调的不是人人都应该是开发和测试吗?但这只是在 理想情况中.真实项目中,肯定还是存在测试和开

测试中经常会遗漏的几个地方

做测试也有段时间了.在网上随便找了下.发现有些人也有些个类似的东西.就干脆做了点整理,其中对于功能方面的东西见前人大多已经有整理过就直接拖了些进来,还望见谅,当然基本还是属于原创. 希望大家给予补充. 个人认为软件出现的BUG首先第一个责任一般都是测试用例的问题.其次是测试方法(本身的知识).最后则是态度问题.如果测试用例不完善,不论测试人员自身的水平多好,态度多好,都必然会出问题,除非测试人员对测试用例进行了很好的完善.而如果测试用例是完好的,如果自身知识点比较贫乏也是很容易出问题的.例如说测

浅谈Symphony Spreadsheet在报表测试中的应用

报表测试中常见数据对比 在 ERP 和 BI 项目测试过程中,对报表数据进行校验是非常有必要的,常见的数据对比场 景如下:从系统导出的 Excel 格式的报表数据,然后再给一份业务数据的源数据,要求校验报表数据是否正确.报表的数据量 通常都非常庞大,这些数据通常都是通过聚合汇总以及其它逻辑运算得出的结果,源数据量也很大,源数据和报表数据的条数也 不一定相等,而且源数据通常会有很多张表,仅仅是通过肉眼观察源数据和报表数据是否一致,会导致测试工作量巨大,效率低 下,风险不易控制. 那么接下来就一起探

利用Spring2.5和Reflection简化测试中的mock

spring2.5最大的特色就是全面使用annotation代替xml配置,包括IOC Container.springMVC和 TestContext测试框架等,给我们开发带来了极大的便利.springMVC的新特性在这篇文章里面已经有了比较详尽的介绍,而对于spring的新TestContext测试框架,大家也可以从这里得到详细的例子说明,有兴趣的可以去仔细阅读,本文不再赘述.总而言之,通过spring2.5提供的 annotation,我们可以让我们的类--包括controller,Tes

压力测试中存在的问题

压力测试中存在的问题 (What) 什么是压力测试 软件压力测试是一种基本的质量保证行为,它是每个重要软件测试工作的一部分.软件压力测试的基本思路很简单: 不是在常规条件下运行手动或自动测试,而是在计算机数量较少或系统资源匮乏的条件下运行测试. 通常要进行软件压力测试的资源包括内部内存.CPU 可用性.磁盘空间和网络带宽. 压力测试涵盖,性能测试,负载测试,并发测试等等,这些测试点常常交织耦合在一起. 压力测试存在那些问题 我归纳一下又几点: 操作系统默认安装,在未做任何优化的情况下实施压力测试

sqlserver-左连接条件的执行顺序? 测试中,300条数据成功,700条数据出错(substring不能为空)

问题描述 左连接条件的执行顺序? 测试中,300条数据成功,700条数据出错(substring不能为空) select *from tb1left join tb2on tb1.str != nulland substring(str 0 2) = tb2.str. 解决方案 on tb1.str is not nulland tb2.str is not nulland substring(tb1.str 0 2) = tb2.str.

webservice 测试 中tomcat的问题

问题描述 webservice 测试 中tomcat的问题 在webservice 测试过程中,为什么http://localhost:8080这个网页能打开,但是为什么http://localhost:8080/WebService/services这个网页打不开,这是为什么?是tomcat没有配置好吗,按说配置好的话为什么http://localhost:8080这个网页也应该打不开的 解决方案 tomcat貌似没问题,关键是你的service部署是否正常 解决方案二: 看看你的拦截器是否正

渗透测试中的msiexec

本文讲的是渗透测试中的msiexec, 0x00 前言 在上篇研究了ClickOnce的渗透技巧,接触到了安装包的概念.关于安装包还有一个常见的是msi文件,可在命令行下通过msiexec安装,所以这次就研究一下msiexec在渗透测试中的利用技巧 0x01 简介 msiexec: 系统进程,是Windows Installer的一部分 用于安装Windows Installer安装包(MSI) 一般在运行Microsoft Update安装更新或安装部分软件的时候出现,占用内存比较大 系统自带