Plan too much is a crime
Logdown 已經上線滿一個月了。這次實在是累積了非常非常多的 Exp。不過我覺得最值得寫的一個感想應該就是這件事：「Plan too much is a crime」。
我曾經做過非常非常多產品，有幫客戶做的，有幫客戶做的，有自己做好玩的。當中成績最好的應該是當年的 VeryXD，接下來是 Logdown，再來是 Paperclip.io。第一個是我當年學 Rails 一口氣在兩個禮拜硬做出來的產品。後面兩個是這一年來玩 Hackathon 做出來的產品。
這幾年來，我一直不斷的在思考這些失敗的、不上不下的、無疾而終、大獲好評的產品中間的差異...
這一個月，終於想透了。
如果想要做出一個好的產品，真正關鍵的元素就在於「不能想太多」...
Logdown 就是完完全全這樣的一個例子。這幾天在 FB 看到很多朋友對於 Logdown 都有一個誤解，以為我們這麼頻繁的更新 Feature，而且新的 Feature 都非常實用。以為 Logdown 是我們傾了全力打造的一個產品。
但實際上，在開發現場完全不是這麼回事。我可以老實的承認，我們從頭到尾都完全沒有足夠的時間和精力開發 Logdown 這個產品。大家所看到的東西，真的都是我們休息時間搞出來的業餘手工品...
Logdown 的第一個雛形，是我們花了 1 個小時、用手畫了三張原型就開幹了的產品。因為是一個 Hackathon 比賽的產品原型，我們不可能也沒能力計畫太多，那會導致完全作不完。
而在產品上線之後，因為公司業務滿檔的關係，也根本沒時間好好弄計劃寫 Feature，頂多是在忙了一整天後，為了發洩情緒開幾個 branch 試試看做這個行不行，那個行不行。所有已上線的功能其實基本上就都是「一天可寫完」「非常重要」的基本功能。
如果某個 idea 實作會超過一天，基本上就會被扔掉。因為「沒有美國時間作」。但如果某些功能很重要，但一天之內做不完但一定要上，我們會改用掩耳盜鈴的做法。以一個大家都可以接受的 workaround 上線。
從頭到尾根本不是大家想像的那樣：「仔細的 plan、完美的執行」。而是手上有什麼傢伙，抄了就上。快速的砌磚、抹土，然後扔給同事貼磁磚。一直不停地重複這樣的動作，把房子蓋出來的...
這跟以前做的那些不怎樣的產品，最大的差異在哪？答案就是「時間」。
當大家有充裕的時間討論，與充裕的時間執行，所謂可用的 prototype 根本就不可能被做出來。因為所有人會被陷在決策樹裡面動彈不得。
因為你有很多個看起來都 OK 的 option 可以選。所以就容易不經意的挑三揀四，東摸摸西摸摸。作一個 project 當然可以計畫得很周詳，但要知道能不能成功，唯有一試才能知道這貼不貼近現實。而大多數人不知道或不願意面對的真相是，人的精力和熱情是經不起太多的射不准。
只要花上越多的時間的時間在 plan，在一開始擁有越多的 option 與資源。那麼這件事 fail 的機率會越來越高...
這也讓我開始理解，難怪矽谷公司越來越喜歡舉辦 Hackathon 發掘新點子新功能，而非使用 PM 作傳統的規劃設計。Hackathon的確是一個可以逼迫大家捨棄無謂想法，專注開發出有效點子且高價值的原型活動...
當你擁有的資源越少、擁有越少的時間去思考，這些限制才能夠逼你作出真正關鍵的決定。而不是讓你在思慮周詳之後作出一個廢物。