雙鉆模型（Double Diamond Model）是由英國設計委員會（British Design Council）于2005年提出的。這一模型是用于描述設計過程的一種框架，它將設計過程分為四個階段：發(fā)現（Discover）、定義（Define）、開發(fā)（Develop）和交付（Deliver）。
b. 方法：用戶調研、市場分析、觀察、訪談、數據收集。
c. 結果：廣泛的洞察和靈感，為問題定義階段提供基礎。
a. 目標：分析和綜合發(fā)現階段的信息，明確設計問題和機會。
b. 方法：數據分析、問題陳述、需求定義、設計準則制定。
a. 目標：產生和發(fā)展解決方案的過程，探索各種可能的設計方案。
b. 方法：頭腦風暴、概念設計、原型制作、用戶測試、迭代。
c. 結果：多個初步解決方案和原型，為最終選擇提供依據。
a. 目標：驗證和完善最終方案，準備產品的詳細設計和生產。
b. 方法：詳細設計、開發(fā)、測試、實施、發(fā)布。
c. 結果：一個成熟的解決方案，準備推向市場或交付給客戶。
在發(fā)現階段，設計團隊的主要任務是廣泛收集信息，理解用戶需求、市場趨勢和問題領域。這一階段注重探索和發(fā)散，旨在獲取盡可能多的洞察和靈感，為后續(xù)階段提供豐富的基礎。
a. 訪談：與潛在用戶進行一對一或小組訪談，了解他們的需求、期望、痛點和行為模式。
b. 問卷調查：通過結構化問卷收集大規(guī)模用戶反饋，獲取定量數據。
c. 觀察：直接觀察用戶在自然環(huán)境中的行為，記錄他們的操作方式和遇到的問題。
d. 用戶旅程地圖：繪制用戶在使用產品或服務過程中的各個接觸點，識別關鍵的用戶體驗。
a. 競爭分析：研究競爭對手的產品和服務，了解其優(yōu)勢和劣勢。
b. 趨勢分析：識別行業(yè)和市場中的最新趨勢和技術發(fā)展，預測未來變化。
a. 文獻研究：查閱相關的學術研究、行業(yè)報告和白皮書，獲取背景信息和理論支持。
b. 數據挖掘：分析現有的數據資源，如用戶反饋、支持請求、社交媒體評論等。
發(fā)現階段的產出包括大量的用戶洞察、問題陳述、機會識別以及設計靈感。這些信息將被用于定義階段，以明確設計問題和機會。
背景：一家科技公司決定開發(fā)一款新的健康管理應用，旨在幫助用戶更好地管理他們的健康數據和生活方式。
a. 目標用戶：20位年齡在25-45歲之間的潛在用戶，涵蓋不同的健康狀況和生活方式。
b. 問題：了解他們目前如何管理健康數據，使用哪些工具，遇到的主要挑戰(zhàn)是什么。
a. 規(guī)模：1000名目標用戶，問卷內容包括健康管理習慣、對健康應用的期望、常見的使用場景等。
b. 結果：定量數據分析發(fā)現，70%的用戶希望應用能提供個性化的健康建議，50%的用戶認為當前的健康應用缺乏數據整合能力。
a. 場景：觀察用戶在健身房、診所和家中的健康管理行為，記錄他們如何記錄和分析健康數據。
b. 發(fā)現：大多數用戶在健身房使用手動記錄方式，而在家中則依賴多個設備和應用，導致數據分散和管理復雜。
a. 競品：研究當前市場上的主要健康應用，如MyFitnessPal、Fitbit、Apple Health等。
b. 分析：MyFitnessPal在飲食記錄方面表現出色，但缺乏運動數據整合；Fitbit在運動數據追蹤上有優(yōu)勢，但個性化建議不足。
a. 趨勢：健康科技領域正朝著個性化和整合化發(fā)展，人工智能和機器學習在個性化健康建議中的應用越來越普遍。
b. 技術：可穿戴設備的數據整合和遠程健康監(jiān)測成為新的增長點。
a. 文獻：查閱關于健康管理、行為改變和用戶體驗設計的相關研究，獲取理論支持。
b. 發(fā)現：有效的健康管理應用需要兼顧用戶動機和行為改變理論，提供即時反饋和鼓勵。
a. 來源：分析公司現有的用戶反饋和支持請求，識別用戶常見問題和需求。
b. 結果：用戶普遍希望應用能提供更好的數據可視化和綜合分析功能。
通過發(fā)現階段的調研和分析，設計團隊收集了大量的用戶需求和市場信息，明確了以下幾個關鍵問題和機會：
3. 當前市場上的健康應用存在數據分散和管理復雜的問題。
這些洞察將指導下一階段的定義和設計工作，確保新開發(fā)的健康管理應用能夠真正滿足用戶需求并在市場中具有競爭力。
定義階段的主要目標是將發(fā)現階段收集的廣泛信息進行分析和綜合，明確設計問題、用戶需求和機會。這一階段的重點是收斂信息，以確定一個明確的設計方向，為后續(xù)的開發(fā)階段提供指導。
a. 整理和分析發(fā)現階段收集的信息和數據，識別關鍵趨勢和模式。
b. 使用工具如Affinity Diagram（親和圖）、Personas（用戶畫像）和Customer Journey Maps（用戶旅程圖）進行信息整理。
a. 將用戶需求和痛點轉化為具體的設計問題和挑戰(zhàn)。
b. 使用工具如How Might We（HMW）問題框架，將發(fā)現的機會轉化為設計問題。
a. 明確用戶需求和功能需求，確定設計準則和約束條件。
b. 創(chuàng)建需求文檔，列出所有必須滿足的需求和優(yōu)先級。
a. 確定設計策略和方向，制定設計目標和成功標準。
b. 使用工具如SWOT分析（Strengths, Weaknesses, Opportunities, Threats），評估設計策略的可行性。
定義階段的產出包括清晰的問題陳述、用戶需求、設計準則和明確的設計方向。這些成果為開發(fā)階段的概念設計和原型制作提供了基礎。
背景：一家科技公司在發(fā)現階段通過用戶調研、市場分析和數據收集，了解到用戶需要一個能夠整合各種健康數據的平臺，并希望該平臺能提供個性化的健康建議。現進入定義階段。
a. 使用親和圖（Affinity Diagram）整理用戶調研中的關鍵發(fā)現，分類和識別主題。
b. 通過用戶畫像（Personas）總結不同用戶群體的特征和需求，如忙碌的專業(yè)人士、健身愛好者和慢性病患者。
2. 用戶旅程圖（Customer Journey Map）：
a. 繪制用戶旅程圖，顯示用戶在健康管理過程中各個接觸點的體驗和痛點。
b. 識別關鍵的接觸點，如數據記錄、數據分析、個性化建議和行為反饋。
1. How Might We（HMW）問題框架：HMW問題：如何使用戶能夠輕松整合和管理他們的健康數據？如何為用戶提供個性化的健康建議？
a. 這些問題將指導設計團隊在開發(fā)階段探索具體的解決方案。
a. 用戶需要一個平臺能夠整合多種健康數據來源（如可穿戴設備、手動輸入、醫(yī)療記錄等）。
b. 用戶希望平臺能提供個性化的健康建議，基于他們的健康數據和目標。
a. 數據整合功能：支持多種數據來源的同步和管理。
b. 數據分析功能：提供清晰的健康數據可視化和分析報告。
c. 個性化建議：基于用戶數據和目標，提供個性化的健康建議和計劃。
b. 提供及時的反饋和鼓勵，幫助用戶保持積極的健康管理行為。
a. 采用模塊化設計，允許用戶根據自己的需求自定義平臺功能。
b. 使用機器學習和人工智能技術，實現個性化建議和預測分析。
a. 用戶滿意度和使用率：通過用戶反饋和使用數據評估平臺的用戶體驗。
b. 健康目標達成率：衡量用戶在使用平臺后的健康改善情況。
1. 清晰的問題陳述：如何使用戶能夠輕松整合和管理他們的健康數據？如何為用戶提供個性化的健康建議？
2. 用戶需求和功能需求文檔，列出整合數據、數據分析和個性化建議等關鍵功能。
3. 設計準則和策略，確保界面簡潔易用，提供及時反饋，并保障數據隱私和安全。
4. 明確的設計方向和成功標準，為開發(fā)階段的概念設計和原型制作提供指導。
通過定義階段的工作，設計團隊可以將廣泛的信息和洞察轉化為具體的設計要求和策略，為后續(xù)的開發(fā)和交付階段奠定堅實的基礎。
在開發(fā)階段，設計團隊的主要任務是產生和發(fā)展解決方案，探索各種可能的設計方案并進行驗證和迭代。這一階段的重點是創(chuàng)造性和實驗性，旨在將定義階段明確的問題轉化為可行的設計解決方案。
b. 方法：團隊成員自由發(fā)言，記錄所有想法，不進行評判和篩選。
a. 目標：將頭腦風暴產生的創(chuàng)意轉化為具體的設計方案。
b. 方法：繪制草圖、創(chuàng)建故事板、編寫用例場景。
a. 目標：創(chuàng)建初步的設計原型，以便進行測試和驗證。
b. 方法：使用低保真和高保真原型工具，如紙質原型、Axure、Sketch、Figma等。
a. 目標：通過用戶測試驗證設計方案，收集用戶反饋并進行迭代。
b. 方法：調整和優(yōu)化原型，進行多輪測試和驗證。
開發(fā)階段的產出包括多個初步解決方案和原型，經過反復的測試和迭代，最終確定一個成熟的設計方案，為交付階段的詳細設計和實現提供基礎。
背景：一家科技公司在定義階段明確了用戶需求和設計方向，現在進入開發(fā)階段，目標是探索和驗證各種設計方案，以創(chuàng)建一個能夠整合健康數據并提供個性化建議的健康管理應用。
1. 創(chuàng)意產生：團隊成員通過頭腦風暴會議，提出了多種創(chuàng)意，例如：用戶儀表板：提供整合所有健康數據的儀表板。
i. 個性化建議模塊：基于用戶數據和目標提供個性化的健康建議。
ii. 社交功能：允許用戶與朋友和家人分享健康進展。
a. 團隊成員繪制了各個功能模塊的草圖，包括用戶儀表板、數據輸入界面、建議頁面等。
a. 創(chuàng)建了用戶使用應用的故事板，展示用戶從登錄到獲取健康建議的完整流程。
a. 編寫了多個用例場景，如用戶如何記錄飲食、查看每日步數、接收健康建議等。
a. 使用紙質原型和Sketch創(chuàng)建了低保真原型，展示基本界面布局和交互流程。
a. 使用Figma創(chuàng)建了高保真設計稿，展示詳細的界面設計和交互細節(jié)。
a. 招募10位目標用戶進行可用性測試，觀察他們使用原型的過程，記錄他們的操作和反饋。
b. 發(fā)現：部分用戶在數據輸入界面遇到困難，需要簡化輸入流程。
a. 創(chuàng)建了兩個不同版本的個性化建議頁面，進行A/B測試，比較用戶對不同設計的偏好。
b. 結果：用戶更喜歡簡潔的建議頁面，提供明確的行動步驟。
a. 進行深度用戶訪談，了解用戶對原型的整體體驗和改進建議。
b. 反饋：用戶希望增加數據導入功能，能夠從其他健康應用和設備同步數據。
a. 根據用戶測試和訪談反饋，優(yōu)化數據輸入界面，簡化操作流程。
b. 增加數據導入功能，允許用戶從其他應用和設備同步數據。
a. 進行第二輪和第三輪可用性測試，驗證改進后的原型是否滿足用戶需求。
b. 結果：用戶體驗顯著提升，滿意度提高，操作更加順暢。
1. 詳細的概念設計和用例場景，展示用戶使用應用的完整流程。
2. 低保真和高保真原型，展示各個功能模塊的界面設計和交互細節(jié)。
3. 多輪用戶測試和迭代改進，確保設計方案能夠滿足用戶需求和期望。
4. 一個成熟的設計方案，為交付階段的詳細設計和實現提供基礎。
通過開發(fā)階段的工作，設計團隊能夠驗證和優(yōu)化設計方案，確保最終的健康管理應用既符合用戶需求，又具有良好的用戶體驗。
在交付階段，設計團隊的任務是驗證和完善最終方案，進行詳細設計、開發(fā)和測試，并將產品推向市場或交付給客戶。這一階段的重點是實現設計方案，確保其可用性和可行性，最終滿足用戶需求。
a. 目標：將高保真原型轉化為詳細的設計規(guī)范，包括界面設計、交互細節(jié)和視覺元素。
b. 方法：創(chuàng)建設計規(guī)范文檔，使用工具如Sketch、Figma等。
a. 目標：將設計方案轉化為實際的產品，進行前端和后端開發(fā)。
b. 方法：使用編程語言和框架，如HTML/CSS、JavaScript、React、Node.js等，進行代碼開發(fā)和實現。
a. 目標：通過多輪測試確保產品的功能和用戶體驗，修復BUG并進行性能優(yōu)化。
b. 方法：單元測試、集成測試、用戶驗收測試（UAT）、A/B測試等。
a. 目標：將產品發(fā)布到市場，進行部署和上線，確保產品能夠正常運行并滿足用戶需求。
b. 方法：選擇合適的發(fā)布平臺（如App Store、Google Play），進行發(fā)布和推廣。
a. 目標：收集用戶反饋，進行產品的持續(xù)改進和優(yōu)化。
交付階段的產出包括詳細的設計規(guī)范、實現的產品、測試報告、上線的產品以及用戶反饋和改進計劃。
背景：一家科技公司在開發(fā)階段確定了健康管理應用的成熟設計方案，現在進入交付階段，目標是實現設計方案并將應用推向市場。
a. 創(chuàng)建詳細的設計規(guī)范文檔，包括界面布局、色彩方案、字體選擇、圖標和交互細節(jié)。
b. 確保所有設計元素的一致性，提供開發(fā)團隊參考。
a. 使用Figma制作高保真的界面設計和交互細節(jié)。
b. 制作設計交互原型，確保開發(fā)團隊清晰了解設計意圖。
a. 使用React框架進行前端開發(fā)，創(chuàng)建用戶界面和交互邏輯。
b. 編寫CSS和JavaScript代碼，實現設計規(guī)范中的視覺和交互效果。
a. 使用Node.js和Express進行后端開發(fā)，構建服務器和數據庫。
b. 實現數據同步和存儲功能，確保用戶數據的安全和可靠。
a. 前端和后端開發(fā)團隊緊密合作，進行接口集成和功能實現。
a. 對各個功能模塊進行單元測試，確保每個功能正常運行。
b. 使用Jest或Mocha等測試框架編寫和運行測試用例。
a. 對系統(tǒng)整體進行集成測試，確保各個模塊之間的協(xié)同工作。
b. 發(fā)現并修復集成過程中出現的BUG和問題。
a. 邀請目標用戶進行用戶驗收測試，收集用戶的使用反饋。
b. 根據用戶反饋進行最后的調整和優(yōu)化。
a. 進行性能測試和優(yōu)化，確保應用在各種設備上的運行速度和穩(wěn)定性。
b. 使用工具如Lighthouse、WebPageTest進行性能分析和優(yōu)化。
a. 選擇合適的發(fā)布平臺，如App Store和Google Play。
b. 準備發(fā)布所需的材料，如應用描述、截圖、宣傳視頻等。
a. 將應用發(fā)布到各大平臺，進行推廣和宣傳。
b. 通過社交媒體、廣告、合作等方式吸引用戶下載和使用。
a. 監(jiān)控應用的運行情況，確保服務器和服務的穩(wěn)定性。
b. 提供用戶支持和問題解決，及時發(fā)布更新和修復補丁。
a. 分析用戶行為數據，了解用戶的使用習慣和需求變化。
b. 使用工具如Google Analytics、Mixpanel進行數據分析。
a. 根據用戶反饋和數據分析，進行持續(xù)的改進和優(yōu)化。
b. 定期發(fā)布版本更新，添加新功能、修復BUG和優(yōu)化性能。
1. 詳細的設計規(guī)范：確保設計的一致性和可實現性。
2. 實現的產品：健康管理應用的完整實現，包括前端和后端功能。
3. 測試報告：詳細記錄測試過程、發(fā)現的問題和解決方案。
4. 上線的產品：應用在App Store和Google Play成功上線，用戶可以下載和使用。
5. 用戶反饋和改進計劃：收集用戶反饋，進行持續(xù)的改進和優(yōu)化，確保產品的長期成功。
通過交付階段的工作，設計團隊能夠將健康管理應用成功推向市場，滿足用戶需求，并通過持續(xù)的改進和優(yōu)化，保持產品的競爭力和用戶滿意度。
雙鉆模型除了可以用在設計項目中，也可以延展到生活中例如：計劃一次大型家庭聚會
目標：了解所有家庭成員的需求和期望，收集相關信息和靈感。
a. 進行一對一或小組訪談，了解家庭成員的期望、喜好和特殊需求。
b. 問題示例：你希望在聚會上看到哪些活動？你對聚會地點有什么建議？有沒有特別的飲食要求？
a. 回顧以往家庭聚會的反饋，總結成功之處和需要改進的地方。
b. 發(fā)現：之前的聚會中，戶外活動受到大家的歡迎，而餐飲服務需要改進。
a. 搜索網上的聚會策劃案例和靈感，獲取創(chuàng)意和新穎的活動點子。
b. 結果：找到一些有趣的游戲和活動，如家庭問答、燒烤聚餐、DIY工坊等。
獲取大量的家庭成員需求、期望和靈感，為后續(xù)階段提供基礎。
目標：分析和綜合發(fā)現階段的信息，明確聚會的具體需求和目標。
a. 整理和分析收集到的信息，識別關鍵需求和共性。
b. 發(fā)現：大多數家庭成員希望有一個戶外的聚會場所，有豐富的活動安排，并且有素食和非素食選項。
b. 示例：如何找到一個適合戶外活動的聚會地點？如何確保所有家庭成員的飲食需求得到滿足？如何安排豐富多彩的活動？
b. 示例：需要一個戶外場地，有足夠的空間供50人活動。餐飲需要提供素食和非素食選項。活動安排包括燒烤、游戲和DIY工坊。
一個清晰、具體的問題陳述和聚會規(guī)劃方向。
目標：產生和發(fā)展聚會方案，探索各種可能的安排并進行驗證和迭代。
a. 與家人或朋友一起進行頭腦風暴，提出各種創(chuàng)意和方案。
b. 創(chuàng)意示例：不同的聚會場地選擇、各種活動安排、不同的餐飲方案等。
a. 將頭腦風暴產生的創(chuàng)意轉化為具體的聚會方案。
b. 示例：選擇了一個鄉(xiāng)村農場作為聚會場地，活動安排包括燒烤、家庭問答、戶外運動和DIY工坊。
a. 創(chuàng)建聚會的初步計劃和日程安排。
b. 示例：制定詳細的時間表，包括活動開始和結束的時間、餐飲安排等。
a. 與核心家庭成員討論初步計劃，收集反饋并進行調整。
b. 結果：大家對農場場地表示滿意，但建議增加一些兒童友好活動。
a. 根據反饋進行調整和優(yōu)化，形成最終的聚會方案。
b. 示例：增加了兒童區(qū)和適合孩子的游戲活動。
目標：驗證和完善最終方案，進行詳細的準備和執(zhí)行，確保聚會順利進行。
b. 示例：確定活動負責人，安排場地布置、餐飲準備、活動執(zhí)行等具體任務。
a. 進行所有必要的準備工作，如預訂場地、采購物品、聯(lián)系餐飲服務等。
b. 示例：預訂農場場地，采購燒烤食材和活動所需物品，聯(lián)系餐飲供應商。
a. 在聚會前進行一次預演或檢查，確保所有準備工作就緒。
b. 示例：核對活動安排，確保所有物品和設備齊全，檢查場地布置。
a. 按照計劃進行聚會活動，確保各項安排順利進行。
b. 示例：按照時間表進行活動，引導家庭成員參與，確保餐飲服務及時到位。
a. 在聚會結束后收集家庭成員的反饋，總結經驗和改進建議。
b. 示例：通過問卷或訪談了解大家的滿意度，記錄成功之處和需要改進的地方。
一次成功的家庭聚會，家庭成員都享受了愉快的時光，并收集到寶貴的反饋，為未來的聚會提供參考。
a. 雙鉆模型通過明確的四個階段（發(fā)現、定義、開發(fā)、交付）提供了一個結構化的流程，使設計過程更加有序和系統(tǒng)化。
a. 通過“發(fā)散-收斂-發(fā)散-收斂”的過程，雙鉆模型鼓勵設計團隊在初始階段廣泛探索所有可能性，然后逐步聚焦和精煉解決方案，確保最終方案的高質量。
a. 模型強調用戶需求和問題的發(fā)現與定義，確保設計過程始終以用戶為中心，最終交付滿足用戶需求的解決方案。
a. 在開發(fā)階段，雙鉆模型提倡多次迭代，通過不斷的測試和用戶反饋，持續(xù)改進設計方案，提高最終產品的質量和用戶體驗。
a. 通過明確的階段和目標，雙鉆模型促進跨職能團隊的協(xié)作，使不同專業(yè)的團隊成員能夠在設計過程中的各個階段共同工作，提高項目的整體效率。
a. 雙鉆模型的四個階段需要投入大量的時間和資源，特別是在發(fā)現和開發(fā)階段，廣泛的探索和反復的迭代可能會延長項目周期。
a. 對于較小規(guī)模或簡單的項目，雙鉆模型的復雜性可能顯得過于繁瑣，不適合資源有限或時間緊迫的情況。
a. 在發(fā)現階段的廣泛探索和開發(fā)階段的多次迭代中，可能會遇到較高的不確定性和風險，需要有效的管理策略來控制項目進度和預算。
a. 由于涉及多個階段和跨職能團隊的協(xié)作，團隊之間的溝通和協(xié)調可能會面臨挑戰(zhàn)，特別是在項目規(guī)模較大或團隊分散的情況下。
a. 雙鉆模型強調用戶反饋和測試，但在某些情況下，獲取真實和有效的用戶反饋可能會有難度，影響設計方案的迭代和改進。
雙鉆模型作為一種結構化的設計方法論，具有顯著的優(yōu)勢，包括提供結構化流程、鼓勵廣泛探索和聚焦解決方案、強調用戶中心設計、支持迭代和改進以及促進跨團隊協(xié)作。然而，其不足也不容忽視，如時間和資源消耗較大、復雜性管理挑戰(zhàn)、不確定性管理需求高、團隊協(xié)調難度以及對用戶反饋的依賴。根據項目的規(guī)模、復雜性和資源情況，設計團隊需要權衡雙鉆模型的優(yōu)勢和不足，靈活應用，以實現最佳的設計效果。
https://medium.com/nyc-design/the-double-diamond-model-what-is-it-and-should-you-use-it-4ad28c522d28
https://medium.com/@james_raper/not-yet-another-double-diamond-model-874dcfda839e
https://cubyts.medium.com/adopting-the-double-diamond-design-process-a-complete-guide-cd8ae1c52199
https://www.cubyts.com/resources/blogs/double-diamond-design-process
https://www.uxmatters.com/mt/archives/2023/01/applying-the-double-diamond-model.php
https://www.uxmatters.com/mt/archives/2020/07/how-nondesigners-contribute-to-designing-the-right-things.php
https://medium.com/digital-experience-design/how-to-apply-a-design-thinking-hcd-ux-or-any-creative-process-from-scratch-b8786efbf812
https://bootcamp.uxdesign.cc/design-process-step-by-step-double-diamond-model-explained-e8da543848cc
作者：CANAAN8
鏈接：https://www.zcool.com.cn/article/ZMTYyOTM4OA==.html
來源：站酷
著作權歸作者所有。商業(yè)轉載請聯(lián)系作者獲得授權，非商業(yè)轉載請注明出處。
