移动互联之争走向纵深:战略之争VS战术之争在接下来的一年里，整个互联网产业都会将移动产品的商业化摆在最重要的位置。对于盘踞国内互联网市场的BAT三家巨头来说，在移动用户量增长爆发期过去之后，如何让自己的移动产品和生态组合支撑起这个巨大的商业市场，就变成了一个非常棘手的问题。也就是说，BAT的移动之争在今年将会向更纵深的方向推进。 但微信现在的问题是，单一app承担不了太多的东西，否则一定会在产品层面（体验）出现问题，而且这是微信团队非常谨慎的地方。同时，微信现在有使用场景（用户都在上面活跃并生产内容，营销和电商都通过公众账号得以实现）和支付通道，而如何通过精巧的产品设计满足用户的自然需求，就成了微信商业化最重要的部分。这一点上游戏其实做得已经很好了——通过排行榜的形式粘住用户，构造了一个牛逼的“竞技”场景（而且游戏付费是天然形成的消费习惯，根本不需要培养）。 微信不缺需求，不缺支付手段，在构建使用场景方面需要更细致和小心地构建：根本原因在于它只有一个app，而微信的成功和困难都在于此。 B：尚缺移动支付形成闭环 最后看百度。在PC时代，由于搜索的特性，百度没有建立起一个通用成型的账户体系，这让它在移动时代急需补齐的短板。从近两年的情况来看，利用百度云、百度视频、贴吧、阅读等移动服务，百度在移动端的账户体系建设上的成就不容小觑。 再来看我提到的几个要素：百度拥有14款过亿的移动产品，应用分发（91和百度手机助手）、LBS（百度地图）、生活消费（百度糯米）、线上用户消费（贴吧、影视、阅读、音乐）等，百度的的移动产品具有数量多、入口和服务性强等属性，用户需求、使用场景和生态联动的几个部分都基本得到了满足，但缺乏支付这一环。而据我所知，百度很快就要推出移动支付产品——百度钱包客户端了，这说明百度也意识到了这一点，在完成了其它要素之后，想要马上补上这一环。 实际上，既然在移动端并不缺乏使用场景和用户需求（而且百度布局的都是重要的O2O和线上消费领域），盘子的大小大可不必担心。而当其它的要素具备之后，支付是自然而然产生的结果——影音消费多了、在地图上找商家和团购多了，就自然会用到线上支付了。还是那句话，水到渠成而已。 BT是战略之争，AT是战术之争 实际上，进入马年我更关注的是腾讯与百度下一步的PK，这两种全然不同的发展模式，谁更加适应移动互联网的发展？观察和研究这个现象是非常有意思的，“双马之争”不过是同一种模式下的资源对抗。简单地说，BT之争是两种战略思维的较量，AT之争只是战术方法的较量。 而从目前情况来看，阿里很难用腾讯的模式来打败腾讯，这也是阿里的战略性失误。阿里巴巴在移动互联网上的困境从一开始就存在，并且直到现在也没有找到一个非常有效的突破点。来往失败了，微博日衰了，手机淘宝像手机QQ一样找不到自己的位置，支付宝的工具性又强……因此，虽然AT之间打得不可开交，我觉得BT之间的发展（注意不是直接对抗）将会更有看点。 为什么呢？ 微信还有很大的想象空间和不确定性。比如，它如何更好地释放6亿多用户的能量？如何通过产品的设计做到巧妙的商业化？如何与大众点评或者京东等合作伙伴协作，善加利用微信的入口价值？更重要的是，如何平衡用户体验和商业化，或者说，如何保持用户粘性？在这个过程中，无论是寻找和发现用户需求，还是构建使用场景，亦或是寻找生态联动，微信的每一步都将对行业产生非常大的影响。 而百度的道路则完全不同。首先百度移动产品是分散的，它没有巨无霸应用，有的是一个百度系的应用群，而且都是来自百度公司。比如应用分发（14款过亿应用使得其分发能力很强，这是微信做不到的），再如场景的构造——LBS和O2O（地图、团购）方面有百度地图和糯米的协同（比高德要强不少，高德和阿里生态的协作至今还很少），而视频、阅读、音乐和贴吧等需求仍然旺盛，并且容易催生付费服务……所以，你会发现这些都可以通过多个分散的应用更好地适应用户的细分需求，满足不同的使用场景。简而言之，百度因为它的在移动产品上的“广撒网策略”让它接下来的动作将会很好看，再加上即将到来的百度钱包，这让它想象空间强于阿里。 结语：就在前不久，根据CNNMoney报道和各大咨询机构发布的报告，美国互联网首次出现了个人用户通过智能手机和平板上的APP使用互联网时长比例超过他们通过电脑访问互联网的现象。我相信，这个现象在中国也将会在不久之后出现。当这一改变发生，BT之前的发展方向机系列动作将会更加引人注目；而且我认为，到时候，如何更好地满足用户需求，帮助用户的生活更加互联网化才是更有价值，并且更长远的。 责编：信息化边缘人  微信扫一扫实时了解行业动态 著作权声明：畅享网文章著作权分属畅享网、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。 |
最新文章
|
NCV6.3产品手册-采购管理.pdf
【评测稿】移动CRM软件比较.doc
