37signal創(chuàng)始人：SaaS開頭容易收獲難

導(dǎo)讀：作為曾經(jīng)誕生了Ruby on Rails的應(yīng)用開發(fā)公司，37signals已經(jīng)13歲了。日前，37signals的創(chuàng)始人之一Jason Fried發(fā)布文章談了SaaS經(jīng)驗。2006年，Jason Fried被麻省理工學(xué)院發(fā)行的期刊《Technology Review》列入了TR35(獎勵給世界上最偉大的創(chuàng)新者，入選者年齡不得超過35歲，故此得名)名單。

以下為文章譯文：

Basecamp已經(jīng)8歲了。（CSDN注：Basecamp是37signals開發(fā)的第一個應(yīng)用，是一個在線的項目管理應(yīng)用。）他在2004年2月5日發(fā)布，距今好久了。

我們已經(jīng)學(xué)會很多。

當(dāng)我們第一次發(fā)布Basecamp項目時，我們可以快速的重建他。在最初的幾個月里，我們曾經(jīng)高產(chǎn)得難以置信。我們開發(fā)了一系列好玩的東西，而且每隔幾周就要更新一次。最終，他趨于穩(wěn)定，我們減慢了開發(fā)速度。

這是為什么呢？部分原因在于很多改善我們已經(jīng)做出，部分原因在于我們希望Basecamp的工作重點聚焦在幾件事上，還有部分原因是隨著時間的推移代碼越來越紊亂，也有部分原因在于我們還在做其它很多事情。

這沒有什么新鮮的。從一開始我就注意到，這些是軟件開發(fā)的一部分。

SaaS產(chǎn)品所帶來的創(chuàng)新和Basecamp一樣，都是以用戶的期望為導(dǎo)向，而不是以代碼為導(dǎo)向。人們習(xí)慣基于按照規(guī)律做事。即使事情已經(jīng)破壞或者非常復(fù)雜，客戶也希望保護它，因為他們已經(jīng)熟悉這些非常復(fù)雜的事情了。

在傳統(tǒng)的軟件界，新版軟件往往被打包成不同的版本�？蛻艨梢赃x擇升級或者不升級。如果客戶不喜歡新版本，他們可以繼續(xù)使用舊的熟悉的版本。如果新版本沒有解決任何問題，客戶也可以繼續(xù)使用老版本。

而SaaS并非如此。當(dāng)軟件更新后，即刻就部署并服務(wù)客戶了。但這不是總是如此，有時新版本的大部分和老版本相同，但這就是新的，這是SaaS的生產(chǎn)模式。

所有這一切的改進都是基于用戶或企業(yè)的改進需求和預(yù)見，在問題未解決之前都可以提出新的建議，這非常適合資歷較淺的管理者。

然后呢？你要把現(xiàn)有的工作全部推翻來適應(yīng)新的需求？所有的用戶習(xí)慣已有的工作又怎樣？他們依然要打破這一切。因為用戶感覺被強迫使用不是他們提出的新功能，并且沒有討價還價的余地。沒有人希望這樣。這是很多矛盾的根源。

這就是打造成熟的SaaS產(chǎn)品非常艱難的原因�，F(xiàn)在的用戶期望新的思路給企業(yè)帶來動力。

這就是我們目前所處的狀況。在管理、組織架構(gòu)、協(xié)作和項目運營方面我們有很多新的想法。雖然基本工具相同，這些工具相互作用生成的應(yīng)用和執(zhí)行是不同的。在面對用戶需求變化巨大的挑戰(zhàn)下，讓Basecamp的工作全部按照我們的希望來安排是不現(xiàn)實的。

我認為只存在一種正確的面對變化方式：讓人們來選擇變化。理論上，我不認為人們害怕變化。他們害怕強加于他們的變化。那不是變化，那是暴力。暴力不會對用戶友好。每一次用戶強迫改變導(dǎo)致了項目步入錯誤的方向，我們沒有給用戶選擇。

于是，我們決定的正確的事情。從設(shè)計、開發(fā)到發(fā)布新版Basecamp的同時，依然會保持原有的版本。新的Basecamp只是新的選擇而已。只要你喜歡，甚至可以同時使用兩個版本。但如果你更喜歡老版本，你不會被強制改變。如果現(xiàn)在的Basecamp使用的非常愉快，只要你喜歡，你可以一直使用下去。

我們已經(jīng)付出了額外幾個月的工作保證Basecamp版本選擇功能順利上線。我們很興奮不久后就能和每一個人分享Basecamp的未來。

服務(wù)器租用/服務(wù)器托管中國五強！虛擬主機域名注冊頂級提供商！15年品質(zhì)保障！--億恩科技[ENKJ.COM]