海归论坛 :: 阅读主题 - [转帖]手机应用开发商之烦恼 by 邓侃

through

#1: [转帖]手机应用开发商之烦恼 by 邓侃 (1882 reads) 作者: mmpower, 来自: 3333

时间: 2008-10-25 周六, 09:09
—
作者：mmpower 在海归商务发贴, 来自【海归网】 http://www.haiguinet.com

【原创】手机应用开发商之烦恼 [1] 苦恼 [ 邓侃 ] 于:2008-10-14 09:58:17
1. 苦恼
2. 卖点

1. 苦恼

某单位要举办一个学术会议，邀请我去做个演讲。有谋士进言，学术会议，通常严肃得有点沉闷，不如搞搞笑，活跃一下气氛。

好像是Hugh Grant说的，世界上最苦的活儿有两种，一个是挖煤，一个是做喜剧演员。我搞笑的技能很差，搞哭倒是有点心得。

为什么要哭？回答这个问题以前，先反问一句，办企业的目的是什么？答案，当然是赢利。

想赚钱，首先得研究一下商务模式。

点看全图

仔细研究一下商务模式的每一个模块。手机应用业务，处处是困难，赚钱不容易，你让我如何笑得出？

单说一个模块，"Distribution Channel"，拉客户。怎么拉？最传统的办法是做广告，搞促销。但是广告也好，促销也好，都是要先花钱的。钱花出去了，但是收益却无法预期。拿自己的业绩和职业声誉下注，主办人在赌博。

前卫的做法是建立社区，靠口口相传来扩大市场认知。这个思路有意思，投入不高，传播速度和广度却很可观。

但是怎么做社区？

借鉴一下社交网。Facebook用什么办法来结交新人（networking）以及维系旧友（networked）？玩游戏是一个办法，譬如朋友买卖。

如何给手机社区设计游戏？小黄说了，我们不是有地图么，用地图来玩大富豪游戏。

大富豪，英文原名叫Monopoly，“寡头”是也。1930年代，美国经济萧条，很多人失业。闲极无聊，就想找点事情打发时间。Parker 兄弟公司发明了一种游戏，花费不多，但是不仅可以打发时间，而且可以做发财美梦，这就是Monopoly游戏。据说全世界有7.5亿人玩过这个游戏。这是人类历史上，最成功的商业游戏。

点看全图

这个游戏，模拟房地产开发。游戏者可以向银行借钱，买地皮，盖各种房屋，然后收取入住费。

小黄的意思，何不基于真实的城市地图，设计一种类似的房地产游戏。

譬如，预先分发给每个游戏者一笔启动资金，然后他们可以购置地皮，建设楼宇或者服务设施，然后炒卖。

与Monopoly不同在于，游戏的场景是真实的城市，所以用户体验更好。

不知道小黄的设想有没有商业前景，但是至少应该很能吸引眼球。

【原创】手机应用开发商之烦恼 [2] 卖点 [ 邓侃 ] 于:2008-10-14 10:02:22
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的版图，让两个方面的优势相辅相成，而不是谁抢了谁的饭碗。

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

作者：mmpower 在海归商务发贴, 来自【海归网】 http://www.haiguinet.com

上一次由mmpower于2008-10-25 周六, 09:15修改，总共修改了1次

海归论坛 -> 海归商务

output generated using printer-friendly topic mod. 所有的时间均为北京时间

第1页，共1页