博客首页|TW首页| 同事录|业界社区

屈伟

创业路上的程序猿

创业

从kik、instagram、Dropbox看产品迅速增长的引爆点

我的上篇文章《手机通讯录和支持消息传送状态是Kik成功的关键》描述了Kik成功的关键因素。 2010年互联网成功的小产品,除了Kik Messenger,还有Dropboxinstagram。Dropbox比Kik甚至更火,看看国内的追随者们就能论证这点: 金山快盘金山T盘、盛大EverBox网盘、新浪微盘。我对这些小产品的成功和国内创业者如何追随有几点自己的看法。

1. 一个产品为什么能成功:是否能制造1至2点迅速增长的“引爆点”

1.1 我认为一个产品能迅速成功在于能否抓住几点用户特殊的需求,并把这几点需求做到极致。这几点需求不用太多,1到2点足以。这1到2点需求能成为产品迅速成功的“引爆点”。

发布一周就有10万用户的instagram成功在于简单满足了iphone用户分享图片的需求,“引爆点”在于能对图片进行简单的处理,以便看起来足够酷,让用户有动力去炫耀和分享。直到目前,instagram仍然只有iphone一种版本,分享图片的网址只能简单浏览分析的图片,连评论、查看作者所有图片的功能都没有。

dropbox的成功在于满足了用户资料备份和分享的需求,而且刚好搭上了“云计算”的概念炒作出“云存储”。

1.2 一个想大而全的产品是很难成功的。大而全的产品很难把细节做到极致,如果能做到,需要非常多的投入。而投入多意味着团队足够大,等产品做出来市场已经改变了。

dropbox足够简单,简单到安装时指定一个同步文件夹后,你再也想不起dropbox的存在(虽然从商业模式上来至今我不明白国内的类似产品如何盈利,而且投入巨大)。最近博客圈一篇有名的文章《Syncplicity 创始人的血泪控诉:为什么 Dropbox 比同类产品更受欢迎》也揭露了功能更加强大的Syncplicity没远没有Dropbox成功的一个重要原因居然是Dropbox“限制了自身的产品特性”,“保持产品简洁,并专注于现有功能,将一件事做到极致”。

有个朋友做花了7年时间做了一套强大的自动建站程序。见识了真产品的人都无不惊叹。这个产品能很容易制作一个sns网站,任意修改网站任何模块,很轻松制作公文扭转等OA系统的功能,甚至还能非常方便的在线制作flash形式的banner。可这个朋友总是觉得还不够强大,功能不够多。开发了3年的时候发现原来只考虑了ie6,ie7、火狐出来都不兼容,只好推倒重来;OA火爆的时候,开发公文扭转、办公系统的流程;SNS火爆的时候开发SNS相关模块。如此强大的产品至今也没能上市推广。

2. 跟风抄袭取得成功的秘籍:掌握精髓并“微创新”

国外出现一个新的创意或商业模式国内立即一蜂窝的抄袭是中国互联网的一大特色。但为什么有些抄袭成功了,有些不够成功,甚至有些失败了?在我看来,那些失败的,是根本没有抄袭到新产品的精髓;那些不够成功的,是全盘抄袭,不思考;而那些真正取得成功的,是抄袭到了精髓并做了本地化的改进。

对Kik类的追随者,传输图片是一个重要的微创新,满足iphone等高端机用户爱炫耀的特点共享图片。另外值得一提的是Kik的另一追随者友信,如果联系人中没有按照友信的用户,直接通过传统短信发送消息(消息发送者将承担短信发送费用)。同时还能附加上友信推广链接。Kik刚出来的时候我就对准备开发么么聊 的朋友提过这个建议,甚至更进一步,通过sp接口免费给没有安装么么聊的好友发送免费短信。飞信靠免费短信赢得了IM市场的第二把交椅

(文:屈伟 http://quwei.me

Tags: , ,

星期三, 02月 16th, 2011 业界, 创业 3条评论

再小的软件作坊都应该且能成为正规军

看了阿朱的《走出软件作坊》 ,对描述的问题感同身受。但是解决办法总还是感觉不容易实施。一个开发组包括公共代码人员、开发人员、测试、文档等,就算可以一人身兼多职,但是感觉人还是很多。总怀疑是不是阿朱现在的公司不是小作坊。听了IT龙门阵上阿朱老师的演讲,会后还有机会与他单独接触,才终于确信了,再小的软件作坊都应该并且可以成为正规军:

1. 需求是不是总做不完?产品质量是不是没办法保证?一个月以前做的功能,是不是到现在包括开发者,都不能说出功能详细情况,还得去看看代码?虽然你不断加班,老板是不是还觉得产品进度太慢?那就对了,你应该!

2. 阿朱书中所说的公司,最开始就他自己加上两个刚毕业的学生。3个人的团队应该是足够小了吧?就算现在,他们的开发部门也就十六个人,包括一个文档,一个测试,三个项目经理。所以从数量上来说,你团队再小,都可以!

另外还有些收获:

1. 你专业客户才专业。只有你非常专业的时候,你告诉客户必须按流程来时他才能信服。同样老板也不会随便抓到个开发人员说做个什么什么我明天要看。

2. 需求是魔鬼,但是需求是money。不要畏惧需求,但是必须有完整的开发流程和需求管理体系。“集中火力快速定位”

3. 关于开发流程。最后一步才是开发。开发就跟建房子,成本非常高。必须经过:
1)需求由统一的人负责。
2)先调研。
3)先设计,完善需求。excel、ppt、word都行。与提需求人确认好。
4)还要验证需求。测试验证,文档验证,开发验证。
虽然步骤多,很多可能都是一个人做的,但是必须有这个意识。

4. 关于员工工作时间控制。一个需求提出了,是一天还是三天完成,怎么确定?阿朱回答说,让员工自己预计时间。然后根据项目时间来微调。其实这个回答还是没解决老板的想法。老板总是想怎么最大限度的压榨员工,让更少的时间做更多的活。阿朱继续说,员工80%的时间实在高效工作行了。

我补充了个想法。其实每个团队成员的价值体现,本身就包括了处理问题的能力和效率。对一个一天应该完成的需求总是要三天的员工,在待遇、淘汰等方面已经体现了。

5. 关于项目经理。阿朱的三个项目经理,一个是从程序员里提拔的,代码写得不好;两外两个是实施等其他部门来的。阿朱说,企业信息化行业的项目经理是需要懂客户需求的。只想说需求来了我才动手,没需求我怎么写代码的人是只能当程序员的。项目经理懂些技术就行,不需要会写代码。

阿朱还戏说,很牛的程序员当项目经理有问题,因为总是觉得手下的代码太烂,还不如自己写。

6. 关于需求。老板、客户、其他部分总提些不明确的需求。不能成为一个产品,需求本身有问题。而一般的小团队又没有成熟的产品人员。阿朱说,他们的项目经理(还是技术经理)就是负责落实需求的。而这个人也属于开发部门。所以,我的理解是,开发部门也可以自己完善需求。只需要按流程一步一步与需求提出方确认就可以了。

7. 关于需求和bug管理,采用bugfree。 刚我已经本地安装了下,包括bug提交、测试用例、测试结果三部分。可能有人跟我开始想法一样,觉得我想要个项目管理软件,这个是bug管理,是不是不合 适。仔细研究了下发现其实虽然是叫bug管理,可以自己通过修改配置文件改一些字段的名称,对新需求也能适用。bugfree可以当作项目管理软件使用。

(文:红麦软件 屈伟 http://quwei.techweb.com.cn

Tags: ,

星期三, 05月 20th, 2009 创业 3条评论