淘客熙熙

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

共:💬15 🌺33
全看分页树展 · 主题
家园 【原创】手机应用开发商之烦恼 [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的版图,让两个方面的优势相辅相成,而不是谁抢了谁的饭碗。

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

关键词(Tags): #商业模式#手机应用#LBS

本帖一共被 4 帖 引用 (帖内工具实现)
全看分页树展 · 主题


有趣有益,互惠互利;开阔视野,博采众长。
虚拟的网络,真实的人。天南地北客,相逢皆朋友

Copyright © cchere 西西河