这是一个创建于 4064 天前的主题，其中的信息可能已经有所发展或是发生改变。
今年1月底的时候，我做了一个 http://knewone.com ，花了几天时间写了一点粗糙的代码，五天之后就上线了。 http://v2ex.com/t/58704 原本只是一个“学了东西，毕竟要做点什么”的作业而已，结果不曾想knewone的访问量飞涨，第二天就在Alexa上出现了一条长长的蓝线（全球排名10万以下的话，alexa是不显示图表的）。然后，在微博上陆续被一些人注意到。在推广上几乎一分钱都没有花的情况下（也就是微博上说说，ruby-china和v2ex上提一下，http://ruby-china.org/topics/8335 ），今天（2013.03.04——上线第39天）的数据是 1 month 29666, 3 month 78877。
http://www.alexa.com/siteinfo/knewone.com#
过年休息期间，读到一本书，叫Lean Startup——好像最近这本书非常流行——发现其中很多的理论都与我之前的很多想法暗合。只是，我的理解角度基于种种原因与书中的不一样。然后，再想想，尽管knewone对我来说谈不上是什么创业，甚至谈不上是什么项目，但从某种意义来说，它确实是一个Lean Creation的完整实践。
我能开始使用Ruby On Rails，完全拜Ruby-China所赐。所以，在这里分享一下我的体会，也算是回馈社区，大家莫要见笑。
#1. 为什么要简约，为什么要快速上线？
我的理解是，无论做什么事情，第一次就做好的可能性很低，至于好到成功的可能性更低.既然面对如此之小的概率，我们又有什么理由不接受“更可能失败、更可能无疾而终”这个事实呢？
所以，不要纠结于各种“可行性分析”，先快快做出一个最简约的东西，让丫上线！——这背后的思想是： “把一切需要 实践 验证的东西交给 实践 ” 。有些事情，确实仅靠逻辑判断就能得出结论。但，同时也有很多东西，即便是用严谨的逻辑推演出结论，那结论放到现实里并不见得成立，并不见得可行——1)有可能在推理的时候，遗漏一些重要因素；2)有可能有alternative conclusion存在。
又，为了讨论一个项目是否可行，我们不得不讨论此项目的“价值”——因为我们确实认同“必须创造价值才可能赢得客户”。可问题在于，价值这个东西，往往并非理性，就算理性，也并非同一方向，就算同一方向，设计者和客户在价值观和取向上可能并不吻合——价值这东西就像个仙人球上的那些刺一样，每个方向都可能是价值……所以，这种“可行性讨论”往往实际上并没有太大意义。
结论是，固然，我们必须创造价值，但，价值是否被重视，最有效的策略就是“试错”。也就是说，我们拼命思考，挣扎着得出结论；但更重要的是，要把这个结论迅速搞上线，交给客户检验。如若客户认同，那就接着玩命扩大加深那个价值；如果客户并不是很感冒，那么就说明我们错了——错了没问题，赶紧试下一个。
所以，简约设计、迅速上线，背后的逻辑是：我没那么自以为是，知道自己认为对的不见得能被普遍接受；也因为没那么自以为是，所以直接相信自己第一次不会直接成功——所以，我们每一步都在试错……
既然如此，我们与其他人拼的，说穿了就是：比谁的犯错成本低，无论是时间还是人力物力财力。
#2. 为什么用Rails？
上一条说完，这一条就显而易见了。Rails快。越是简单的需求越快。快到基本上属于一眨眼的功夫该弄的都能弄完的地步。当然，Rails的学习曲线却比大家以为的更为陡峭一些。然后，对初学者的要求实际上更高——因为要做出一个东西，只用rails只能做出“基本款、最低配”……
#3. 苍蝇和蜜蜂的区别在哪里？
把一只蜜蜂装到啤酒瓶里，瓶底对着太阳，你看到的是，那蜜蜂一次又一次地撞到瓶底，永不放弃，坚持不懈，异常专注……直到累死。
把一只苍蝇装到啤酒瓶里，瓶底对着太阳，你看到的是什么呢？那苍蝇四处乱撞，一分钟不到的时间里，它就“误打误撞”冲出了瓶口……
管它励志、管理书籍里怎么说，现实总是给我们更为惊人的实例。“无头苍蝇”在啤酒瓶里更有生命力。
许多年来，我做事的时候，至少有这两个模式：“苍蝇模式”和“蜜蜂模式”。在某些特定的情况下，我会切换到苍蝇模式，左冲右突，乱打乱撞……然后，在突然之间就有逃出生天的感觉……然后，我会告诉自己，嗯，是切换到蜜蜂模式的时候了……
我不是苍蝇，也不是蜜蜂，但我有至少两个模式，并且有一个机制去判断如何切换。
Lean之所以必要，就是因为它最适合苍蝇模式——我猜很多人都会遇到“被放到啤酒瓶里”的遭遇，只是，大多数人并不自知，并且，更不知道应该采取什么模式……大多数人都是一路闯关，永远采取“地狱模式”（我私下里将其称为“咎由自取苦屄模式”）。
----------------华丽的分割线哈-----------------
http://knewone.com 究竟想干什么？将来会是什么样子？
说实话，我自己并不是很清楚。但，一个多月之后的今天，我比一个月之前清楚多了，甚至连试错都已经不再是乱打乱撞了：有几个可供选择的方向。
关于“简约”的实践，还要继续下去，只要有新的进展，我就愿意在社区分享。
始发链接：http://ruby-china.org/topics/9120
http://www.alexa.com/siteinfo/knewone.com#
过年休息期间，读到一本书，叫Lean Startup——好像最近这本书非常流行——发现其中很多的理论都与我之前的很多想法暗合。只是，我的理解角度基于种种原因与书中的不一样。然后，再想想，尽管knewone对我来说谈不上是什么创业，甚至谈不上是什么项目，但从某种意义来说，它确实是一个Lean Creation的完整实践。
我能开始使用Ruby On Rails，完全拜Ruby-China所赐。所以，在这里分享一下我的体会，也算是回馈社区，大家莫要见笑。
#1. 为什么要简约，为什么要快速上线？
我的理解是，无论做什么事情，第一次就做好的可能性很低，至于好到成功的可能性更低.既然面对如此之小的概率，我们又有什么理由不接受“更可能失败、更可能无疾而终”这个事实呢？
所以，不要纠结于各种“可行性分析”，先快快做出一个最简约的东西，让丫上线！——这背后的思想是： “把一切需要 实践 验证的东西交给 实践 ” 。有些事情，确实仅靠逻辑判断就能得出结论。但，同时也有很多东西，即便是用严谨的逻辑推演出结论，那结论放到现实里并不见得成立，并不见得可行——1)有可能在推理的时候，遗漏一些重要因素；2)有可能有alternative conclusion存在。
又，为了讨论一个项目是否可行，我们不得不讨论此项目的“价值”——因为我们确实认同“必须创造价值才可能赢得客户”。可问题在于，价值这个东西，往往并非理性，就算理性，也并非同一方向，就算同一方向，设计者和客户在价值观和取向上可能并不吻合——价值这东西就像个仙人球上的那些刺一样，每个方向都可能是价值……所以，这种“可行性讨论”往往实际上并没有太大意义。
结论是，固然，我们必须创造价值，但，价值是否被重视，最有效的策略就是“试错”。也就是说，我们拼命思考，挣扎着得出结论；但更重要的是，要把这个结论迅速搞上线，交给客户检验。如若客户认同，那就接着玩命扩大加深那个价值；如果客户并不是很感冒，那么就说明我们错了——错了没问题，赶紧试下一个。
所以，简约设计、迅速上线，背后的逻辑是：我没那么自以为是，知道自己认为对的不见得能被普遍接受；也因为没那么自以为是，所以直接相信自己第一次不会直接成功——所以，我们每一步都在试错……
既然如此，我们与其他人拼的，说穿了就是：比谁的犯错成本低，无论是时间还是人力物力财力。
#2. 为什么用Rails？
上一条说完，这一条就显而易见了。Rails快。越是简单的需求越快。快到基本上属于一眨眼的功夫该弄的都能弄完的地步。当然，Rails的学习曲线却比大家以为的更为陡峭一些。然后，对初学者的要求实际上更高——因为要做出一个东西，只用rails只能做出“基本款、最低配”……
#3. 苍蝇和蜜蜂的区别在哪里？
把一只蜜蜂装到啤酒瓶里，瓶底对着太阳，你看到的是，那蜜蜂一次又一次地撞到瓶底，永不放弃，坚持不懈，异常专注……直到累死。
把一只苍蝇装到啤酒瓶里，瓶底对着太阳，你看到的是什么呢？那苍蝇四处乱撞，一分钟不到的时间里，它就“误打误撞”冲出了瓶口……
管它励志、管理书籍里怎么说，现实总是给我们更为惊人的实例。“无头苍蝇”在啤酒瓶里更有生命力。
许多年来，我做事的时候，至少有这两个模式：“苍蝇模式”和“蜜蜂模式”。在某些特定的情况下，我会切换到苍蝇模式，左冲右突，乱打乱撞……然后，在突然之间就有逃出生天的感觉……然后，我会告诉自己，嗯，是切换到蜜蜂模式的时候了……
我不是苍蝇，也不是蜜蜂，但我有至少两个模式，并且有一个机制去判断如何切换。
Lean之所以必要，就是因为它最适合苍蝇模式——我猜很多人都会遇到“被放到啤酒瓶里”的遭遇，只是，大多数人并不自知，并且，更不知道应该采取什么模式……大多数人都是一路闯关，永远采取“地狱模式”（我私下里将其称为“咎由自取苦屄模式”）。
----------------华丽的分割线哈-----------------
http://knewone.com 究竟想干什么？将来会是什么样子？
说实话，我自己并不是很清楚。但，一个多月之后的今天，我比一个月之前清楚多了，甚至连试错都已经不再是乱打乱撞了：有几个可供选择的方向。
关于“简约”的实践，还要继续下去，只要有新的进展，我就愿意在社区分享。
始发链接：http://ruby-china.org/topics/9120
 |
1
justend 2013-03-04 16:45:33 +08:00
好文 @xiaolai
现在很多创业项目的价值都是想出来的，一个idea到底是否靠谱，除了idea本身，执行力非常非常重要，速度非常重要，要最小化产品尽快试错，快速拿到用户或市场前检验，快速获得反馈及修改。 看到很多创业公司都在说”细节决定成败“， 没错，细节是决定成败，但有时在项目的早期，方向及模式还未完全确定的情况下，过早的纠缠细节，就是大错了。不讲细节会失败，在不恰当的时间中太讲究细节也会失败。 PS: 你的《把时间当作朋友》 我送了部门同事一人一本，多谢你的好书 |
 |
3
zhangxiao 2013-03-04 17:09:50 +08:00
做web开发很多年了，一直没有尝试ror，这篇文章有可能成为我学习一下ror的动力，多谢
|
 |
4
thedevil5032 2013-03-04 17:49:01 +08:00 via iPad
先感谢，再收藏，然后拜读。
|
 |
5
dripple 2013-03-04 18:08:54 +08:00
非常喜欢@xiaolai老师的knewone，更加喜欢http://ruby-china.org/topics/6140这个帖子，所以作为非技术菜鸟，就简单的用wp做了个网站，今天看到这个帖子，关于蜜蜂和苍蝇的例子更是符合我现在的状态，作为一个简单的初创想法，行动和执行力往往比方向更重要，方向不对，力气白费，个人觉得更加适合大方向的判断，至于深层次的细分还是在 “无头”当中继续所谓的“优化”了。
|
 |
7
xingzhi 2013-03-04 19:41:00 +08:00
感谢分享。
|
 |
8
subpo 2013-03-04 19:55:25 +08:00
非常感谢。
|
 |
9
fangzhzh 2013-03-04 21:11:10 +08:00
我说下自己关于@xiaolai的 knowone成功的一些不同的声音吧.
# 关于快速上线 快速上线, 只适合,或者说,比较适合web应哟给你, 原因如下 ## 因为他的上线成本很低(相对移动平台上的app, 传统pc的应用). 上线,用户即可使用. ## 上线收获很大,上线了马上就可以收到用户的反馈,web对收集用户使用习惯有天然的优势. 因为所有的使用,最终都是http请求, 服务端会有详细的记录.对后续的改进有极大的帮助. ## 修改起来,几乎无成本. web应用的升级对用户几乎是透明的. 传统的应用,就不能说是简单,马上上线了. 很多pc应用,移动应用, 上线以后, 可能永远没有用户下载; 或者下载打开一次后,永远不会被用户打开第二次. 可能就是因为简单, 粗糙, 甚至很多精美的做工优秀的app, 没有下载,就是因为长的太丑. ## 关于没有推广 哈哈,这个我实在不能苟同@xiaolai的观点啊! 虽然你没有请专业团队推广,但是你本身就是一个广告. 而且你选择的社区,ruby china没有逛过,但是v2ex上可全部都是舍得把大笔钱花到各种新奇的电子产品上的人啊( 程序员的理财观:找老婆理财 http://www.v2ex.com/t/59421, http://www.v2ex.com/t/49484 消费观: 全部花了) 这些人基本上也就是最容易被你网站下毒的人员, 这才是定位精准的广告,好不. # 关于其他 那个, 这个网站真的是从开始学,到写, 到上线就用了5天? |
 |
13
kernel1983 2013-03-05 12:17:50 +08:00
我突然很绝望, 如果大家因为名人效应都去ruby了, 那么python是不是也应该转换一下推广策略. 虽然对于身边的女性朋友我都是推荐 http://tryruby.org/ 这个网站的
我比较了很多python框架, 没有一个有视频的, rails首页就很多 |
 |
14
twm 2013-03-05 14:13:44 +08:00
不错，楼主好样的，像你学习。
|
 |
15
gdzdb 2013-03-05 14:27:55 +08:00
好文章,又燃起我做项目的冲动了。
执行力真的很重要，自我激励和自我管理更重要。 |
 |
16
blankyao 2013-03-05 14:44:39 +08:00
设计也是笑来老师自己做的吗？
|
 |
17
zzWinD 2013-03-05 14:56:08 +08:00
因为要做出一个东西，只用rails只能做出“基本款、最低配”
|
|
18
zzWinD 2013-03-05 14:57:01 +08:00
因为要做出一个东西，只用rails只能做出“基本款、最低配”
这个是什么意思？rails 只能做低端的玩意儿？ |
 |
19
hileon 2013-03-05 15:15:11 +08:00
还是东西做的好。我折腾了一个 www.wanzhongxue.com 就少有人问津。
|
 |
20
xiaolai OP @zzWinD 应该是你理解错了。我的意思是说，做出一个东西，往往需要很多方面，比如你得用css框架，你得用javascript框架……反正最后都是一大堆东西放在一起的。
|
 |
21
kulin3422 2013-03-05 22:44:22 +08:00
我可以提供给你一个思路，就是你完全可以把兴趣变成自己的事业。我也关注过你的网站，里面搜集的一些新奇的东西还是很有市场的。SO，可以开这么一个实体店，把你所能搜集到的新奇东西都放在店里卖。有空可以交流一下~kulin3422#126dotcom
|
|
22
kulin3422 2013-03-05 22:46:06 +08:00
PS：可以参考加入的功能就是分享到。。可以提高很多点击率
|
 |
23
tomyiyun 2013-03-07 01:09:19 +08:00
|
 |
24
perrywky 2013-03-09 20:44:43 +08:00
@xiaolai
赞，请问笑来老师经历过几次“试错”呢？在产品的“试错”过程中怎样衡量改进效果？是不是也用到了书里的同期群分析？书里也提到了用户总量其实是个“虚荣指标”，提高用户的平均pv和回访率才能体现产品的真正价值，不知道笑来老师在这方面有没有什么经验可以分享下？ 万分感谢！ |
 |
25
n 2013-03-09 21:00:40 +08:00
LeanStartup经常举办实践活动。
去年年底我就参加了。我在北京实习，公司赞助了这次活动，所以我们有几个名额可以去。 活动在微软的一个报告厅举办的，从周五晚一直进行到周日晚，天天都是到10点多才结束。 很充实。 活动大概内容就是大家上去说几个点子，然后投票选出几个最好的，组队，想需求受众，出去找需求受众。回来根据反馈立即自我升级。 可能时间仓促，没能完全领会Lean哲学的真谛，给我的感觉仿佛是为了成功而成功。 不过这不重要，Just for fun. |
 |
26
plidezus 2013-03-11 21:56:17 +08:00
这篇文章受益匪浅……
|
Select Language