Idea 太多的麻烦
今天把最近两年来的一些主要idea汇总了一下，不看不知道，一看吓一跳 -- 两年来，各种各样的idea有无数，我为之做了或多或少的工作的累积有9个之多！ 正是因为把时间和精力分散在了这9个不同的idea上了，导致的结果就是所有这些idea都仍然只是idea或者是个实验品！ :(
粗看起来，这每一个idea都有潜力而且颇有意思，但是如果不放弃掉一些，就意味着未来它们可能永远只是idea而已！ 对于idea比较多的人来说，能知道放弃掉哪些idea比获得新的idea灵感可能更为重要， 而且要重要得多。
我做了一个excel表来对这些idea进行了分析，分别按照以下的维度分析：
- 是否已经实现了原型或初步设计 ？ （一些东西做成了可以跑得原型，一些有一些书面的设计，一些只是想法而已）
- 如果变成服务，是否有商业模式？ （一些纯属研究的，肯定没有商业模式； 一些可能可以产生page view, 一些可能可以成为服务。）
- UGC是否可被使用？ （UGC的内容如果能形成 SEO资源或者page view的来源，我认为比较健康些）
- 创意程度 ？ 一些idea可能即使没什么用，但可以在业界得到认可，这是一个我比较看重的地方
- SEO价值 ？ 是否能对SEO产生价值，这样不需要推广也能自己成长。 对于我的业余项目，基本没有经历作任何推广，因此必须能自己增长才行
- 对用户的粘性？ 有些idea可能挺cool,但用户愿意真正用吗？ 只有用户愿意用的东西才比较有长远价值
- 开发工作量？ 一些好idea需要很多开发工作，我显然没有精力
分析完后，发现9个idea中，有5个可以删除， 1个值得考虑，3个可能可以进一步继续。 不过4个仍然不是理想答案，我希望为2个左右，这样可以实现出来再靠实验结果来决定。
--
对3个idea中几个已经有原型和数据可以分析的进行了初步的分析，得出的结论是让我吃惊的。
过去的一个月内，完全从idea的角度，制定了一些对这些原型的修改计划和思路，已经着手做了些事情了 -- 简单而言就是： 改版、改进功能。 今天分析和查看数据后得出的结论是和我前些时候的拍脑袋想法恰好相反！ 我原来计划把A idea合并到 B idea中去，因为A看起来太简单了， B才显得比较cool. 但实际上从用户访问角度， A显然获得了比B更多的点击！ 为什么要把用户认可的东西放到用户不认可的地方去？ 因为“cool”，因为是“idea” -- 想当然而已！
--
前些时候看到一篇blog说Amazon的产品开发过程是：
- 首先发布一个服务的press release 将要说明服务是什么 （这时候服务不但没开发，连spec都没有）
- 然后开始写服务的FAQ
- 根据用户对Press release, FAQ的反馈来决定产品开发成什么样子
据说S3, EC2就是按照这样先写FAQ的方式设计实现的。恰好一个同事是前amazon的，证实了这的确是amazon推行的产品设计策略。
这个思路值得我学习， 一个idea如果用户根本不需要，或者不能理解，为什么花时间去开发？
---
UUZone终于尘埃落定，关于UUZone有很多的教训 -- 其中深刻的教训之一就是UUZone集中了太多的idea, 很多idea都很好，很cool, 很领先，甚至在facebook的发展中可以不断看到一些当年的idea的身影。 然而，正是这些太多的idea导致了我们的失败 -- 没有能集中力量把基本的东西做好， idea太多往往集成、实现的难度都加大，自讨苦吃。 若干次未必有必要的大改版，每次改版都是想当然为主，缺乏数据和理性的分析。 这些本质上来说都是我自己的策略和行动错误，这些错误导致了危机的必然出现 -- 当然这只是失败原因之一。
Related posts:
- Social Network的反思
- Be lucky -- 幸运是一种可以学习的技巧
- Startup vs Established - 大公司还是小公司？
- 为SXSW拉票！ :)
- Shirky’s Law和一些思考
- VIIV: 我们不会忘记！
- 我加入了FUSE Labs！~
- 购买iPad失败~~ 入手Time Capsule~~
- 再见Windows Phone…
- Face.com - 利用面部识别技术帮助寻找丢失的儿童？
Search related in web:
