品味不是我覺得，而是能被驗證的判斷

很多產品與設計討論，最後都會卡在一句話。

「我覺得這樣比較好。」

這句話很常見，也很危險。因為它可能代表真正的專業直覺，也可能只是個人偏好。可能是長期經驗累積出的判斷，也可能只是因為自己習慣某種形式。

問題是，在團隊協作裡，如果一個判斷只能停留在「我覺得」，那它就很難被討論、被驗證、被迭代。

這件事放在我的工作裡更明顯。PM × Designer 常常站在需求、設計、開發與使用者之間，如果我只說「這樣比較順」或「這樣比較好看」，其實不足以推動團隊決策。因為複雜軟體服務真正卡住的，通常不是大家沒有感覺，而是感覺無法變成共同判準。

AI 時代讓這件事更明顯。以前方案產出慢，團隊會被迫花比較多時間討論方向。現在 AI 可以快速生出多個版本，每個方案看起來都可以，每個方向都有道理，每個人也都能用自己的品味支持自己的選項。

這時候，真正重要的不是誰比較有品味。

而是誰能把品味變成可驗證的判準。

我後來不再把品味看成單純審美

以前提到品味，很容易想到美感、風格、質感，好像它是某種很主觀、很個人的東西。

但在產品與管理裡，我越來越覺得品味其實是一種壓縮過的判斷。它把過去看過的失敗案例、使用者反應、技術限制、商業目標、團隊能力，濃縮成一種快速辨識方向的能力。

所以有經驗的人常常能很快說：「這樣不對。」

我相信這種直覺有價值。問題是，他能不能說清楚為什麼不對。

如果說不清楚，團隊只能相信他的權威。短期也許有效，尤其在小團隊或時間很趕的專案裡，大家可能就照著有經驗的人走。但長期會出問題，因為團隊學不到判斷邏輯，只學到迎合某個人的偏好。

好的管理者，不只是自己有判斷，而是能讓判斷被團隊理解。

品味要先變成可觀察的句子

我後來在討論設計和產品決策時，會刻意把模糊的品味句子翻成可觀察的句子。

不要只說「這個流程比較順」。更好的說法是，使用者第一次進入這個頁面時，應該在三秒內知道下一步要做什麼。

不要只說「這個設計比較有質感」。更好的說法是，主要操作不應該被裝飾元素干擾，使用者視線應該先落在任務入口。

不要只說「這個功能比較完整」。更好的說法是，在沒有客服協助的情況下，使用者應該能完成申請、查詢進度、補件與收到通知。

這種改寫看起來只是文字調整，但它會改變討論的性質。

「比較順」、「比較好看」、「比較完整」很難討論，因為每個人都可以有自己的感覺。一旦它變成可觀察的句子，團隊就能拿真實情境來比對。使用者是不是真的知道下一步？任務入口是不是真的被看見？沒有客服時是不是真的能完成流程？

這不是把品味消滅，而是把品味轉成團隊可以共同檢查的語言。

小樣本驗證比空談有效

很多人以為產品決策只能等市場回饋。但對很多 B2B、政府系統、內部工具來說，等到市場回饋才知道方向錯，通常已經太晚了。使用者不一定會明確表達問題，回饋週期也很長，很多錯誤會先變成維運成本，再慢慢浮出水面。

所以我比較偏好小樣本驗證。

不是每次都做很正式的研究，而是選幾個代表情境，把方案放進去跑。如果是流程設計，就看新手能不能完成，老手會不會覺得多餘，異常狀況是否有出口。如果是資訊架構，就看使用者能不能找到東西，是否誤解分類，是否需要來回跳轉。如果是 AI 產出，就看它是否符合語氣，是否遺漏限制，是否產生幻覺。

這種驗證不一定完美，但它比空談有效。

因為它把「我覺得」變成「在這些情境裡，哪個方案命中率更高」。

品味衝突時，不要急著投票

團隊裡最常見的錯誤，是把品味衝突變成投票。

多數人喜歡 A，所以選 A。主管喜歡 B，所以選 B。設計師覺得 C 最美，所以選 C。這看起來像做了決策，其實只是決定誰的偏好比較有權力。

我後來覺得，品味衝突時，更重要的是先把共同判準講清楚。

這次我們最在意的是轉換率、可理解性、開發成本、品牌感，還是長期維護？這些目標的優先順序是什麼？哪些是必須達成，哪些只是加分？

當判準清楚，討論就會從「我喜歡哪一個」變成「哪一個更符合我們共同同意的標準」。這時候，就算最後還是需要有人拍板，團隊至少知道那個決定是怎麼來的。

管理者很重要的工作，不是替團隊決定所有答案，而是讓團隊知道要用什麼標準判斷答案。

判斷要被記錄，品味才會進步

品味不是天生的。它是在一次次選擇、錯誤、修正裡累積出來的。

所以我認為團隊應該保留簡單的決策記錄。它不用像會議紀錄那麼重，也不需要把每句話都寫下來。真正重要的是記下當時怎麼判斷、為什麼這樣判斷、我們預期會發生什麼，以及後來結果跟預期差在哪裡。

如果沒有記錄，團隊只能一直靠印象做決策。每次討論都像重新開始，每次犯錯也很難萃取成方法。

但如果有記錄，品味就會慢慢從個人直覺變成組織能力。團隊會開始知道，哪些判斷以前證明有效，哪些直覺其實常常失準，哪些看似漂亮的方案最後反而造成負擔。

這就是我覺得「品味可驗證」真正有價值的地方。它不是要把一切量化，而是讓經驗可以被討論、被回顧、被傳承。

所以我現在會先問判準

我不認為產品與設計決策可以完全量化。很多時候，直覺、經驗、品味仍然很重要。尤其在複雜專案裡，資料永遠不完整，時間永遠不夠，利害關係人也不會完全同意。

但越是這樣，我越會先問判準是什麼。

這個判準不是為了把品味變得沒有溫度，而是避免團隊一直停在各自的偏好裡。好的品味不是不能被質疑。好的品味是被質疑後，仍然能說出它背後的邏輯。

對我來說，品味最後不是美感自證，而是交付判斷。它要能幫團隊在需求、設計、開發成本、使用情境和維運限制之間做取捨。當一個判斷能被驗證、被記錄、被下次複用，它才真的變成複雜服務落地的一部分。

當一個團隊能把主觀判斷變成可觀察的判準，把偏好衝突變成證據討論，把每次選擇變成下次學習的材料，品味就不再只是某個人的天分。

它會變成團隊的決策品質。