簡單,能不做就不做
更新于:2025-03-25 22:35:36

導言

不管我們的終極目標是什麼,我們應該只專注於那些能夠帶來價值的步驟。每一個非必要的步驟都伴隨著機會成本,因此,每去除一個非必要步驟,都會使我們獲得更多時間、精力和腦力,並將它們用於重要事項之中。

急著追求完美,完美的前提是完成。

1998年2月,佩里·哈特曼 (Peri Hartman) 前去與傑夫·貝佐斯 (Jeff Bezos) 和謝爾·卡潘 (Shel Kaphan) 會面,卡潘是亞馬遜的第一位員工,也是軟體開發的負責人。貝佐斯之所以安排這次會面,是因為有一個一直困擾他的問題:他的電子商務網站發展迅猛,可結帳流程非常煩瑣。當時網路購物的典型特點是,要下訂單,用戶必須完成一長串的操作步驟。那時候自動填充功能還沒有出現,這意味著使用者完成一次訂購需要好幾分鐘甚至更多時間。

飯局之中,貝佐斯說:“我們需要使訂購系統更簡捷。我們要讓用戶花費最少的時間就能訂購產品。最好讓他們只點擊一次就完成訂購。”

回憶起那段經歷,哈特曼說,他的目標非常明確,就是讓網上購物變得更容易。

貝佐斯也意識到:“步驟越多,使用者就有越多時間改變主意。如果你能讓使用者‘一鍵購買’,他們購買的可能性就更大。”如果能把這些複雜程式簡化到一次按兩下就能搞定,將是一個巨大的突破。

事後來看,“一鍵購買”作為解決方案似乎顯而易見。但是哈特曼這位聰明而充滿激情的程式師,在這之前已經花費了兩三個月,致力於對結賬過程中每個單獨的步驟進行簡化,卻從未考慮過“一鍵購買”這一方案。我們無法單獨評估這一創新的確切價值,但毫無疑問,它價值連城。

INSPIRE

THE BEST

01

消除不必要的,“完成”好過“畫蛇添足”

令我驚訝的是,哈特曼花了幾個月的時間試圖簡化“每個步驟”,但從沒想過通過“刪減步驟”使“過程本身”變得更容易。這兩者之間是有巨大差別的。

不管你邁出的每一步有多輕鬆,不邁出這一步永遠會更輕鬆。

我兒子12歲的時候定下了一個目標:他要在14歲之前成為一名鷹級童子軍。兒子快到14歲的時候,他開始做最後一個“老鷹專案”,這個專案需要與一個40人團隊一起建造一個約55米長的柵欄,原有的柵欄在一年前的加利福尼亞州大火中被焚毀了。現在,只剩下寫一份關於這個項目的報告就可以完成任務。這看起來並不難,但由於我們馬不停蹄地做了近兩年的童子軍工作,這件事的難度在我們腦海中似乎被誇大了,以至於我們覺得還是拖著更容易一些。

事實上,我們很早就開始寫這份報告了。當我們失去動力時,工作其實已經進行了一半。但有時候,事情的後半部分好像比前半部分更令人卻步。為了使報告更好,我們不停地增添各種附加元素:一個生動細緻的開篇、大量的照片、專業的圖表等。然而這沒有用,因為我們已經看到其他童子軍投入了幾百個小時做出的精美報告 (多數情況下這樣的報告其實是他們的父母花了幾百個小時做的) ,這進一步提高了這個項目的門檻,讓我們認為自己應該更加努力。

然而現實是我們的項目始終止步不前,因為每次我們想把它再次撿起來時,我們都感覺手足無措。日子一天天過去,這項工作毫無進展。在那幾星期之後,我恰巧在研究複雜組織中的流程簡化。我突然意識到:我們正在把這個過程變得比原本更複雜。所以我們不如後退一步問自己:“完成這件事的最低門檻是什麼?”

我們決定簡化流程:寫下20個關鍵詞或引言,把它們列印出來,再剪下來,最後粘貼到適當的位置;列印一頁紙當作封面;插入3個章節分隔標籤;寫一篇3頁的文章,回答且只回答被問及的問題;列印出來,把它送到童子軍辦公室。

全部搞定!

這個對我兒子來說非常重要的專案從重新撿起到完成只花了很短的時間,因為我們提煉並完成了最必要的幾個步驟。最終,他在14歲生日前一星期成了一名鷹級童子軍。

當然,這個理念並不只適用於鷹級童子軍的專案。一般來說,有一個方法可以幫助你解決無數的頭疼問題,讓你在那些看起來極其困難或複雜的事項中勇往直前。這個方法就是問自己: 完成這件事最必不可少的步驟是什麼?

需要明確的是,刪減非必要步驟不等於“敷衍了事”,或者搞出一些你拿不出手的東西。非必要的步驟就是沒有必要的。消除它們,可以讓你把所有精力都用在重要事項上。幾乎在每一個領域,“完成”都要遠遠好過“畫蛇添足”。“完成”是一件值得引以為傲的事情:想在某件事上取得成功,你至少得完成它。

INSPIRE

THE BEST

02

“只跑1千米”,不做多餘的事

我從小到大最好的朋友學習時間一直比我少,但成績卻更好。你可能好奇他的秘訣是什麼,很簡單,就是老師要求他做什麼,他就做什麼,絕不多做,僅此而已。相反,我會做得更多。我會閱讀超出要求的內容,研究必要範圍之外的東西。這就好比,我可能太迫切地想跑2千米,卻忽略了1千米還沒跑完。

在某些情況下“多跑1千米”是必要的。例如,外科醫生採取額外的措施來防止刀口部位感染,但“畫蛇添足”就大可不必了。說到這裡,我發現了一個有用的規則:“被要求做事件X,並不構成做事件Y的充分理由。”

例如,被要求做一個演講,並不是在幻燈片中附加視頻、花哨圖表和一頁又一頁數據的充分理由。你是否經常被迫耐著性子聽完這樣一個演講:演講使用的幻燈片有很多頁,或者每頁幻燈片上有非常多的文字,或者所有東西都讓你感到太多了。請思考一下,這真的是你想為別人創造的一種體驗嗎?

IBM公司傳奇般的崛起經歷中,有一個極易被忽略但關鍵的時刻,它揭示了一種更好的工作方法。路易士·郭士納 (Lou Gerstner) 在剛剛就任IBM首席執行官之後邀請高管之一尼克·多諾弗里奧 (Nick Donofrio) 在公司會議上發言。郭士納回憶說:“當時,任何重要的IBM會議的標準演講模式,都是用投影儀和幻燈片上面的圖表來進行演示。IBM的人把幻燈片稱為‘薄片’,誰也記不清要這麼做的原因了。當多諾弗里奧演示到第二張‘薄片’的時候,我走到桌旁,在他的團隊面前盡可能禮貌地關掉了投影儀。在一段長時間尷尬的沉默之後,我坦率地說:‘咱們只談正事吧。’”

這才是大多數演講的重點:“ 只談正事 。”所以,下次你要寫報告、做演講或者進行推銷宣傳時,請抵制想添加附加部分所帶來的誘惑。它們不只干擾你,它們也干擾你的受眾。這就是為什麼當我做演講的時候,我只用6頁幻燈片,上面總共不到10個詞。

我們很少需要跑2千米,跑完1千米就比哪裡都沒去要更好。

INSPIRE

THE BEST

03

能省則省,把握不為人知的簡單性

蘋果最優秀的產品設計師團隊與史蒂夫·賈伯斯會面並展示了他們的設計。這款產品允許使用者將儲存在電腦上的音樂、電影和數碼照片刻錄到DVD光碟上,它最終面市時叫iDVD (如今已經不存在了) 。設計師團隊希望博得老闆的稱讚,因為這是一款擁有漂亮、簡潔設計的產品。在呈現它眾多特性和功能的同時,設計師團隊還為它的精簡度感到自豪,要知道原始版本的使用手冊長達1000頁。

但團隊成員很快發現,賈伯斯心中另有想法。他走到白板前,畫了一個長方形,然後他說:“假設這是新的應用程式,它有一個視窗。當使用者把視頻拖進這個視窗,然後點擊‘燒錄’按鈕就完成了刻錄。這才是我們要做的產品。”

參與會議的產品設計師之一邁克·埃萬傑利斯特 (Mike Evangelist) 很震驚。回顧這件事的時候他才想清楚,“任何多餘的東西都會變成阻礙”。

埃萬傑利斯特告訴我,他最大的感悟是,在設計這個產品時,他和他的團隊當初採取了錯誤的方式。他們以一個非常複雜的產品作為開始,然後嘗試精簡它。但賈伯斯從另一個角度切入。他從零開始,然後嘗試找出最必不可少的元素,以此來實現想要的成果。

我們已經習慣生活中所有事情發展過程的複雜性,卻很少停下來質疑這一點。比如,我推出了一檔播客節目。起初,我打算給每位訪談者發送一份包含12個步驟的說明:

1. 使用以下信息登錄Zencastr網站:使用者名:XYZ密碼:ABC

2. 訪談開始前,點擊從Zencastr收到的郵件中的連結。

3. 為確保最佳音質,當谷歌瀏覽器提示時,允許彈出來自Zencastr的通知。

4. 將Zencastr存為書籤(點擊谷歌瀏覽器位址列右端的星標),此項是針對第3步的保障措施。

5. 確保麥克風狀態檢查顯示“通過”。如果沒有顯示,請點擊長方形音量條底部中心位置帶有你名字的標籤,查看問題所在,同時點擊連結排除故障。

6. 確認你能聽到我說話,並且我們可以通過Zencastr交談。

7. 點開我發給你的Zoom連結,它應該也在“日曆邀請”中。

8. 一旦進入Zoom視頻,立即關掉Zoom的麥克風。

9. 在Zoom上啟用視頻。

10. 當我在Zencastr和Zoom上都點擊錄製,請確認你可以在兩個軟體上都看到錄製圖示,並與我進行拍手測試。

11. 然後我們開始吧!

12. 結束時,請在關閉視窗前先退出Zencastr帳號。

這些步驟,即便只是讀完我都覺得很麻煩,更不用說讓我的訪談者遵循和照辦了。於是我從零開始。我問自己:“別人通過Zencastr與我對話,最少需要幾個步驟?”有了答案之後,我把過程簡化成這樣:

1. 訪談開始前,點擊從Zencastr收到的郵件中的連結。

2. 開啟錄製和結束錄製都由我來做,所以你要做的就只有聊天。

就這樣,只需要簡單的兩步就解決問題了。

2001年2月,17個思想獨立的人在雪鳥 (Snowbird) 的洛奇酒店 (The Lodge) 會面。雪鳥是猶他州的滑雪勝地,位於瓦薩奇山脈。他們在山上休息、聊天、吃飯、滑雪,期間還談論到軟體開發。誰曾想他們在那個週末的談話變成了一份如今被廣泛傳閱的檔,名為《敏捷軟體開發宣言》 (Manifesto for Agile Software Development) 。在這裡,他們為能開發出更好的軟體制定了一套原則,即通過消除障礙和阻力來創造一種輕鬆的用戶體驗。

其中,12條原則之一提道:“簡化是必不可少的,技巧是能不做就不做。”他們藉此表達的是,如果可以通過更少的代碼和設置為客戶創造價值,那就最好這樣去做。儘管這個原則針對的是軟體開發,但我們可以把這個說法應用在任何日常事務之中:“簡化是必不可少的,它的技巧是能不做就不做。”換句話說, 不管我們的終極目標是什麼,我們應該只專注於那些能夠帶來價值的步驟。 每一個非必要的步驟都伴隨著機會成本,因此,每去除一個非必要步驟,都會使我們獲得更多時間、精力和腦力,並將它們用於重要事項之中。

你可能會驚訝地發現,僅僅幾個步驟,就可以完成那麼多看似複雜的目標和任務。正如安迪·貝努瓦 (Andy Benoit) 所觀察到的,大多數天才取得成功靠的並不是解析煩瑣的複雜性,而是利用不為人知的簡單性。