主题：【原创】手机应用开发商之烦恼 [2] 卖点 -- 邓侃

1. 苦恼

2. 卖点

斯大林同志教导我们，“人的价值，首先体现在使用价值上”。企业也一样，企业的价值，首先体现在产品的使用价值上。

手机LBS的使用价值在哪里？从目前市面上的产品来看，核心价值在于求路和生活搜索。当各个厂商都知道怎么做求路引擎和生活搜索引擎的时候，各个厂商的产品就不免同质化。

同质化的产品，就是commodiy。大宗产品的出路，多半只能在压低价格上做文章。价格战一旦打响，搞不好会跳出个玩命的家伙，说，我的产品免费！然后大家纷纷玩绝食的把戏，看谁熬得住，lose-lose的局面。

想要避免这样惨烈的结果，思路有两条，a. 深入挖掘求路引擎和生活搜索引擎的功能，b. 扩大LBS的版图，寻找除了求路和搜索以外，更广泛的功能。

1. 求路引擎还能搞出什么新花样？a. 动态交通路况，b. Street view那样的多媒体街景。

动态交通路况的关键在于动态交通信息的覆盖范围，精度和更新速度。算法或许有高下之分，但是从用户角度看，算法的优劣不一定会导致显著的用户体验的差别。所以，动态交通的关键，是数据，而不是算法。

Street view功能的实现，技术上复杂些。不仅涉及view的采集，而且对于服务器集群的容量，并发性，以及流媒体的播放传递，都有不小的考验。如果用户使用的是PC还好些，如果是手机终端，难度更大。难度大是好事，避免产品同质化，即便不能完全避免，至少延缓了同质化的演变过程。

2. 生活搜索的发展空间要大一些。

a. 除了查询POI的名称和地址以外，顾客点评是大家都想到的方向。还有呢？

譬如在街上见到一个MM穿着一件漂亮的裙子，不妨偷拍一张，然后查一查在哪里可以买到同样的漂亮裙子。

这只是一个例子，生活搜索的功能扩展，可以想像的空间很大。

b. 从技术上讲，搜索依赖于索引。目前的索引大多数是一维的，即按term建索引。要找清华大学附近的Starbucks，最方便的办法是先查北京所有的Starbucks，然后一一查看每个starbucks的地址，过滤掉不在清华周围的分店。这样的做法，缺点是计算量大，耗时长。

能不能从一维扩展到二维，term + location，而不需要一一查看每个starbucks的地址？

能不能从二维扩展到三维，term + location + time? 譬如查查最近在办豆浆拿铁品尝会的starbucks？品尝会这种活动，是有时间性的，所以需要第三维，time。

3. 在谈论扩大LBS的版图这个问题以前，需要留意两个矛盾的大趋势。

a. 随着3G的上马，无线带宽将不是瓶颈。从这个角度看，应该把更多的服务，让网络服务器去完成。

b. 手机硬件的发展很快，从CPU计算能力到存储空间，目前市场上的高端手机，几乎可以和两三年前的PC媲美。从这个角度看，应该把更多的服务，移植到手机本地完成。

网络服务器，还是手机本地？这不是一个零和对局。扩大LBS的版图，让两个方面的优势相辅相成，而不是谁抢了谁的饭碗。

具体来说，具体来说比较冗长，留给下一篇吧。

• 【原创】手机应用开发商之烦恼 [4] 跨平台
• 【原创】手机应用开发商之烦恼 [3] 意境
• 【原创】手机应用开发商之烦恼 [1] 苦恼
• 【原创】手机应用开发商之烦恼 [5] 纵深