Devs.tw 是讓工程師寫筆記、網誌的平台。歡迎您隨手紀錄、寫作，方便日後搜尋！
Devs.tw 是讓工程師寫筆記、網誌的平台。歡迎您隨手紀錄、寫作，方便日後搜尋！
身為軟體工程師，我通常一有空就會做些 side projects。
該做什麼樣的主題比較好呢？
久了之後慢慢發現幾個改善的點子的小技巧。跟大家分享一下。
不要做那種你跟別人聊過之後，大家都說「聽起來還不錯」的點子。
這種點子就是沒人在乎的點子，沒有解決任何人的問題。
做那種大家聽了都皺眉頭的點子。大家聽了都覺得有點困惑的點子。大家都覺得是在浪費時間的點子。
這種點子通常會有非常少數人聽了眼睛為之一亮。他們不會說「聽起來還不錯」，他們會說「真的嗎？可以現在就給我用嗎？」
他們甚至願意當場就付錢。執行這種點子。
先從解決極少數人真正的問題開始，然後從那裡往下走。
相關文章：http://www.paulgraham.com/startupideas.html
據說 Amazon 內部開發產品的時候，會先從寫「產品發表會的新聞稿」開始。
在寫宣傳稿的同時，會希望把產品描述的吸引人、貼近用戶，並且先省略技術細節。
同樣的道理，在做 side projects 的時候，有時候會不太確定自己在幹嘛？
這個時候可以反過來開始做，先寫「產品上線發佈文案」。
也就是專案做好之後，你會在 FB 或是 PTT 之類的地方，貼文章跟親朋好友介紹的那種貼文。
介紹文章寫完之後，通常思緒跟目標也會跟著清楚許多。
相關關鍵字：Amazon Working Backwards
不管執行哪種點子，幾乎都會碰上一些挑戰。
比方說經營某種平台，需要有供需兩方，那一開始到底如何起頭？（雞生蛋、蛋生雞問題）
比方說某種創新服務，需要用戶帶著手機在指定地點做某件事（培養使用者某種全新的習慣）。
克服一個挑戰就更困難了，但花費足夠精力的話，至少還有點可能。
如果是個需要同時克服兩個以上挑戰才能 work 的點子，執行起來真的會非常非常困難。
稍微轉換方向，或是簡化它。先從一次面對一個挑戰開始吧。
你有沒有那種經驗，就是你朋友興高采烈的找你討論某個點子，你也熱血的急著動手做了。
結果過幾天你發現他只是一頭熱，他自己不再有興趣了，而你這段時間都是在浪費時間？
其實一個人做自己的專案也一樣，不管當下有多熱情，最好都… 睡一覺醒來再說。
把這個想法簡單寫進文件裡面。頂多稍微設計一下架構。
隔天起床還是一樣覺得很熱血嗎？那不妨… 再睡個幾天再說。
不要因為這種一頭熱把生活中其他事情排開。
大多時候你會發現，睡醒之後你對昨天的爛點子其實沒什麼興趣了。
做那種不管過了多久，都還是每天起床，會覺得非做不可的事情。
點子這種東西想破頭通常也沒用。為了做而做也很沒意思。
想想看有沒有在洗澡的時候常常會浮現的念頭。
那種時不時會出現，你總覺得好像可以動手做的事情。
下次這種念頭又偷偷出現的時候，不要再忽略它。
相關文章：http://www.paulgraham.com/top.html
不論想做的新產品/服務是什麼，它都必須要比現有的解決方案… 好非常多才行。
如果只是好一點點的話，用戶是不會買單的，畢竟轉換需要成本，大家會寧可用已經習慣的。
如果你要做的東西只比現存方案好一點點，你心想「試試看，推推看，也許可以吸引到大家改用我的產品」那你就錯了。
不如想清楚一點、多下一點決心：直接做一個需要多花10倍心力，但是屌打現有方案的東西吧！
相關關鍵字：Elon Musk. It can’t be just a little better than the competition. it has to be great.
仔細想想就會覺得，幾乎什麼點子都不可行。
每個點子都明顯有很困難的地方，根本通通都不可行。
否定總是最簡單的。
這個做不到、那個不可行、然後沒有錢執行這個跟那個。
真的是這樣嗎？
新點子、想法、創意，這種東西永遠都是非常脆弱。用力摸一下就粉碎的東西。
不如養成一個習慣：不論是聽起來再怎麼糟糕的爛點子，都留給它一點點點點的生存空間。
再讓它存活一下下。過陣子再想一下…真的不可行嗎？…確定嗎？
真的有這麼確定？你到底是為何可以這麼確定？
再保持野心一下下，再調查研究一下下，也許你會發現，其實有你可以動手的空間。
相關文章：http://fortune.com/2011/10/24/jonathan-ive-on-steve-jobs-and-the-fragility-of-ideas/
（完）
(Photo by AbsolutVision on Unsplash)
