不久前，我們花了整整一個六週的週期來改善 Basecamp 的新手上路流程。

目標是提高從試用到付費的轉換率，方法是讓剛開始的體驗更順暢、更有效地快速教會使用者基本操作，並在每個環節都讓事情變得稍微簡單一點。

宏觀來看，這六週期間我們執行的專案有：

• 新增一個包含步驟與基礎教學的入門範例專案。
• 簡化專案建立流程（從原本的多步驟縮減為單一步驟），並在一開始就呈現所有工具。我們也移除了精靈導引的選項。
• 重新設計並簡化用來介紹尚未使用工具的空白頁面。
• 更新用來示範製作 Podcast 的範例專案（這是個大家都能產生共鳴的絕佳跨職能範例）。
• 加快新帳號的建立速度（過去使用者得等上幾秒鐘，讓系統產生範例專案）。
• 新增試用期即將結束的電子郵件提醒。
• 移除另一個範例專案，以免範例過多讓人眼花撩亂。
• 重寫 Hey! 選單中的新手導覽訊息與提示，讓它們更容易理解與操作。

結果呢？轉換率大幅提升了 30%。30%！

做這一行的人都知道，在不耍手段的前提下，想提升轉換率通常是一場苦戰。你往往會為任何一點成果就感到雀躍，而且常常得把個位數的小幅成長一點一滴累積起來，期待最終能達到兩位數的成長。但這一次，不知怎麼地，我們竟然一舉達成了 30% 的成長。

而我們完全不知道是怎麼辦到的。而且我們也不想去搞清楚。

到底是什麼原因？是其中某一個改動特別關鍵？是所有改善加起來的效果？還是幾個小改善累積起來產生了更大的作用？

不知道，也不在乎。我們花了六週把工作做好、盡了全力，而結果非常、非常好。我們對這個成果感到無比開心，這樣就夠了。畢竟，這不就是最終的目的嗎？

你當然可以主張，我們應該把每一項改動分開嘗試、個別衡量成效，然後再決定下一步怎麼走（或知道何時該收手）。你也可以說，一次改這麼多東西，根本不可能知道到底哪些變數才是真正關鍵。你甚至可以說，我們應該更嚴謹地評估，才能學到一些可以套用到未來專案的根本法則。

這些說法都對。但當你在為這些觀點爭辯、花上數個月抽絲剝繭尋找答案，或是一個接一個地在高流量下測試每個改動以求統計上的顯著性時，我們早就已經在享受成果，並讓產品團隊往下一個專案邁進了。六週內，所有工作都完成了，我們盡了全力，而且它奏效了。

重點不在於搞懂，而在於動手去做。而我們已經做完了。