產品經理 AMA 系列： domain knowledge 重要嗎？
AI 時代，domain knowledge 還重要嗎？如何取得？
AMA 系列說明
這是一個 AMA（Ask Me Anything） 短文系列，回答一些產品經理常見、但很難用一句話說清楚的問題。歡迎按讚、訂閱與分享。
前言
最近，有產品經理問我：
「Domain knowledge 到底重不重要？
如果我不夠懂這個產業，還適不適合當這個產品的產品經理？」
這個問題，我在不同職涯階段，其實給過完全不同的答案。
先說清楚：這篇文章適合誰
如果你是新手產品經理，這篇文章知道就好。
在這個階段，把產品經理的基本能力練好，遠比你是不是很懂某個產業重要。能不能把問題拆清楚、需求判斷對不對、能不能順利和工程與設計合作，才是關鍵。但如果你已經過了新手階段，開始負責較複雜的產品，或正要往 B2B、AI、垂直產業前進，那 domain knowledge 這件事，就會開始變得很重要。一. 什麼是 domain knowledge？
在這裡，我先簡單定義一下什麼是 domain knowledge。
Domain knowledge 指的是在特定產業、領域或組織中，長期累積下來的一組共識與經驗結構。它通常包含三個層面：第一，產業內普遍接受的共識，例如商業模式、客戶行為或常見限制；第二，組織內形成的共識，例如過去的決策經驗、既有做法與內部判斷；第三，未被明文記錄、但存在於人與人之間的隱性知識（tacit knowledge），像是對利害關係人的理解，或對系統風險的直覺判斷。
二. 為什麼 domain knowledge 重要？
在職涯早期，我其實不太相信 domain knowledge 那麼重要。我比較相信，只要邏輯清楚、能拆需求、會做使用者研究，就能把產品做好。這個想法在 consumer 或通用型產品裡，某種程度上成立。
但當我開始做 FinTech、B2B SaaS、Enterprise 產品後，我發現事情完全不同。很多看似不合理的流程，其實是來自於法規、風險控制；很多使用者看似奇怪的需求，背後常常是組織分工、權責與歷史包袱。
Domain knowledge 之所以重要，很簡單：它讓你分得清楚什麼是真問題、什麼只是解法；看到表面流程背後的第二層、第三層原因；在 roadmap 做決策時，不會只憑感覺，而是知道哪些事情值得做，哪些即使技術可行，也不能碰。
換句話說，domain knowledge 讓你在複雜環境下，用更少時間判斷方向，知道哪些選擇能帶來真正價值。
即使進入 AI 時代，許多知識都能透過 AI 快速取得，但仍有一類隱性知識難以被輕易複製或取代，而這正是未來愈發關鍵的所在。
三. 哪些產品特別吃 domain knowledge？
下面這個表，是我自己觀察不同產品領域工作的觀察整理。
我自己的一個小觀察是：
越吃 domain knowledge 的產品，越常看到非產品經理背景轉產品經理的案例。
因為在這些領域，產業理解本身就是產品判斷力的一部分。
四. Domain knowledge 也可能變成包袱
不過，也要小心。Domain knowledge 太強，很容易帶來經驗主義。你會不自覺地用過去的答案，看現在的問題；太快替使用者下結論；把探索階段，變成驗證自己想法的過程。
我現在會提醒自己：
Domain knowledge 是用來提醒你檢驗假設的，不是讓你以為自己什麼都懂就不用思考了。
五. 給 domain 新手的建議
如果你正在一個不熟的領域，我會這樣建議累積 domain knowledge：
跟最接近實務的角色請教
找每天真的在用系統、出錯會被追責、最清楚哪一步不能省的人。很多關鍵知識，是不會寫在文件裡的。善用 AI 建立基本知識
用它整理流程、名詞與角色，再拿這些理解去跟實務角色對話、修正。刻意問一些反直覺的問題
例如：「這裡如果錯了，誰會出事？」
這類問題，往往能最快帶你接近真正重要的 domain knowledge。
結語
我認為不是每個產品經理都需要很深的 domain knowledge，這取決於你所在的產業。
但大多數的狀況是，當你走到職涯中段，它會開始發揮關鍵的影響。
如果你也有想問的問題，請歡迎留言提出，Ask Me Anything！