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