Some ideas for web startup

今天起床后花了半个小时粗读了37Signals专门为网络startup定制的初创指导书“Getting Real”,大部分还是命中要点的,也有一些我不太同意的,不过无论如何,看完之后很有冲动写点东西,算是作为总结和补充吧

为你自己来做这个产品。如果你有一个问题,没有现成的产品可以满足,那么理论上这个世界上应该还有很多人跟你一样得不到满足,如果你开发的产品满足了你自己,就可以满足很多顾客。37signals的主打产品Basecamp最初就是为了满足他们自己的需求。当你为了自己的需求而开发出这个产品,你就会对此充满激情,这是最好的动力。

为产品定义一个区别于其他产品的核心功能 ,只要一句话。Less is more。可以战胜竞争对手的,并不是庞大繁杂的功能堆积,而只是一两个别人没有的feature而已。Twitter就是一个例子,如此简单的功能,却远比大公司的产品更受欢迎。后来的抄袭者都迷失了“简单”这个精髓。

外部投资是保底的选择,千万不要为了投资而建公司,对于一个不缺乏资金的产品,不必要的外部投资只会让团队迷失核心vision,自乱阵脚,陷入为钱打工的陷进。现在的时代,硬件已经非常便宜,大部分软件也都有免费的开源替代品,对于一个初创的网络公司,最初的半年真的不需要很多钱。

心团队要小(3人最好),这样才能保持高度灵活性,及时听取市场反应并快速变革。很多大公司就死在庞大的团队沟通和高昂的变革成本上。marketing部分可以外包给单独的一个团队。

快速反应。快速反应。 快速反应。这是小公司的最大优势。

不要试图满足所有人。一个产品如果想满足所有人,最后反而满足不了任何人。产品要有自己的风格和定位,这样才能吸引并保留类似的客户。对于那些永远无法满足的客户,不如直接让他们滚蛋。

保持精简的核心功能,不要盲目扩张到新功能。如果预算和时间不够,宁可把原功能减半,也不要launch一个问题一大堆的新功能

刚开始推出beta version的时候,不需要考虑规模化以后的架构。因为是刚开始,你只需要能运行核心功能,满足人们的需要即可,担心“万一有100万人同时在线怎么办” 太早了,代码的更新周期很短的,不要去担心两年以后才会出现的问题。

让用户自己来告诉你用户需要什么feature,以及不需要什么feature 。取消大部分用户不需要的feature.

减少让用户选择的余地。80%的用户不需要选择,99%的用户不需要思考。用户只需要你清楚地告诉他怎么做,而不是让他来思考如何使用你的产品。

To Mika:

Slove the problem for yourself. If your app can solve your problems, then it can also help other people, who can become your customer one day.

Define a simple essential feature of your product. Less is more. Your advantage is not piling up100 features copied from others, but 1 unique feature others don’t provide and people really need.

Outside money is not necessary nowadays. Don’t lose your vision for cash, especially when you don’t really need it.

Keep small and tight team. Quick reaction and fast change. Agility is the best thing a small company can have.

Don’t try to satisfy all people. No one can do that. Keep your app’s style and it will attract customers with the same style.

Keep less but great features, and don’t launch half-assed feature.

Ask your customer what they like and what they don’t like.

Bring less confusion to customers. 80% of people don’t need PREFERENCE, and 99% don’t want to THINK . Just tell them clearly what they should do, but never make them think about how to do it better.

Leave a Reply

Your email address will not be published. Required fields are marked *

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>