試錯

02-01

試錯

前幾天看公司離職同事反饋的各種意見建議還有抱怨，很有價值。但是反饋中有一點，我是無法贊同的，那就是對待「試錯」的態度。有兩位同事抱怨說，為什麼要不斷「試錯」? 這樣多折騰? 搞得開發人員多累。客戶為什麼要不停的要我們修改設計稿? 多煩。

首先要說的是，我在工作中看到不少人混淆了「試錯」和「錯誤」這兩個事情。有些試錯根本就是糾正錯誤，既然事情無法一次作對就別找別的客觀理由了，一個功能，每改動一次，都會出現新的問題，這樣產品人員肯定要你不停的去修正，幾次三番，作為開發人員自己沒意識到自己的責任，反而會把問題怪罪在產品人員頭上。但實際上，這樣的情況應該先看看自己做的事情是否不夠嚴謹，自己考慮得是否不夠周全。

絕大多數人都不喜歡頻繁的被動的改動自己的已經「完成」的工作，文案不喜歡改來改去的，設計稿也不喜歡改來改去的，做完的功能不喜歡改來改去的，總而言之，你別來折騰我，別來煩老子，別來惹老娘…有點情緒可以理解，但我們應該認識到的事情是，如果你要把東西做的更好，就是要不停的改動，不停的改進。沒有人能一次弄出來一個完美的東西，除非你是神。對了，喬布斯不是神，因為 iPhone 第一代產品現在看起來根本就是個半成品。「改動」和「改進」的差別在什麼地方呢? 差別就在於改進是要使產品、項目乃至工作變得更好，能進步。

一看到「進步」兩個字，很多人說，我喜歡進步，更想得到成長，但是我討厭別人來折騰我。聽起來你沒錯，只是因為「反饋」的信息不在你這裡，而是被別人掌握，可你又從沒想著去了解這些反饋。舉個簡單的例子，程序員和產品經理搭配工作，產品經理要程序員改動某個功能，程序員覺得你很腦殘啊，要改動你怎麼不早說，之前你幹啥去了? 答案是之前他犯錯了 - 因為經驗或是能力的問題或是因為概率問題，然後他試圖糾正或是校正這個問題。這是他的工作性質決定的。他不可能一次把所有的東西都做對，除非你做一個根本不會有人用的東西，沒人反饋問題，因而也就看起來沒問題。

不對勁兒，你說的好像哪裡有點問題: 產品人員能否提前去做好調研，做好分析，做好各種準備工作，做好決策，然後讓工程師一次把東西弄出來不需要頻繁改動呢? 當然能啦，在過去的軟體開發工作中差不多就是這樣的。好吧，跟我們的環境有點遠。還有一種呢，是離岸外包，需求分析說明什麼的文檔寫出來一大堆，然後開發人員直接實現就行了，你可以想見，這樣的環境下每個人都不過是螺絲釘，然後你一定又會覺得，哎呀，接觸的東西太窄了，這樣長此以往人都廢掉了怎麼辦啊? 去「試錯」。

還有一種不需要試錯，其做法就是跟著別人的產品去複製，別人有的東西尼也要有，別去想為什麼，只是因為「競爭對手做了，我們也要做」。這樣也是不需要試錯的，因為這個時候對錯已經不重要了。

絕大多數中小公司做事情，就是要不停的試錯，創業團隊尤其是要如此，這並不丟人，也不是為無能找借口。因為真實世界真實商業環境真實的用戶需求就是遠比我們認為的還要複雜，只有不斷嘗試才可能找到可行的解決辦法。柳井正寫書剖析優衣庫的成功之道，「一勝九敗」，如果我們「一敗」都沒有過，就想有「勝」，未免也太自大了一點。如果你只想按部就班的做事情，我建議你還是早點想辦法進入大公司進入大的機構去。

如果你沒做成什麼事情，那是因為你犯過的錯誤不夠多，你試錯的次數太少，或是你根本不願意試錯。

失敗是成功之母，試錯是正確之母。漫長冬夜，這碗濃濃的心靈雞湯免費送給你。

題圖：美國 66 號公路.

要知道，試錯是有很高的成本的，這個成本，基本上是由公司在承擔，公司心在流血啊…當然，個人也會浪費時間。如果能不用試錯當然是最好的。問題是，誰能呢? 如果你知道，請一定要告訴我，我請你喝一杯咖啡。