SaaS开头容易收获难

以下为文章译文：

Basecamp已经8岁了。（CSDN注：Basecamp是37signals开发的第一个应用，是一个在线的项目管理应用。）他在2004年2月5日发布，距今好久了。

我们已经学会很多。

当我们第一次发布Basecamp项目时，我们可以快速的重建他。在最初的几个月里，我们曾经高产得难以置信。我们开发了一系列好玩的东西，而且每隔几周就要更新一次。最终，他趋于稳定，我们减慢了开发速度。

这是为什么呢？部分原因在于很多改善我们已经做出，部分原因在于我们希望Basecamp的工作重点聚焦在几件事上，还有部分原因是随着时间的推移代码越来越紊乱，也有部分原因在于我们还在做其它很多事情。

这没有什么新鲜的。从一开始我就注意到，这些是软件开发的一部分。

SaaS产品所带来的创新和Basecamp一样，都是以用户的期望为导向，而不是以代码为导向。人们习惯基于按照规律做事。即使事情已经破坏或者非常复杂，客户也希望保护它，因为他们已经熟悉这些非常复杂的事情了。

在传统的软件界，新版软件往往被打包成不同的版本。客户可以选择升级或者不升级。如果客户不喜欢新版本，他们可以继续使用旧的熟悉的版本。如果新版本没有解决任何问题，客户也可以继续使用老版本。

而SaaS并非如此。当软件更新后，即刻就部署并服务客户了。但这不是总是如此，有时新版本的大部分和老版本相同，但这就是新的，这是SaaS的生产模式。

所有这一切的改进都是基于用户或企业的改进需求和预见，在问题未解决之前都可以提出新的建议，这非常适合资历较浅的管理者。

然后呢？你要把现有的工作全部推翻来适应新的需求？所有的用户习惯已有的工作又怎样？他们依然要打破这一切。因为用户感觉被强迫使用不是他们提出的新功能，并且没有讨价还价的余地。没有人希望这样。这是很多矛盾的根源。

这就是打造成熟的SaaS产品非常艰难的原因。现在的用户期望新的思路给企业带来动力。

这就是我们目前所处的状况。在管理、组织架构、协作和项目运营方面我们有很多新的想法。虽然基本工具相同，这些工具相互作用生成的应用和执行是不同的。在面对用户需求变化巨大的挑战下，让Basecamp的工作全部按照我们的希望来安排是不现实的。

我认为只存在一种正确的面对变化方式：让人们来选择变化。理论上，我不认为人们害怕变化。他们害怕强加于他们的变化。那不是变化，那是暴力。暴力不会对用户友好。每一次用户强迫改变导致了项目步入错误的方向，我们没有给用户选择。

于是，我们决定的正确的事情。从设计、开发到发布新版Basecamp的同时，依然会保持原有的版本。新的Basecamp只是新的选择而已。只要你喜欢，甚至可以同时使用两个版本。但如果你更喜欢老版本，你不会被强制改变。如果现在的Basecamp使用的非常愉快，只要你喜欢，你可以一直使用下去。

我们已经付出了额外几个月的工作保证Basecamp版本选择功能顺利上线。我们很兴奋不久后就能和每一个人分享Basecamp的未来。(编译/包研)

英文原文：37signals