產品性能？外掛太多？

做軟體產品N年，雖然不是直接面向客戶的團隊，但時不時會和客戶打交道。在這些和客戶打交道的經歷中，幾乎都是一邊倒地說產品有問題、產品不好的經歷，甚至有被人說產品設計原則就錯了，被人指著鼻子說是垃圾產品的時候。當然啦，產品研發被拉出來直接支持客戶項目，面對的都是難啃的骨頭，局面難看也不是什麼奇怪的事情。「產品性能」問題這樣的事情，或許就是眾多局面難看的事情中的一個事情。

如果想簡單地說明下，什麼是產品性能問題，下面這個圖或許能形象地反映這個問題的外延。

是外掛太多？是車這個產品在設計時就沒考慮到會被這樣用，所以是設計就錯了？

從產品的研發者角度來看，幾乎不會有任何遲疑，馬上會跳起來說：車不是這樣用的，怎麼能加這麼多外掛！？

但從使用者角度來看，情況更可能是：我的實際情況就是這樣啊，我就是有這麼多人/東西要運走啊；你的車在設計時沒考慮到這樣的情況，那就是車的設計有問題啊。

另一個可以用來印證這種局面的是：很多年前，海爾賣洗衣機到鄉下，發現洗衣機總是壞得很快，比城裡用戶的壞得快得多；最後發現，鄉下用戶不怎麼用洗衣機來洗衣服，更多用它來洗紅薯。當然，海爾以用戶為第一，很快推出了可以洗紅薯的洗衣機。只是我自己有個問題：用這樣的洗衣機洗衣服會怎麼樣？萬一，我還想用它來給我家的雞鴨鵝洗澡呢？

所以，產品都會有邊界問題。這才應該是產品性能問題的內涵了。

對實物類的產品，邊界問題可能更容易定義、討論。所以，由此產生的性能問題，也更容易在生產者和使用者間達成共識。比如，像上面的這個圖片展示的情況，如果廠家有說明書說，我的車最多載10個什麼樣的人，至少從責任斷定角度來說，廠家的責任就已經撇清了。至於產品受不受歡迎，已經不是邏輯意義上的產品性能問題了。而且，就算是沒有產品說明書，有基本常識的人，應該都會理解車這個產品正常狀況下不是這樣用的。所以，對實物類的產品，邊界問題可能更容易定義、討論。

但放到軟體產品身上，事情就要複雜很多。因為相對硬的實物產品，軟體真的太軟了。

因為這個軟，就給了更大的靈活度空間給用戶，就導致一個特定的軟體產品，其使用場景可能有層出不窮的可能性。也就是說，其使用外延可能會大大出乎意料。比如說，我可不可以用photoshop來碼字寫論文？反正我若干年前是干過。我可不可以用powerpoint來給我女兒做卡通動畫？如果可以，我可不可以抱怨說這兩個產品設計有問題，因為用photoshop來碼字，用powerpoint做卡通動畫都是效率很低的事情。誰能告述我，一個word文件為什麼放了100萬字的小說後，就卡死了？微軟為什麼不在產品說明書裡面說明一個word文件最多只能放5萬字的小說，還不能有插入的圖片，而且還得是4G內存的機器？

因為這個軟，關於軟體的基本常識就是一個非常詭異的問題和話題。從同事那裡聽來的：曾經有朋友的朋友找過來，說給若干萬，讓做一個淘寶網站出來，還是一臉賞賜一個掙錢機會的表情，理由是因為淘寶網站也沒幾個功能啊。更有趣的親身經歷：家裡的老人家曾經要求我寫個軟體能造出有胳膊有腿的人來陪老人家聊天，而且覺得這是分分鐘能搞定的事情。

用戶一定有用戶的道理，產品也一定有產品的邊界和局限，這兩者間會存在gap在廣義上幾乎是天生的。我作為用戶，能不能因為我有道理，就推理出產品有設計問題，進而要求產品背鍋呢？或許只有上帝才知道和能回答。反過來，因為產品有邊界，是不是就可以推理出加外掛都是不應該的？或許不需要上帝來回答，但也不是一個輕鬆的問題。

但不幸的是，在我見的客戶里，只要是中國客戶，但凡遇到性能問題，我作為一個可憐的程序猿，而且可能還因為是一個博士程序猿，我都被要求回答前面這個只有上帝才能回答的問題。難道這是中國特色？或者是上帝將要給我什麼啟示的先兆？

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！