這不是一個雞湯文，也不是警世文，這文章沒什麼結論和重點，你不會從這篇文章中獲得什麼領悟。
恭喜你，你選擇繼續往下看，代表你對這標題也有一定程度的好奇，或許你也有同樣的疑惑？
「你的想法太工程師了，不適用在「一般」使用者上，怎麼可能用一般使用者的角度去思考產品呢？」會這樣說可能是你就是從事市場或和技術半毛關係都沒有的崗位上。
我覺得這個指控實在很莫名其妙，農夫講出關於種樹的話，漁夫講出關於撈魚的話，本該是天經地義的事，然後現在我們要進森林開墾，憑什麼漁夫說的就是道理，農夫說的就是歪理呢。
況且重點還是，最後要操刀的是農夫啊！
世間上的事，都不是完全都是兩極化的對與錯，一件事通常面向都會超過一個，就取決於那是站在那一面觀看，我要說的正是，軟體工程師如何設計好產品。
馬雲說過一句差不多這樣的話，他說：他就是 QA，他不會用的產品，大概就不是什麼好產品，因為大部分人都和他一樣，是一個不懂技術的人。
就單憑這句話，很多人就會拋開技術思維，拋開一切，就只想自己要做的「大方向」就好，那是當然的，做為一個領導，作為一艘船的導航，確實需要一個明確的方向，大家就盡力前進。但前進的動力來自哪裡呢？你可以知道人家背後有多少水手不斷研究划船的方法，才可以說出這句那麼鏗鏘有力的話。
「我考第一名，我從來不念書！」
馬雲那番話字面上理解，那個思維是成立的，但事實上，越是簡單的產品，RD 就必須花更多的時間和精力去思考，如果做出「簡單」而產品的「直覺和簡單」僅僅只是技術演進的結果罷了，千萬不要忽略過程。
我只想要飛，就往斷崖跳，就肯定會死的。想要飛的心情我理解，但我們能不能坐下來談談如何辦到「飛」這回事呢？
而越簡單的東西，越難做出來。
有一個箱子，裡面很冷，食物不會壞；一個箱子，裡面有畫面，哎！箱子好佔空間，做到跟牆一樣薄行不行？我想要一個放在口袋的電腦，看到的臉就開鎖，啊，要確保一定會開喔，不要讓我 demo 的時候開不了。
概念誰都會說，根本不需要花很多時間在這個地方上。
一個好產品，重點是要解決問題，是不是廢話？是。
那麼要解決問題，要靠技術？還是靠想法？…
你開始質疑自己了吧，你沒有馬上選技術，或者你選了想法？
因為一般人是不會有這個認知的。你不用懷疑，好產品解決問題的重點，就是技術。不是想法。這兩者有什麼區別？會講不會做，就叫做想法；會講也會做，那是技術。但產品人員最愛放在嘴巴的一句話就是「技術不難，可以做得出來」、「技術可以辦到」大部分的概念都是來自於別家產品，至於如何實現，還是一種跟網戀一樣的概念，還沒見過本人，但是照片看起來還不錯。
時至今日要找出，只要好點子，就有好活路的故事太少了，技術突破不了，就是一個「和別人差不多」的東西。既然是差不多，就沒有必要多一個，面對消費者，你要怎麼說服人家用你家的產品呢？
我寫了一大堆都是在靠北，沒什麼重點，那我先講一個重點。
「講 HOW 不要講 WHAT 和 WHY」
一個組織要做什麼事，應該不難決定，那就是一個決定。
試想想，最近我有個朋友在想開餐廳的事，我就默默的觀察，他會如何思考開餐廳的流程。
他從選單一路講到店面，從行銷和定位，說到 SWOT 和五力分析。都還沒說到，如何做飯這個點上。雖然只是比喻，但是你可以想像餐廳本身最關鍵的除了價格，就是味道，好吃！最直接的競爭力，就是要
「HOW 做到很好吃」一個點就好。
而 HOW 的精髓，就是技術（技巧），做菜需要技巧；寫程式也需要技巧，如何用什麼工具解決什麼問題（這是重點，我只是沒有特別強調）是很重要的一個概念。
就跟為什麼這個控肉飯那麼好吃，它是怎麼辦到的？！靠，那就是靠技術啊，每天做研究啊，研究又試做啊，然後失敗又再來啊，不然你以為咧。
至於說，技術本身是沒有意義的，除非它用來解決問題。
那就是一個重點了，要講出問題在哪裡（WHAT），和為什麼會發生（WHY），即便這些很有可能都是在猜的，要講出幾個點那也不是一件難的差事，只差你願不願意面對而已，因為就算你說錯了，也沒有什麼證據證明你是錯的，你頂多只能懷疑，這個傢伙在胡說。
技術本身是沒有意義的，就讓我想起一個名人說的話，錢本身是沒有意義的，除非你利用它！說到我帳戶有幾萬千還沒開始「利用」一樣。那個重點不是這句話，重點是我沒有錢啊！
技術本身有沒有價值，我不好說，但重點是，我們要先研究出技術啊！
而很多時候，我們只需要一個選單，就那麼簡單。但是可怕的事還不是沒有選單，而是有選單還有一疊厚厚的明細，隨著不懂做菜的人進廚房，然後還幫你為每個做菜步驟列名時間和順序，然後當你仔細一看，那個根本不是做菜步驟，是上菜和吃飯的步驟，裡面寫的跟做菜一點屁關係都沒有。
這群人根本不在乎怎麼做菜啊。
但不要誤會，半點也沒有怪他們「為何不關心」做菜這事上。
因為很多時候，甚至極大部分時候，工程師也是不關心如何「上菜」的，也不關心味道如何，只要時間內上菜，老闆沒有埋怨，客戶沒有中毒死，更也別說口碑好不好，有的廚師本來就是抱著能吃就好的心情做菜，竟然吃不死，就是好料理啦。
但這主題是說「好產品」就不是能吃就好的東西了，要對味道和整個用餐過程都很有要求。
就算不是五星，也要老闆親切啊，服務態度 UX 要好，UX 不是一個人的工作，UX 是一個團隊的工作，一個集體帶來的效益。大部分團隊就是設計出圖，PM 畫 flow，RD 寫 code；就跟打傳說有人坦克，有人輸出，有人牽制，但如果要勝出，就可能互相幫打，坦克輸出會補刀，輸出火力也要幫忙牽制，但是如果規定了坦克就只能捱打，牽制就只能在那邊躲起來發功，那就死定了。
分工的結果就如參加一個比賽，的確是順利的把比賽結束了，但也別想說有什麼驚喜的表現。
寫程式的人就會用工具了，尤其是前端，現在光是設一個開發環境，就用了一堆東西，有些太久沒有用它還更新改版了，有天有個朋友請我幫忙做個事，我就拿著筆電狂 Key，滴滴答答的，一個多小時之後，我就「yeah」喊了一聲，他就問「你弄好咯，感謝啦」
我說「還沒，但可以開始弄了！yeah」
但我以一個消費者的立場，做出產品，至於好不好，是消費者自己的看法。千萬不要一直和我說你東西有多好吃，我自己有嘴巴好嘛！如果不好吃，你和我說一百遍也不會好吃啊。