从社交到服务,支付宝「到位」新功能背后的冷思考

当理想照进现实之时,一切都可能会感觉那么不真实。2015年愚人节支付宝的一个恶搞视频,没想到竟然有成真的那一天。那个能满足用户各种奇葩需求的「到位」系统竟然真的被支付宝做出来了。

支付宝试水共享经济,到位成本地生活服务新入口

在最新发布的支付宝9.3.3版本中,新上线的「到位」已经和扫一扫、付款、卡券并列,这是继支付宝首页变成信息流之后的又一次重大改变,支付宝进军本地生活服务的野心的已经昭然若揭。需要注意的是,该项服务目前只在上海地区测试,其他城市暂未开放。

到位是什么?简而言之,这是一个基于实名和信用的O2O平台。其功能主要可以分为「找服务」和「去帮忙」两大类。具体服务细分成维修、教育、手绘、运动健身、咨询等细分板块,这有点类似一个微缩版的“大众点评”。

不过与点评不同的是,到位中主要是以人为单位,服务很少以公司形式出现,用户提交需求后,就会得到服务提供者的响应,并基于芝麻信用积分作为判断是否选择,这又有点类似的滴滴的叫车服务

其实关于技能共享我们并不陌生,但原先存在的绝大多数平台更多提供的是标准化的服务,用户旺盛的个性化服务需求其实远远没有被满足。支付宝在推出到位时已经考虑到了这点,在到位上,除了摄影、健身、星座占卜等服务外,用户还可以发起和响应任何个性化服务需求。

比如国庆来临,想去热门餐饮吃饭需要有人去提前排队,手机在外电量不够希望有人提供充电宝,这种极具个性化的需求在到位上会大量出现。「到位」负责人太乙介绍,只要用户需要的是符合法律规范的个性化服务,都可以进行撮合交易。

「到位」的出现本质上是支付宝希望借助共享经济打造出一条新的关系链,这和微信的熟人社交关系链存在很大差异,通过连接用户和资源,支付宝将自身的流量共享出现,以海量的边际供给去满足海量的边际需求,在实现资源最高效匹配的同时,尽可能的让用户之间产生交易的可能。

目前,由于该项服务还在测试中,尚未收到一些明显的用户反馈。但我们可以看到支付宝进军本地生活服务的野心。相比「口碑」作为一级标签页负责本地生活服务,「到位」的位置更好、支付宝对其期望也更大,「到位」也将成为支付宝布局本地生活服务的新入口。

从社交到本地生活服务,支付宝这次终于想通了

在支付宝更新之外,其实有一件事可能更值得我们重视。9月29日,蚂蚁金服支付事业群正式升级为「支付宝事业群」,对于此次架构调整,新任支付宝事业群总裁樊治铭表示,“随着业务和战略定位的升级变化,支付宝从一个支付工具,发展成为贯穿用户各个生活场景的服务平台,支付早已不是支付宝的唯一核心业务。”

如今的支付宝正在悄然改变着现代人的消费支付习惯,但这股移动支付浪潮中的参与者并不是只有支付宝,微信凭借社交的高频和扫一扫功能,也在争夺用户的关注。相比微信,支付宝仍然处于领先地位,但微信的进攻态势可谓异常猛烈。

2014年的春节,微信红包正式上线,在没有投入任何市场资源情况下,红包以超乎想象的速度在微信里传播开去,而这也帮助微信支付获得了大量用户。此时的支付宝只能被迫迎战,马云曾表示,微信红包是一次完美的珍珠港偷袭计划。在此之后,阿里巴巴一直想在社交领域进行尝试,以便狙击微信的强势崛起。

2015年7月,支付宝做了「朋友」频道,除了聊天,里面还增加经费群等等功能,支付宝希望通过用户能够在微信之外建立一条基于金融需求的关系链。今年9月,支付宝在前不久发布的9.9版本中,开始主推“社交功能”,主页信息流中加入了“生活圈”。

这些尝试都谈不上成功,尤其是被寄予厚望生活圈,被不少网友吐槽占据了太过重要的位置。而支付宝需不需要以及能不能做成社交这些争论也从未停止过。

关于这点最合理的答案是,虽然和腾讯一样同样拥有中国互联网最有价值的账号体系,但作为金融工具的支付宝确实没有社交基因,支付宝想要的其实只是变得更加高频。中国企业家杂志在一篇关于微信和支付宝的报道中表示,「在线上无法打败聊天工具,支付宝开始选择在线下自己擅长的领域里突围,用线下场景撬动线上的流量,可是,这个市场也已经杀得刀刀见血。」

在这次支付宝架构调整中,支付宝也意识到了早前定位问题,支付宝方面明确表示「支付宝未来并不会将聊天、纯社交作为发展的方向,而是会依托共同爱好、共同身份等探索社区、社群的方向,为整体的生活服务平台的战略提供支撑。」

事实上,支付宝从去年开始就明确将贯穿消费、生活、金融理财、沟通等多个领域的生活场景,致力打造以每个人为中心的一站式生活服务平台。从过去一年支付宝月活数量翻倍情况看,已经证明了其生活服务平台的方向初见成效。而为了进一步丰富支付宝生活服务平台的内容,到位也应运而生。

从社交转向金融,这条路腾讯暂时只走通了支付这一步,更深层次的金融场景还处于探索中,对支付宝来说,与其在腾讯最擅长的社交领域和微信拼刺刀,不如选择微信不擅长的本地生活服务切入,这同样能让支付宝变得更加高频。而本地生活服务原本就和交易息息相关。支付宝终于通了,移动支付的新战局也将要来了。

小程序和到位,微信和支付宝的殊途同归

据BigData-Research发布的《2015年中国移动互联网行业发展报告》,2015年中国互联网本地生活服务市场收入规模达3825.1亿元,用户规模达3.2亿人,这相比较较2014年的2892.5亿元同比增长了32.24%。

随着移动互联网人群的继续增多,以及用户习惯的迁移,本地生活服务的规模可能还将更加庞大,而这背后势必将衍生出无数的金融需求,无论对腾讯还是阿里巴巴来说,这都将是一个不容忽视的市场。

不久前微信正式发布了小程序,计划通过一种更轻量级的应用,帮助开发者触达目标用户。表面上这是微信想要帮助应用开发者更好的实现应用分发,但深究原因,微信其实更多的是需要这些开发者能够反哺平台。

早前不少服务号其实已经在尝试交易的可能,但由于微信开放的权限不够高,相比原生App来说,这些服务号并不是很强大。而京东、58、滴滴等在微信上的入口,又让腾讯意识到这种在微信内部发生交易的可能。而正是基于这种定位,这才让我们见证了「小程序」的诞生。

虽然「到位」和「小程序」两者的本质目标都是为了更好的切入本地生活服务,从而尽可能的占据更多的支付场景,并最终能够赢得这场未来的移动支付战争。但不同的是,「到位」更多是一种C2C模式,而「小程序」则是B2C模式。

两种模式谁能走的更远,目前由于双方的最终形态都没有完全确定,我们不太好判断。「到位」未来需要解决的是,如何在撬动用户的海量个性化需求之后,拥有足够的供给去匹配这些需求,而「小程序」则在于吸引了大量的开发者后,需要在有限的流量分配规则下做到公平。

生活服务场景、旅游场景、城市服务场景……未来这些场景会越来越多,而社交,只是所有场景中的一个。两大超级入口关于移动支付场景的争夺才刚刚开始,而这次双方的重心放在了本地生活服务场景上。这将会是一场长期的战争。

本文转自d1net(转载)

时间: 2024-10-30 02:28:53

从社交到服务,支付宝「到位」新功能背后的冷思考的相关文章

日志服务(原SLS)新功能发布(9)--Logtail配置支持主题(Topic)设置功能

日志服务中日志为日志服务中处理的最小数据单元,采用半结构化数据模式定义一条日志,具体数据模型包括主题(Topic).时间(Time).内容(Content)和来源(Source),详细描述请参考核心概念.其中主题(Topic)为用户自定义字段,用以标记一批日志(例如:访问日志根据不同站点进行标记),默认值为空字符串(空字符串也为一个有效的主题).用户可以通过使用REST API/SDK上传数据时设置主题.除此之外,Logtail客户端为日志服务用户常用的数据接入客户端,目前也支持设置使用不同的属

日志服务(原SLS)新功能发布(10)--Logtail配置支持日志转换、过滤

日志收集流程 对于日志收集的客户端,其work pipeline通常包括三个过程:Input,Process,Output. Input: 适配各类日志接入源,目前Logtail支持文本文件.Syslog(TCP流式)两种形式数据写入. Process:自定义日志处理逻辑,常见的有:日志切分.日志编码转换.日志结构化解析.日志过滤等等. Output:定义日志输出,例如Logtail以HTTP协议写数据到日志服务. 今天要介绍Logtail在日志处理阶段的两个新功能:转码.过滤. 日志转码 日志

日志服务(原SLS)新功能发布(13)--Logtail支持自定义标识自动扩容机器组

背景 日志服务提供多种途径帮助用户方便快速写入日志数据到指定日志库,具体包含Logtail客户端.各种语言SDK.TrackingPixel以及REST API等方式,详细描述请参考文档"如何写入日志". 其中Logtail客户端支持快速接入单行.JSON.分隔符等多种日志文件格式以及syslog协议(常见日志收集配置),并且提供80MB/s的大吞吐量,同时性能相比同类工具有10倍提升仅消耗15%的资源(评测文档). Logtail客户端使用的一般流程包括三个步骤:创建机器组管理日志数

支付宝「占领」全球,看大数据时代下的人民购物

现如今,如果提起支付宝,那可是无人不知,无人不晓.支付宝时代,让整个社会变成了无现金社会.无论是我们出去聚餐,还是出去购买,一个手机在手,就像拥有了全世界,方便,快捷. 既然支付宝如此的方便,那它对于中国的改变,是不是更具有历史性的意义呢?这句话毫无疑问.而当你以为支付宝就这点影响了的时候,它通过"占领"全球,让各个国家的人,也开始感叹中国的发展. 支付宝进入日本赚足眼球 据悉,日本机场已有超过90%以上的店铺都能使用支付宝,还有百货.免税店.出租车等.而就在前不久,日本的肯德基也相继

日志服务(原SLS)新功能发布(15)--控制台支持查看协同消费组(ConsumerGroup)消费进度

背景 日志服务中分区(Shard)是每个日志库下基本读写单元,每个分区能承载一定量的服务能力,随着日志数据不断增加,需要通过分裂增加Shard数量,对于多个Shard如果直接通过PullLogs接口拖取数据的话,需要处理负载均衡和故障恢复等各种问题,因此强烈建议使用Consumer Library(storm和spark streaming已支持通过conusmergroup消费数据),用户只需要关心数据处理逻辑,同时在控制台也提供协同消费进度查看功能供用户进行使用. 使用方式 查看Consum

日志服务(原SLS)新功能发布(5)--使用Logstash接入数据

日志服务结合Logstash 目前,阿里云用户可以通过API/SDK或Logtail将数据写入日志服务,参考. 今天要介绍一个新方法:使用著名开源软件Logstash采集机器日志数据,并结合日志服务插件完成数据上传日志服务功能. 用户可以在阿里云ECS,或者是IDC机房机器,又或者是其它云厂商的虚拟机上安装Logstash及插件,进行简单的配置,轻松地将本机日志数据搬到云上来. IIS日志场景 以Windows平台上最常见的IIS(Internet Information Services)日志

日志服务(原SLS)新功能发布(12)--日志投递ODPS支持自动建表授权

背景 日志服务支持"日志消费","日志索引"和"日志投递"三种消费模式,"日志消费"功能默认支持,支持日志数据上传到服务端3秒内进行实时消费,并且支持保留48小时,"日志索引功能"支持30秒内进行查询,并且在创建时支持保存7天/30天/90天,"日志投递"能够在分钟级别将数据投递至OSS或者MaxCompute(原ODPS). 之前"日志投递"功能创建投递规则至Max

日志服务(原SLS)新功能发布(14)--支持仅对指定键进行索引

背景 日志服务于6月底开始商业化收费(收费细则),如何更加经济使用日志服务请参考文档,其中LogSearch(索引功能)按照需要索引的日志数据量进行收费,并且只支持默认开启全文索引,指定键查询则需要设置键值索引属性(索引功能使用说明),对于某些用户明确只需要指定某个Key进行查询,全文索引属性无法发挥作用,目前关闭全文索引功能已经上线,支持用户仅设置指定Key进行索引查询. 使用说明 设置方法 日志服务控制台点击已有Project进入"LogStore列表"页面,在"日志消费

日志服务(原SLS)新功能发布(3)--多实例协同消费库(loghub client library)

使用场景 loghub client library是对LogHub消费者提供的高级模式,解决多个消费者同时消费logstore时自动分配shard问题.例如在storm.spark streaming场景中多个消费者情况下,自动处理shard的负载均衡,消费者failover等逻辑.用户只需专注在自己业务逻辑上,而无需关心shard分配.CheckPoint.Failover等事宜. 举一个例子而言,用户需要通过storm进行流计算,启动了A.B.C 3个消费实例.在有10个shard情况下,