导读:作为曾经诞生了">Ruby on Rails的应用开发公司,37signals已经13岁了。日前,37signals的创始人之一Jason Fried发布文章谈了SaaS经验。2006年,Jason Fried被麻省理工学院发行的期刊《Technology Review》列入了TR35(奖励给世界上最伟大的创新者,入选者年龄不得超过35岁,故此得名)名单。
以下为文章译文:
Basecamp已经8岁了。(CSDN注:Basecamp是37signals开发的第一个应用,是一个在线的项目管理应用。)他在2004年2月5日发布,距今好久了。
我们已经学会很多。
当我们第一次发布Basecamp项目时,我们可以快速的重建他。在最初的几个月里,我们曾经高产得难以置信。我们开发了一系列好玩的东西,而且每隔几周就要更新一次。最终,他趋于稳定,我们减慢了开发速度。
这是为什么呢?部分原因在于很多改善我们已经做出,部分原因在于我们希望Basecamp的工作重点聚焦在几件事上,还有部分原因是随着时间的推移代码越来越紊乱,也有部分原因在于我们还在做其它很多事情。
这没有什么新鲜的。从一开始我就注意到,这些是软件开发的一部分。
SaaS产品所带来的创新和Basecamp一样,都是以用户的期望为导向,而不是以代码为导向。人们习惯基于按照规律做事。即使事情已经破坏或者非常复杂,客户也希望保护它,因为他们已经熟悉这些非常复杂的事情了。
在传统的软件界,新版软件往往被打包成不同的版本。客户可以选择升级或者不升级。如果客户不喜欢新版本,他们可以继续使用旧的熟悉的版本。如果新版本没有解决任何问题,客户也可以继续使用老版本。
而SaaS并非如此。当软件更新后,即刻就部署并服务客户了。但这不是总是如此,有时新版本的大部分和老版本相同,但这就是新的,这是SaaS的生产模式。
所有这一切的改进都是基于用户或企业的改进需求和预见,在问题未解决之前都可以提出新的建议,这非常适合资历较浅的管理者。
然后呢?你要把现有的工作全部推翻来适应新的需求?所有的用户习惯已有的工作又怎样?他们依然要打破这一切。因为用户感觉被强迫使用不是他们提出的新功能,并且没有讨价还价的余地。没有人希望这样。这是很多矛盾的根源。
这就是打造成熟的SaaS产品非常艰难的原因。现在的用户期望新的思路给企业带来动力。
这就是我们目前所处的状况。在管理、组织架构、协作和项目运营方面我们有很多新的想法。虽然基本工具相同,这些工具相互作用生成的应用和执行是不同的。在面对用户需求变化巨大的挑战下,让Basecamp的工作全部按照我们的希望来安排是不现实的。
我认为只存在一种正确的面对变化方式:让人们来选择变化。理论上,我不认为人们害怕变化。他们害怕强加于他们的变化。那不是变化,那是暴力。暴力不会对用户友好。每一次用户强迫改变导致了项目步入错误的方向,我们没有给用户选择。
于是,我们决定的正确的事情。从设计、开发到发布新版Basecamp的同时,依然会保持原有的版本。新的Basecamp只是新的选择而已。只要你喜欢,甚至可以同时使用两个版本。但如果你更喜欢老版本,你不会被强制改变。如果现在的Basecamp使用的非常愉快,只要你喜欢,你可以一直使用下去。
我们已经付出了额外几个月的工作保证Basecamp版本选择功能顺利上线。我们很兴奋不久后就能和每一个人分享Basecamp的未来。(编译/包研)
(责任编辑:蒙遗善)