微信步步为营,百度节节溃败

2024-06-22 05:08

本文主要是介绍微信步步为营,百度节节溃败,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

百度当年花19亿美元没买到船票,现在微信要用应用号自己造艘船

昨天同时发生了两件有意思的事情。

  1. 一件是大多数人都看到的:微信终于推出了应用号,并且取名“小程序”,向生态帝国和自己的App Store又迈进了一步。
  2. 另一件是大多数人都不会注意到的:百度要出售旗下91无线的 iOS 业务,这彻底宣告了App分发时代的结束。

微信步步为营,百度节节溃败0

移动大潮刚兴起的时候,所有人都有一个争论,那就是 Web App 和 Native App 孰优孰劣的问题。最终这个讨论以Facebook彻底放弃Web App为一个阶段性的终结。Native App,也就是现在我们每个人手机里的应用获胜了。

那时候是2012年。移动会取代PC的大势变得清晰异常。

在PC时代,互联网最大的流量入口是搜索。几乎用户的所有需求都是由Google或百度分发出去的。但谁想到好日子没过多久,移动大潮就来了,而且来的无比之快。

Google 有自己的手机操作系统,用开放的态势,占据了重要的位置,这是战略预判上的极大成功。百度也曾尝试过出手机,却失败的很惨,并且一直在移动布局中处于落后 位置,这是战略上的极大误判,甚至长远来看是会丢掉小命的那种。移动浪潮对于其他公司来说是平台的迁移,但对于百度来说,则是商业模式的颠覆。

对 Google 和 Baidu 来说,Web App都是更好的更能接受的方案,但 Native App 获胜后,百度就被逼无奈地开始想:“我该怎样在移动端保住类似我在PC端的地位?”。百度在PC端是什么地位?入口和流量分发之王啊,那么百度自然就要找 移动端的入口和流量分发途径。于是就有了我们都知道的故事:百度以19亿美金天价收购91无线。

那时候是2013年。百度以为自己拿到了一张移动世界的船票。    

好景不长,百度后来发现这张船票是买在了浪潮的最高点。等潮流退去以后,才发现原来买到的是一艘借浪潮而舞动的小船,going to no where. (当然,同时航行在旁的还有另一艘小船,叫做豌豆荚。)

到今天为止,已经几乎没有人再下载新App,所以百度弄错的一件事情是,搜索作为入口和流量分发是持续的,而且信息量越冗杂越有价值,而App的分发是一时的,且反过来是越分发越让信息量冗杂、分散和没有价值。

不得不说,对于当时的百度来说,这就是饮鸩止渴,而且是好贵好贵的一杯毒酒。

到现在,大家最终发现移动端是群雄割据的时代。流量和入口其实是那些少数的头部App应用,大概每个用户最常用的就是那十多个App。其实这十多个App还原到PC时代,可以类比于那些成功的“中间页”,比如去哪儿、搜房,或甚至是爱奇艺。

李彦宏当时曾多次公开宣扬自己的“中间页战略”。入股、导流、变现,不断循环。当时,在各个最大的垂直领域,百度都有自己的投资布局,并且不论从资本操作还是从流量分发变现上来看,效果都还算不错。

所以现在回头来看,当初与其重金买下91,也许不如把网页端里面中间页的策略复制到移动端,去入股大量有潜力成为头部App的公司。当然,这已经是后话了,最终腾讯和阿里反而在投资布局上做的比百度要好太多。

2013年,百度收购91的同时,微信国内用户已经达到了4亿。如果说头部App是移动时代的入口,那么微信现在绝对是头部中的头部,这给了微信做平台和生态的机会。于是就有了微信订阅号、服务号、企业号,再到如今的应用号。微信在不断地为自己这个头接上四肢。

微 信现在要做的就是用自己的头部效应带动长尾起来。其实,百度在13年推出的轻应用直达号,和如今的微信应用号如出一辙,也是瞄准了长尾市场。但由于百度缺 乏社交账户体系,也没有如今微信如此强的闭环能力,再加上百度内部人员的战斗力问题,这个项目如百度的很多其他项目一样,都无疾而终了。当初负责这个项目 的李明远,现在在百度内部也已经没有之前那么炽手可热。

而且据说,李彦宏当初对腾讯最大的担心是他们的搜索与微信的结合,所以当时李一直在密切关注腾讯soso,搜狗和360之间的交易进展。直到知道腾讯把soso卖给搜狗后李彦宏才松了一口气。

但 其实,到今天搜索已经变成一个功能性的东西,而不是最早的入口。百度搜索本身当然是一个非常厉害的头部App,但和其他的十多个头部App是平行而没有区 别的。就好像在网页端的时候,百度和淘宝或携程从流量分发的上下层级关系,慢慢变成并行竞争关系一样,垂直领域的品牌做到足够强大的时候,网站本身是不需 其他人引流的。

这个现象在移动端来的更容易和明显。

那么微信的应用号是否能成功?我觉得相对来说也有一定的难度。要 在微信内做App发现、分发其实一样是非常难的事情。所以应用号目前感觉还是对已有生态的一个良好的补充,并且更多是为B端服务,比如一些已有的知名品牌 和服务商等。对于个人或小创业公司来说,应用号可利用的空间仍旧有限。

再有,如张小龙所说,应用号要实现的是应用的“触手可及”,最终让应用达到“无处不在”,这让我想起了现在无处不在的扫码支付。所以“应用号”大概率更多情况下是被动触发的场景,而不是主动寻找的,这对我来讲要更合理些。

其 实,我最近一直觉得微信公众号就是现代年轻人的淘宝。当初有无数的年轻人立足于淘宝平台,每天没日没夜的上新品、做客服、寄包裹,而现在也有很多人到处抱 着电脑,随时随地的推送和回复留言。这就是大生态的力量,它让一代年轻人找到了自己表达的窗口和自给自足的机会,让“给自己打工”和“个人的奋斗等比于回 报”成为一种可能。

而现在应用号来了,我觉得这会不会就是给企业的天猫?

最后,更好玩的是,微信缔造了一个这么大的生态平台,却有一半是立足于另一个封闭生态“苹果”之下的。苹果对于腾讯的蚕食会做出如何的反应呢?腾讯和苹果的关系又会如何演进?我相信这会是未来最让马化腾头疼的问题之一。

P.S. Google恰好也是昨天刚推出了自己最新的即时通讯应用“Allo”,把AI助手作为主要切入点。这是否能让Google逆袭呢?不管怎么说,这对百度也是一个可借鉴之处。

这篇关于微信步步为营,百度节节溃败的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1083372

相关文章

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。

W外链微信推广短连接怎么做?

制作微信推广链接的难点分析 一、内容创作难度 制作微信推广链接时,首先需要创作有吸引力的内容。这不仅要求内容本身有趣、有价值,还要能够激起人们的分享欲望。对于许多企业和个人来说,尤其是那些缺乏创意和写作能力的人来说,这是制作微信推广链接的一大难点。 二、精准定位难度 微信用户群体庞大,不同用户的需求和兴趣各异。因此,制作推广链接时需要精准定位目标受众,以便更有效地吸引他们点击并分享链接

uniapp设置微信小程序的交互反馈

链接:uni.showToast(OBJECT) | uni-app官网 (dcloud.net.cn) 设置操作成功的弹窗: title是我们弹窗提示的文字 showToast是我们在加载的时候进入就会弹出的提示。 2.设置失败的提示窗口和标签 icon:'error'是设置我们失败的logo 设置的文字上限是7个文字,如果需要设置的提示文字过长就需要设置icon并给

Imageview在百度地图中实现点击事件

1.首先第一步,需要声明的全局有关类的引用 private BMapManager mBMapMan; private MapView mMapView; private MapController mMapController; private RadioGroup radiogroup; private RadioButton normalview; private RadioBu

基于微信小程序与嵌入式系统的智能小车开发(详细流程)

一、项目概述 本项目旨在开发一款智能小车,结合微信小程序与嵌入式系统,提供实时图像处理与控制功能。用户可以通过微信小程序远程操控小车,并实时接收摄像头采集的图像。该项目解决了传统遥控小车在图像反馈和控制延迟方面的问题,提升了小车的智能化水平,适用于教育、科研和娱乐等多个领域。 二、系统架构 1. 系统架构设计 本项目的系统架构主要分为以下几个部分: 微信小程序:负责用户界面、控制指令的

微信小程序uniappvue3版本-控制tabbar某一个的显示与隐藏

1. 首先在pages.json中配置tabbar信息 2. 在代码根目录下添加 tabBar 代码文件 直接把微信小程序文档里面的四个文件复制到自己项目中就可以了   3. 根据自己的需求更改index.js文件 首先我这里需要判断什么时候隐藏某一个元素,需要引入接口 然后在切换tabbar时,改变tabbar当前点击的元素 import getList from '../

微信小程序(一)数据流与数据绑定

一、单向数据流和双向数据流 1、单项数据流:指的是我们先把模板写好,然后把模板和数据(数据可能来自后台)整合到一起形成HTML代码,然后把这段HTML代码插入到文档流里面 优点:数据跟踪方便,流向单一,追寻问题比较方便【主要体现:微信小程序】。 缺点:就是写起来不太方便,如果修改UI界面数据需要维护对应的model对象 2、双向数据流:值和UI是双向绑定的,大家都知道,只要UI里面的值发生

微信小程序学习网站

小程序--柯神博客 http://www.cnblogs.com/nosqlcoco 案例地址: https://github.com/cocoli/weixin_smallexe/tree/master/weixin_demo/pages/component/uploadfile

分享一个基于uniapp科技馆服务微信小程序 博物馆管理小程序(源码、调试、LW、开题、PPT)

💕💕作者:计算机源码社 💕💕个人简介:本人 八年开发经验,擅长Java、Python、PHP、.NET、Node.js、Android、微信小程序、爬虫、大数据、机器学习等,大家有这一块的问题可以一起交流! 💕💕学习资料、程序开发、技术解答、文档报告 💕💕如需要源码,可以扫取文章下方二维码联系咨询 💕💕Java项目 💕💕微信小程序项目 💕💕Android项目 �

flutter开发实战-flutter build web微信无法识别二维码及小程序码问题

flutter开发实战-flutter build web微信无法识别二维码及小程序码问题 GitHub Pages是一个直接从GitHub存储库托管的静态站点服务,‌它允许用户通过简单的配置,‌将个人的代码项目转化为一个可以在线访问的网站。‌这里使用flutter build web来构建web发布到GitHub Pages。 最近通过flutter build web,通过发布到GitHu