谈移动互联网应用

周末参加了pmcaff组织的产品经理峰会，里面有个主题是谈移动互联网应用相关的，对这块个人没有做过，只能简单谈下个人的一些想法。

讨论中提到的一点，移动互联网应用和市场增速会很快，是传统互联网的多少倍不好说，但是简单以现有移动互联网的规模来讲，2-3年时间5-10倍的增速是完全可能的，毕竟当前的移动互联网的规模毕竟小。另外移动互联网短期不可能取代传统互联网，这点很重要，移动互联网短期不可能解决大量的内容创作的难题，传统互联网是生产力，而移动互联网只是加速器，少数跟LBS，导航，手机CT能力绑定比较紧的应用除外。

首先谈下基于SNS模式下的各种社交或增值类应用，也看到了一些创业的例子，在这里首先还是回到产品规划和定位的一个问题，即客户群细分和差异化，这点做不好基本没太多的机会，在现在细分市场下基本没可能再做大而全的东西。这点做好了接下来不可避免的带来第二个问题，特别是做SNS类应用，即用户群和用户基数的积累，用户基数积累到一定程度后这些用户哪些能够发展为强关系用户。

我们做产品不能有太多不切合实际的假设，假设不成立后面的推断自然也不成立。比如做SNS类应用，万万不能假设已经有强关系的用户群存在，所以我们的产品应用和场景是可行的。但是很多时候第一个问题就无法解决掉。如果从这个层面来讲，现在移动互联网类应用中一个是满足用户玩的需求，各种游戏比较火；一种是满足用户省钱的需求，各种手机端优惠券的比较火。其余所有需求从Kano模型来说的话，都是可有可无的需求，满足这类需求的产品往往成功是很困难的，必须付出更大的努力和代价。

同传统的Web2.0应用一样，我始终的观点都是积累较大的用户群，并使这些用户群产生强关系始终都比盈利模式重要，一开始往往盈利模式并不是太清楚，但是真正积累了一定的用户基数后自然会出现可行的盈利模式。

在传统互联网和web2.0的时候，真正的Mashup模式下应用并不多，但是在移动互联网下应用这个模式将彻底改变。比如做手机导航软件的，我们看到地图是从四维图新买的，车流量信息又来自于一家交通监控厂家，而我们需要的是对各种应用和API进行糅合，形成有价值的新的应用。包括中国移动建立的开放式PaaS平台，提供足够的CT能力支持，大众开发者只要注册即可以使用相关的开放API，这种模式将是后续手机类应用的一个重要趋势。

对于LBS可以说是移动互联网的一个独有特性，这个是传统互联网应用所不具备的。对于LBS应用我们看到也有很多，但是LBS其本质只会解决两个问题，即拿着手机的我与我附件基础设施的静态关系（酒店，银行，餐饮，厕所，商场，交通）等，一种是我和附件也安装了LBS应用的人的关系。或者就是两者相互结合后的一些应用，如街旁可能还增加其它LBS人员留下的足迹和评论信息。很多时候我们太关注SNS而忽视了第一种应用真正强大的价值，我们可以考虑很多场景来看第一种应用可以解决的问题：

1.我来到某个地方不熟悉，但是可以快速找到口碑好的餐馆（如大众点评）
2.我需要找到附件有哪些优惠信息（买优惠券的，能否和LBS绑定，用户本身需求是触发的而无计划性）
3.附件有没有银行取款机？有没厕所可以方便下？
4.要到哪些去？给出明确的导航路线，如何走？如何坐车？
5.我要主店，我附近有哪些宾馆，最好还能够对比进行选择，还有优惠可以享受。

在这里我们不得不说移动互联网应用可以更好的满足非计划性需求，我临时想到了要做什么，而我想到的需求可以快速的得到满足和匹配。如果提前想到的需求，传统互联网往往能够更好，更便捷的满足你。最近看到很多移动互联网的应用，一开始稍微有点用户群或流量，就开始不停的加广告而急于盈利，这往往是适得其反，要知道真正真正的盈利模式远远不止单纯的广告。

现在我们看到的太多的场景是传统的互联网应用逐步都开始做移动客户端，但是要相信会存在另外一个趋势，即开始一个应用只有移动客户端，再过渡到传统互联网端。移动互联网是及时信息的交互，而传统的互联网端则可以进行信息的归纳和整理，这种配合模式同样存在。

移动互联网会很火，但是总结下前面谈到的，主要有以下几点：

1.移动应用需要考虑LBS，CT能力的融合，这是移动应用特有的优势。
2.移动应用可以更好的满足非计划性需求，随时随地的满足，这是一个重要的思考点。
3.不要基于已有强关系的SNS用户基数为假设来做任何应用，这个假设很多时候不成立。
4.做移动应用首先考虑抓住用户基本需求，而非可有可无的需求。