Double Diamond Applied

AI 設計工作流程優化正式報告

本報告依據 Double Diamond、Jobs-to-be-Done、系統思考與 Data-backed Design 原則，將現行線性流程重構為可追溯、可檢核、可驗證的跨職能設計作業模型。

FrameworkDouble Diamond
Design GateMother Matrix
AI RoleReview / Prototype
4 Discover、Define、Develop、Deliver 不得跳階。
3+ PM、Designer、Engineer 共同定義方向，AI 輔助檢核與生成。
1 所有活動與功能必須服從產品母體，不建立孤立專區。
AA 流程與介面皆以清晰、可及、可驗證為最低品質門檻。

Double Diamond 工作流模型

目標流程將問題探索、方向定義、方案發展與 MVP 驗證分階段管理，明確標示角色、證據與交付物。

Problem Space
Solution Space
01 Discover發散

研究問題現場

PM、設計與工程共同整合使用者回饋、平台資料、數據與技術脈絡。

  • 評論、平台組、數據組資料
  • 客群與任務情境假設
  • 技術可行性初判
02 Define收斂

制定產品與體驗戰略

PM、設計與工程共同制定方向，AI 協助整理證據與檢核一致性。

  • 問題陳述與成功指標
  • 產品母體與底層架構
  • AI Review 規則
03 Develop發散

發展多方案策略

PM 與設計提出方案，AI 協助生成變體，工程同步評估資料流與中後台限制。

  • 多方案原型與策略比較
  • 動線、Labeling、資訊層級
  • 規格與設計稿同步
04 Deliver收斂

驗證並交付

設計與工程進行 MVP 驗證，PM 協助確認範圍與優先級，團隊完成最終決策。

  • MVP 快速驗證
  • UAT 與 UI 雙重檢核
  • 上線前決策紀錄
01 Discover缺口

前期研究不足

缺少使用者情境、評論、數據與技術限制整理，問題來源不清。

  • 資料未整合
  • 客群未分層
  • 假設未驗證
02 Define缺口

方向與母體未定義

缺少戰略目標、成功指標與母體規則，後續功能容易各自發展。

  • 成功標準不明
  • 資訊架構未定
  • AI Review 無規則
03 Develop風險

直接進入 UI 解法

設計師接到規格與線框後獨立產出，容易成為局部 UI 優化。

  • UI 擁擠雜亂
  • Labeling 意義不明
  • 動線缺少任務驗證
04 Deliver風險

後段才發現問題

交測與上線階段才進行功能與 UI 檢查，缺少前段決策依據。

  • 修正成本提高
  • 設計缺少數據支撐
  • 上線決策不可追溯
JTBD

以任務意圖定義設計

prompt-first 交易產品不應以功能堆疊為中心，而應先確認使用者要完成的看盤、判斷與行動任務。

  • 高頻任務優先於全年齡層通吃。
  • 每個 UI 決策必須連回使用情境。
  • 交易資訊需支援快速掃描。
Mother Matrix

產品母體作為最高約束

所有活動與功能都應延伸產品本身，不建立與核心架構互相牴觸的孤立專區。

  • 統一資訊架構、命名與路徑。
  • 行銷活動不得覆蓋核心產品體驗。
  • AI Review 檢核新規劃是否衝突。
Data-backed

設計決策需有證據來源

不以主觀美感作為主要依據，需用評論、平台資料、數據、啟發式檢查或 MVP 結果支持決策。

  • Discover 建立資料來源清單。
  • Define 建立 KPI 與成功標準。
  • Deliver 回寫驗證結果。

流程差異與角色責任

正式流程將線性傳遞改為跨職能協作，並在每個階段建立可檢核輸出。

項目 現況流程 目標流程 設計標準
問題定義 缺口 PM 規格與線框直接進設計。 建立 PM、設計、工程共同完成 Discover / Define。 問題與成功指標需在方案前確認。
體驗策略 分散 設計多為單點 UI 優化。 整合 設計共同制定體驗戰略與資訊架構。 層級、動線、Labeling 需一致。
AI 使用 未制度化 缺少檢核範圍。 制度化 AI Review 規格、設計稿與流程衝突。 AI 輔助，人類決策。
交付驗證 後段補救 UAT 才發現問題。 前移驗證 MVP 先驗證主要假設。 上線前需留下決策紀錄。

跨職能角色矩陣

設計師可以且應該共同制定體驗戰略；產品戰略則由 PM、設計與工程共同定義，避免單一職能獨立決策。

角色 Discover Define Develop Deliver
PM 需求與商業目標 共同制定產品戰略 方案優先級 範圍與上線決策
Designer 情境與體驗問題 共同制定體驗戰略 原型、動線、資訊架構 UI 與體驗品質檢核
Engineer 技術限制與資料脈絡 中後台架構確認 資料流與開發成本 MVP 實作與穩定性
AI 資料彙整 衝突檢查與規則比對 方案變體與規格輔助 復盤摘要與驗證紀錄

原則：AI 不取代團隊判斷，所有策略與上線決策需由人類負責。

導入前檢核表

此區用來判斷新流程是否已具備試點條件；未通過的項目，需回到對應階段補齊資料、責任或驗證紀錄。

檢核項目 用途 通過標準
母體一致性 避免新功能或活動變成孤立專區。 資訊架構、命名、動線不牴觸產品母體。
證據來源 避免設計決策只靠主觀判斷。 每個主要方案可追溯到評論、數據、研究或 MVP 結果。
角色責任 確認 PM、設計、工程、AI 的責任不重疊也不缺席。 每個階段都有 owner、輸入、輸出與最終決策者。
驗證紀錄 避免到 UAT 或上線前才發現問題。 MVP、UAT、UI 檢核與上線決策皆有紀錄。