如果我當年去問顧客他們想要什麼，他們肯定會告訴我：「一匹更快的馬」。 — 亨利，福特
在以前還不是工程師聽到，大概只會會心一笑，就類似冷笑話的程度對待他，真有趣啊哈哈，大概就這種想法而已。
而最近在跟實習的團隊真正在開發產品時，最常聽到的是產品出來之後，PM的下一句話大概就是：『做得不錯欸，但是這個顏色可不可以換一下這個，好吧不太對那再換這個，還是不對欸，那再換回來看看好了，恩好就這個！』 所以繞了三遍回來顏色還是一樣？？
明明需求的Spec 是有清楚表示畫面規格，且有一起過Spec的，但是需求方好像，不太知道自己要什麼？ 這種想法慢慢盤繞在我心中並且無限放大，直到遇到這句話。
『一匹更快的馬』，其實就是代表需求方只能在自己的認知邊界想事情，再多就完全無法想像，例如，一名地球人是絕對想像不到一名外星人是如何在他的星球上與他的物種進行溝通的，因為已完全超出自我的認知邊界了，所以，其實 PM 與工程師團隊，其實其目的是來解決問題，但是，第一步卻是要來定義問題！
要來定義問題 ！
要來定義問題 ！
（重要的事說三遍）
而這個其實以一個工程師來說相對困難，因為平常應該很少有機會可以跟需求方碰面討論問題，所以 PM 一開始跟需求方定義問題就非常非常重要了。
『更快的馬』 馬應該不會是問題，而真正的需求我們定義下來之後應該是：
- 滿足更快速的東西（姑且不論生物非生物）
- 滿足更便利的東西
- 滿足更安全的東西
而 需求的重要程度又分為 1 > 2 > 3
上述馬能夠滿足 1 但 2 . 3卻都無法滿足
馬需要吃飼料有脾氣，甚至有時候還會來個感冒肚子痛，所以其實沒有更便利，只是更快速壓過了這些爛事罷了
更安全則更是不可能了，從馬背上摔下來，被馬踢到，颳風下雨在馬背上的你，都是個比馬更脆弱的生物而已。
以上人類之所以能接受，純粹只是 1 的需求 遠遠大過於 2 3罷了。
總之，希望以後遇到的 PM 能以界定問題為出發點來解決問題，而不是解決一個問題之後遇到更大的問題。
或者，只求可以一起討論需求方的要求就好了ＸＤ
