一
今年 2 月份的时候，我们发布了豌豆荚 Windows 版 2.0。这个项目的设计和开发时间有 10 个月之久，这对很多公司来说可能并不算长。但考虑到这 10 个月占据豌豆实验室当时两年历史的接近一半，豌豆荚 2.0 对于我们来说就显得很重要了。
2009 年年底，我们开始豌豆实验室的时候，就希望做不一样的公司、开发不一样的产品。用我们的产品和技术，来帮用户解决问题。而不是像很多同行一样，用其它的更捷径的方式。两年的时间里我们做了很多尝试。有些尝试失败了，也有些尝试成功了。
「成功」有一个简单的标准，即被「借鉴」。2010 年，我们刚刚推出第一代产品的时候，用了和过去的类似软件很不一样的产品设计，特别是功能大为减少。有些朋友忧心我们的产品过于简洁，也有人警告我们说，这种「阳春白雪」的产品在中国是走不通的。但时至今日，我们已经拥有了超过 5000 万的安装量，而今天市面上所有有点影响力的桌面手机管理软件，基本上也并没有脱离开豌豆荚定义下来的框架。可以说，我们在过去两年的时间里重新定义了桌面手机管理软件。
我们不介意别人对我们的跟随，因为当别人还在跟随我们的时候，我们其实已经给明天做好了准备。
这就是豌豆荚 2.0 的设计背景。
二
为什么要动手做豌豆荚 2.0?要回答这个问题，就得知道豌豆荚 1.0 是在什么样的环境下出炉的。
豌豆荚 1.0 开始开发于 2009 年 12 月，当时市面上最为流行的 Android 手机是 HTC Hero，Motorola Milestone 刚刚推出，Nexus One 还不见踪影，Android 手机在国内的数量，应该仅在百万级别。这种情况下我们将豌豆荚专注在 Android 上，其实上是一种冒险。实话实说，我们自己也并不清楚用户需求到底是什么样的。
因此，对于豌豆实验室来说，最重要的任务就是尽快推出最小可用的原型产品(Minimum viable product, MVP)，验证用户需求。
说到这里稍微绕远一点——为什么这些年来很少创业公司会选择 Windows 客户端这个领域?原因很简单：开发成本太高。要做一个非常好的 Windows 客户端实在太难了，要比做 Web 服务、iOS、Android 应用都要难得多。这也是为什么我们现在想把我们创造的这种 Web 客户端的框架开放出来的原因，因为实在太难了。
因此，可以理解为什么豌豆荚最早选择了用 .NET framework 来开发——在开发效率还是用户体验这个问题上，我们选择了开发效率。尽管这个决定后来被屡屡诟病，但即使再来一次，我们也一定会做同样的选择——因为这可以确保我们能用最快的速度将产品推向市场，迅速摸清用户需求。快速迭代。
所以你可以想像，那时候我们的心态是：尽快用积木搭个能走的小车，别的再说。即使很小车不牢靠，但至少能走。而能走了以后，我们应该有时间重新做个好点的车。
一晃一年过去了。2011 年 2 月份，我们迎来了第 100 万个用户。如我们所料，用户需求变化很快，一年的时间里面产品进行了多次大幅改动，但基础仍然是那个用积木搭成的小车。
积木小车已经不堪重负了，已经有太多的新功能、太多的缺陷，不推倒重来无法解决。
三
我们最终下定决定要推倒重来，重新设计和开发豌豆荚。这是在 2011 年的 2 月份。扔掉 .NET framework 的架构，重新用 C++ 开发——我们知道这是一件很难的事情。但，实际情况比我们想象的还难。
无知者无畏。
我们最初的计划是 在2011 年 6 月发布豌豆荚 2.0。不过，到 5 月份的时候，我们估计新产品在 7 月份发布的话，可以比较安全。到 6 月份的时候，我们再次估计在 9 月应该能发布，这样我们能过个美好的国庆长假。可是到了 9 月份的时候，估计的时间点变成了新年前后。董事会上冯锋承诺，如果新年前还无法发布，就要服毒自尽(幸好后来没有人提起过这件事情)。最后，我们是在 2012 年 2 月 22 日发布的。
这个日子其实也不是刻意挑的，而是因为豌豆荚 2.0 各项指标终于在一周前都基本达标了。
回头一看，我们当时随意用积木搭成的小车，居然在这整整 10 个月的时间里一路高歌猛进，安装量从 100 万变成了 2500 万。这真是一件让人吃惊的事情。
不管怎么样，总算是发布了。
四
2011 年 3 月，我们开始进行豌豆荚 2.0 的设计工作。豌豆荚 2.0 要解决什么问题?
传统的理解需求的过程，有许多不同的方式。例如，直接进行用户访谈，发放调查问卷，购买市场研究报告，或者听听意见领袖们怎么说。
我们的方式，就是依赖直觉和经验。
这有两个前提条件，一是豌豆荚已经运营了一年，我们自信对用户需求的理解已经有了一定的积累;二是实际上在当时来看，已经不是不清楚用户需求的问题，而是用户的大量需求我们原有的产品和技术架构无法满足的问题。因此我们做的第一件事情，就是把我们脑海里面堆积如山的想做的事情整理出来。
第二件事情，豌豆荚的愿景在一年多的时间里也慢慢变得清晰。将这个愿景整理成思维导图，我们就拥有了一个几年内的路线图。豌豆荚 2.0 如何和这一愿景相匹配，也就是一件自然而然的事情了。
和各种各样的头脑风暴的过程一样，需求的收集是一个开放的过程。这里面会有各种各样的声音，但需要产品设计师来归纳和整理。
与此同时，工程师们也在做早期技术方案的探索。早期的探索过程就像上图所示意的一样。你需要不断地发散，又需要不断地拒绝掉不那么靠谱的想法，留下那些靠谱的，并且进行下一个阶段的发散。如此反复，你就在这发散与收敛的过程中取得了进展。