Double Diamond Applied

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

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

FrameworkDouble Diamond
Design GateMother Matrix
AI RoleReview / Prototype
雙菱形流程
四階段不得跳階 Discover → Define → Develop → Deliver，每階段有明確輸入、輸出與品質門檻。
跨職能協作
三職能共同定義方向 PM、Designer、Engineer 協作，AI 輔助檢核與生成，決策由人負責。
母體原則
產品為唯一母體 所有活動與功能延伸核心架構，不建立與母體牴觸的孤立專區。
品質門檻
三項不可繞過的標準
  • 清晰 — 首次接觸 3 秒內理解介面意圖，標籤無歧義
  • 可及 — WCAG AA 對比度、觸控目標 ≥ 44pt，鍵盤可操作
  • 可驗證 — 每個決策可指向研究資料、啟發式分析或 MVP 結果

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、設計與工程共同定義，避免單一職能獨立決策。

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

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

導入前檢核表

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

檢核項目用途通過標準
母體一致性避免新功能或活動變成孤立專區。資訊架構、命名、動線不牴觸產品母體。
證據來源避免設計決策只靠主觀判斷。每個主要方案可追溯到評論、數據、研究或 MVP 結果。
角色責任確認 PM、設計、工程、AI 的責任不重疊也不缺席。每個階段都有 owner、輸入、輸出與最終決策者。
驗證紀錄避免到 UAT 或上線前才發現問題。MVP、UAT、UI 檢核與上線決策皆有紀錄。
品質門檻定義
清晰度 確保使用者不需學習或猜測即可完成核心任務，降低認知負擔。 主要操作無需工具提示；標籤在交易領域外亦可理解；視覺層級反映資訊優先序；首次接觸 3 秒內理解介面意圖。
可及性 確保不同能力、裝置與使用環境的使用者均可完成交易核心任務。 文字對比度 ≥ 4.5:1（WCAG AA）；觸控目標 ≥ 44×44pt；鍵盤可完整操作，無鍵盤陷阱；金融確認操作需有明確確認摩擦。
可驗證性 確保設計決策有據可查，在復盤或方向爭議時可追溯依據，避免憑感覺決策。 每個主要方案可指向評論資料、數據分析、啟發式檢查或 MVP 測試結果；上線決策留有書面紀錄，可在事後查閱。