手机客户端开发定位
客户端的优势:抢占手机桌面,培养用户的忠诚度,对于用户来讲,体验起来比手机自带的浏览器要强大的多。比如,一些自带浏览器不能实现的功能也可以解决,比如调用摄像头,基于移动基站的定位等。
客户端的劣势:手机的操作系统繁多,单Nokia就分三个版本,S60一版、二版、三版,此外还有JAVA、JAVA2.0 、PPC、SP等多种版本。联通手机还有自己的BREW、UNIJAVA等,每项平台的适配都是对技术的考验。平台的多样性造成产品的导入期过长。不利于市场的开拓。客户端公司要求很强的技术积淀。
对于用户来说需要下载软件,提高了用户门槛。在加上适配的机型原因,造成了客户端用户规模相对小于WAP。
目前比较流行的产品模式:
功能+社区,以功能型的应用占领市场,然后靠社区留住用户。比如百阅,阅读加社区;皮卡,语聊图聊加博客;苹果,免费短信、callback加摩洛阁;U信,短信加社区;掌讯通,由原来的下载资源功能型软件,最近又增加了社区(论坛);拇指天空,从开始做RSS订阅到专业的手机社区;V8书客也不是单单的看书软件。
功能性的东西最后很难占领市场,因为竞争对手如果做的比你的体验更好,服务更好,那么用户很容易平移过去,但是加上社区,有了人的属性,人的感情因素,加强人与人之间的关系,即使竞争对手再跟进切入也很难造成对手用户的流失。
做产品很多人禁不住诱惑,想做大做全。前面的还没有完善,运营起来,就想做下面的东西。最后做成个大杂烩,什么都有什么都不精。那么这个产品的是个失败的产品。
目前时下,比较流行的软件如玩铺,集网游,社区,资讯工具、手机宠物。为一体的比较典型的大而全的产品,摊子铺的很大,很广,但是这种结果给产品运营造成很大的压力和麻烦,比如,产品板块过多,容易分散人气,造成哪个板块的人气也不佳,比如你的论坛也有手软交流区,那么好,你肯定玩不过专业的拇指天空,你也有博客,那么好,你能玩过PICA和百阅的博客嘛?你也有新闻你能做过大头嘛?用户只能记得住你产品的一两个功能甚至只记得一个功能,奥运冠军,大家都知道金牌得主,谁记得第二,第三?如果砍掉一些不必要的板块,将自己的产品特点发挥出来,会走的更远。
百灵鸟,专注即成功。这个产品的成功不想过多的分析,举个我切身体会的例子,一次去机场,在路上碰到一个小孩,和我用的同样手机于是我们攀谈起来,出于职业的习惯,我问,你玩智能软件嘛?他说玩,我说你都玩什么,他说UCWEB、百灵鸟,UC不用多说了,老牌的手软了。这个百灵鸟也只是一年有余啊。我问你怎么知道这个软件的?他说,我同学都用啊,听歌的,同学推荐给我的。这个是他的原话,其中有几个字是重点,都用,听歌,推荐。都用说明在音乐类软件普及率很高了,听歌的,说明用户对此产品的感知是音乐类软件,和产品本身定位相符合,推荐说明有着良好的口碑。没想到专注于一件事务,可以获得如此的收益。
做超级航母也不是不可能但是要思考下面的几个问题:
第一,有没有足够的金钱投入,换句话说有没有资金的压力?如果有那么集中有限的钱做一件事情。
第二,能不能同时把几件事情做好?如果不,那么就集中做一件事情。
第三,如果巨头公司切入这块市场,你有没有足够的资源来抵挡?如果没有还是专注一件事。
所以做产品本人觉得对于一个新项目来说要有进有退,有所为,有所不为。做产品要集中用户的注意力,而不是分散用户注意力。
客户端的优势不在量上,而在于黏性,所以客户端要做做好的用户体验。
节选自:http://www.ccidcom.com/Mobile/Customization/200709/24072.html
建议继续学习:
- 关于创业 (阅读:20504)
- 别为大公司拼命(译文) (阅读:9165)
- 个人开公司的流程,以后用得着 (阅读:6595)
- 如何让员工忠于公司? (阅读:6497)
- 腾讯抄你肿么办 (阅读:6546)
- 创业三部曲之一――学技术 (阅读:5416)
- 小公司如何留住人才 (阅读:5315)
- 手机界面适配 (阅读:4737)
- 从Rails聊聊小公司的研发团队建设 (阅读:4495)
- 用谷歌浏览器来当手机模拟器 (阅读:4122)
扫一扫订阅我的微信号:IT技术博客大学习
- 作者:标点符 来源: 标点符
- 标签: 创业 客户端 手机
- 发布时间:2010-05-09 23:01:15
- [55] IOS安全–浅谈关于IOS加固的几种方法
- [53] android 开发入门
- [53] 如何拿下简短的域名
- [52] 图书馆的世界纪录
- [50] Go Reflect 性能
- [50] Oracle MTS模式下 进程地址与会话信
- [48] 【社会化设计】自我(self)部分――欢迎区
- [47] 读书笔记-壹百度:百度十年千倍的29条法则
- [36] 程序员技术练级攻略
- [29] 视觉调整-设计师 vs. 逻辑