導(dǎo)讀：作為曾經(jīng)誕生了Ruby>

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

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

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

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

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

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

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

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

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

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

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

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

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