Files
gh-mileschou-claude-marketp…/skills/ddd-strategic-design/references/pm-questions.md
2025-11-30 08:40:24 +08:00

3.7 KiB
Raw Blame History

Product Manager Interview Questions

產品經理訪談的目標是理解業務目標、優先順序、以及產品策略。這些資訊幫助識別核心域 (Core Domain)、支撐域 (Supporting Subdomain) 和通用域 (Generic Subdomain)。

Phase 1: 業務背景與目標

目的:建立業務脈絡,理解為什麼要做這個系統

  1. 這個產品 / 系統要解決什麼業務問題?
  2. 主要的商業目標是什麼?(營收、效率、用戶體驗?)
  3. 誰是主要的利益相關者?(客戶、內部團隊、合作夥伴?)
  4. 這個系統在公司的整體業務中扮演什麼角色?
  5. 如果這個系統失敗,對業務的影響是什麼?

追問技巧:

  • "為什麼這個目標很重要?" - 挖掘深層業務價值
  • "有沒有具體的數字目標?" - 理解成功指標
  • "有哪些競爭對手在做類似的事情?" - 了解市場定位

Phase 2: 功能優先順序與範圍

目的:識別核心域,區分必要功能與次要功能

  1. 如果只能保留三個功能,你會選擇哪三個?為什麼?
  2. 哪些功能是產品的競爭優勢?
  3. 哪些功能是「必須有」(Must-have),哪些是「最好有」(Nice-to-have)
  4. 未來 6-12 個月的產品規劃重點是什麼?
  5. 有哪些功能是你們刻意不做的?為什麼?

追問技巧:

  • "這個功能對哪類用戶最重要?" - 識別不同用戶群體
  • "如果沒有這個功能會怎樣?" - 測試真實重要性
  • "這個功能的投資報酬率如何評估?" - 理解價值衡量

Phase 3: 流程與決策點

目的:理解端到端流程,發現關鍵決策點和業務規則

  1. 能否描述一個典型的用戶旅程?從開始到結束?
  2. 在這個流程中,有哪些關鍵的決策點?
  3. 什麼情況下流程會失敗或需要特殊處理?
  4. 哪些步驟是自動化的?哪些需要人工介入?
  5. 不同部門或團隊在這個流程中如何協作?

追問技巧:

  • "這個決策是根據什麼規則做的?" - 挖掘業務規則
  • "有沒有例外情況?" - 發現邊界案例
  • "這個流程通常需要多長時間?" - 理解時間約束

Phase 4: 約束與限制

目的:識別系統邊界、外部依賴和技術 / 業務約束

  1. 有哪些法規或合規要求必須遵守?
  2. 系統需要與哪些外部系統整合?
  3. 預算和資源的限制是什麼?
  4. 時程上有什麼硬性期限嗎?
  5. 技術上有哪些限制或偏好?

追問技巧:

  • "這個限制是可以協商的嗎?" - 區分硬性和軟性約束
  • "如果突破這個限制會帶來什麼風險?" - 理解約束的嚴重性
  • "有沒有替代方案?" - 探索彈性空間

Phase 5: 成功指標與驗收標準

目的:建立清晰的成功定義,幫助後續驗證設計決策

  1. 你如何衡量這個產品是否成功?
  2. 有哪些關鍵指標 (KPI) 需要追蹤?
  3. 上線後多久會檢視成果?
  4. 什麼情況下你會認為需要重大調整?
  5. 用戶的成功長什麼樣子?

追問技巧:

  • "這個指標的目標值是多少?" - 量化期望
  • "如何收集這些數據?" - 理解測量機制
  • "有沒有領先指標可以提早預測?" - 找出早期信號

訪談後整理重點

根據 PM 訪談,應該能識別:

  1. 核心域 (Core Domain) - 產品的競爭優勢,業務最關心的部分
  2. 支撐域 (Supporting Subdomain) - 必要但不是差異化的功能
  3. 通用域 (Generic Subdomain) - 可以用現成解決方案的部分
  4. Bounded Context 候選 - 根據業務能力和功能群組識別的邊界
  5. 關鍵業務規則 - 影響設計決策的重要約束

記住PM 提供的是業務視角,需要與領域專家和終端用戶的訪談交叉驗證。