当前位置: 首页 > 科技观察

一张图看百度轻应用与微信的七场PK

时间:2023-03-13 23:56:33 科技观察

一图看百度轻App与微信劣势的七场PK,本文试图换一种方式阐述我的观点。一个产品能否成为入门级产品,可以从这几个方面来判断,使用频率、需求层级定位、用户关系链贡献、基因延续性、对开发者的支持、变现能力、分发能力。看。关于百度和微信谁能成为轻应用的入口,我们可以从几场PK比赛中看出各自的优劣势。微信在PK***场的使用频率,从使用频率来说,交流的使用是人与人之间的必经之路,而打开它的频率可能远高于任何应用。微信几乎是每部智能手机的必备软件,可见其使用频率之高。百度,在使用频率上,用户只在需要的时候才打开搜索。虽然这个使用频率挺高的,但是在使用频率上确实比不上微信。这一次,微信赢了。第二场PK将微信定位在需求层面。用户在微信上的首要需求是交流,使用微信上的扩展产品是次要需求。百度、微信来百度搜索找寻,用户的延伸需求才是最终需求。所以在需求层面,百度满足的是用户的第一需求,微信用户想要使用燕生服务是第二需求。从这个角度看,百度更专注,微信只是附属。这一次,百度赢了。PK的第三场用户关系链促成了微信拥有庞大的用户基础,腾讯牢牢抓住了其强大的关系链。如果微信成为一个超级平台,必然会增加它的优势和关系链,这样一个好的产品可能在用户群中有爆发式的推广。百度,百度的用户群也足够大,但是百度的用户还没有形成牢固的关系链。再好的应用也只能靠百度的长尾自然关键词推广,无法靠用户口碑推广形成一定的大应用爆款。这一次,微信赢了。第四个PK基因的延续,在微信上。微信每次改,都难。很明显,是它的初始基因的限制造成了难度。如果微信把自己变成一个巨大的分发入口,它必然会弱化。一级需求,强化二级需求,削弱自身核心竞争力。这估计是张小龙无法忍受的。微信在其公众号折叠的态度中已经表明,微信仍然基于社交需求传播。百度,百度不存在不可持续基因的问题。百度本身就是一个满足用户径向需求的产品。在百度之前,只能将用户带到各大网站获取信息,而现在更适合建立轻应用。流入自己的闭环。这一次,百度赢了。第五款PK游戏支持微信开发者。目前,我们还没有看到太多的行动。它在硬件支持和API开放性方面相当保守。开发者只能在其固定的框架内完成一些简单的应用开发,比如单词翻译、听歌、分享链接等简单动作。百度、百度轻App完全开放,可以对任何本地APP进行操作。在硬件方面,百度云平台、云存储、百度地图等面向开发者的整合,也将与轻应用很好的对接。这一次,百度赢了。PKGame6变现能力在微信上,腾讯已经悄悄从PC端的游戏中赚钱了。QQ空间的开放平台是它和开发者分享的一种方式,非常好。如果你在微信上搭建一个平台,那么延续之前的体验可能并不难。百度,百度在PC端的盈利模式除了关键词排名外,就是和站长分享。早些年,百度靠着大大小小的站长生存,所以在移动端,这些开发者相当于PC时代的百度站长。百度绝不会亏待你。现在百度收购了91,整套变现能力应该会更加完善。我们有理由相信,百度在货币化方面也能做得很好。这一次,平局。PK领域7分发能力在微信上,即使用户打算在微信上使用轻应用,也需要使用搜索动作。但是,就微信公众号的搜索体验而言,漏一个字也搜不到。比如有人要搜索罗振宇的《罗辑思维》,搜索变成“逻辑思维”,微信就无法智能找到“罗振宇”的《罗辑思维》公众号。现在某培训公司用头像冒充罗振宇是假的“逻辑思维”。百度凭借其自然语言分析能力,可以充分分发长尾应用。即使用户输入错误的单词或搜索远程单词组合,百度也可以分发相关的轻应用。这是百度的天然优势。这一次,百度赢了。综上,微信两胜一平,百度四胜一平。