5步詳解如何運用設計思維

来源:https://www.cnblogs.com/runwisedigital/archive/2022/08/07/16559067.html
-Advertisement-
Play Games

一、 設計思維 的概念和發展背景 設計思維是一種以用戶為中心,為產品或服務的目標用戶解決定義不明確或未知問題的思維方式。自從認知科學家和諾貝爾獎獲得者 Herbert A. Simon 在他1969年的著作《人工科學》中首次提到設計思維的概念之後,世界在不斷發展的過程中為其原理貢獻了許多想法——史蒂 ...


一、 設計思維 的概念和發展背景

設計思維是一種以用戶為中心,為產品或服務的目標用戶解決定義不明確或未知問題的思維方式。自從認知科學家和諾貝爾獎獲得者 Herbert A. Simon 在他1969年的著作《人工科學》中首次提到設計思維的概念之後,世界在不斷發展的過程中為其原理貢獻了許多想法——史蒂夫·喬布斯在1997年回到蘋果後(蘋果收購NeXT之後),開始 運用設計思維 實現他對蘋果產品的願景,從而構成了現在的蘋果戰略:

 

  • 追逐大眾的需求和欲望,而不僅僅是企業的需求,
  • 通過使人們愛上蘋果產品來建立同理心
  • 做設計而不是完成工程工作,設計師需要同時考慮產品的形式和功能,
  • 構建簡單且用戶友好的產品,而不是複雜且難以操作的產品。 谷歌、蘋果和
    Airbnb 等全球重量級企業已將設計思維發揮出顯著的效果,如今它已逐漸成為國際領先大學的熱門學科。

 

接下來,我們將結合一些場景和例子介紹設計思維涉及的五個階段——移情、定義、構思、原型和測試。註意,設計思維是一個非線性的迭代過程。.

 

 

二、 設計思維 的五個階段

第 1 階段:移情(Empathize)——研究用戶的需求

首先,我們需要將過去的經驗和對世界的假設拋在腦後,通過調查問卷、訪談、直接觀察、網上論壇、研究報告資料等深入瞭解目標受眾需要什麼、他們的行為、感受和思考方式。進一步,我們需要挖掘為什麼他們在現實環境中與產品交互時展示此類行為、感受和想法,從而做到真正洞察用戶、對即將解決的問題有一個感同身受的理解。找到驅動用戶行為和需求的潛在因素和動機是成功設計的核心因素。

在觀察過程中,我們可以從“是什麼”、“怎麼做”、“為什麼”三個方向出發去瞭解我們的用戶。

“是什麼”——記錄下真實發生的事情的細節,切記不要假設;
“怎麼做”——分析這個人是如何做他正在進行的事情的,是否花費了很長時間,是否需要很努力才能完成,表情是微笑還是皺眉;
“為什麼”——根據前面獲取的信息,對用戶的動機和情緒做出有根據的猜測,然後跟用戶一起核實或者測試這些動機假設。
除了被動地在自然環境中觀察他們或在採訪中與他們互動以外,我們也可以代入用戶的角色去體驗他們的經歷,即俗話說的穿上他們的鞋子走上一英里,以便更深入地瞭解他們的真實情況。

 

 

第 2 階段:定義(Define)——陳述用戶的需求和問題

基於我們已經獲得的用戶信息,我們需要進一步的分析觀察結果,提煉洞察,並形成問題陳述——即定義我們需要解決的核心問題。在構建問題的過程中,我們可以通過創建代表性的角色把思路聚焦於用戶,這有助於我們發現不同用戶的共性和差異。好的問題定義將指導我們朝著正確的方向啟動構思解決方案。

一個好的問題陳述應該具有三個特征:以人為本、足夠的發揮空間、以及清晰具體。

 

  • 「以人為本」要求我們根據在移情階段獲悉的用戶痛點及需求來構建問題陳述。
  • 「足夠的發揮空間」意味著問題陳述不應該受到實施方法、技術要求的限制,這會抑制團隊的開放性思維和好奇心,導致他們不能為項目帶來創新性的洞察力和價值。
  • 「清晰具體」使方案易於執行。通常問題陳述得太寬泛,會導致定義不清晰,團隊無法正確落實和執行,或因此感到畏縮而無法前進。

 

那麼如何定義好問題陳述呢?在這裡我們簡單介紹三個方法:

 

  • 方法一,分散-集合法。團隊的成員可以把自己的觀察和發現分別寫在便利貼或其它載體上,接著把這些信息整合到一塊。然後在這些單獨的元素或節點之間建立聯繫,哪些信息是相似的或者有聯繫的、哪些是互相影響的等等,從而開發新的和更深入的見解
  • 方法二:移情映射法。我們要站在用戶的角度分析四個內容:Said——用戶說了什麼、Did——用戶做了什麼、Thought——用戶想什麼和Felt——用戶的感受是怎樣的。通過觀察可以很輕易地確定用戶所說和所做的內容,而確定他們的想法和感受需要我們仔細觀察他們的行為和對某些活動、建議、對話等的反應,包括肢体語言和說話語調傳遞出來的信息
  • 方法三:觀點陳述法。通過結合以下三個元素——用戶、需求和洞察力來表達一個觀點,格式如下:“用戶_____
    (描述性辭彙)需要_____(動詞)因為_____(令人信服的洞察分析)。

 

 

 

第 3 階段:構思(Ideate)——挑戰假設並創造想法

基於問題陳述,我們可以通過再次重構問題引發方案構思,句式有如:“我們可以如何……”或“我們可以以何種方式……”。這些問題的範圍也應該足夠窄,以便創建更為具體的解決方案。­­­­­例如,Airbnb當時發現許多在Airbnb上招租的人,需要更有效的通過圖片和文案突出自身房子的優勢,因為沒有租戶會為了不明確會得到什麼的房源付費。以下幾個問題可幫助團隊進一步的構思方案:

 

  • 我們可以以何種方式獲得租戶房子的真實情況?
  • 我們可以以何種形式讓用戶瞭解房源的真實情況?
  • 我們可以如何激勵租戶更好的突出自身優勢?

 

這種如何(HMW)問題能讓團隊開展開放性探索想法的構思會議,這有利於我們產生廣泛的、創新的想法。

在這個階段,團隊需要為參與人員創造能激發好奇心的、鼓勵參與的、以及充分包容的討論環境。在進行頭腦風暴時,需要安排一個成員設定時間限制、控制討論偏離主題,及避免成員打斷或質疑他人發言。

在頭腦風暴多個創新方案後,團隊可通過投票等方式從眾多的解決方案中選擇最佳的優先執行。也可以把解決方案放入「影響力-可行性」矩陣中,再從中選出影響力高、執行難度小的方案優先落實

 

第 4 階段:原型(Prototype )——開始創建解決方案

製作原型實際上是一個實驗階段。我們需要基於上個步驟得到的解決方案,製作一些低風險的、廉價的、按比例縮小或者低保真版本的產品來調查我們想法的可行性。例如,一位準備開五穀麵條餐飲店的老闆想知道菜單里應該包含哪些菜品,因此在開店前通過第三方渠道投放“菜單原型“ ,從而通過收到的訂單獲悉消費者的喜好。結果顯示在20種菜品當中,80%+的銷量來自其中的5種菜品,那5種菜品因此成為了餐飲店的主打單品。在此案例單中,如果老闆通過實際銷售測試市場的喜好,預計成本將會是該原型的10倍以上。

原型的製作方法包括低保真原型和高保真原型兩種。低保真原型指的是不完整的模型,只含有部分功能和特征,或者使用了僅僅是為了測試而不適合用於成品構建的材料製作而成的版本。比如:故事板、卡片、紙質模型等。它非常廉價也容易製作,這使得任何能力和經驗的設計人員都能以最少的時間和成本參與制作解決方案。

但要註意的是,低保真原型相較於最終成品而言很粗糙,它不一定適用於我們的目標用戶;他們也不一定能以真正的交互方式去操作它,這導致用戶的體驗跟真實情況會有很大差異,產生的測試結果也不一定有效。另一種方法是高保真原型,相比於低保真版本,製作它所需的成本更高、時間更長;若要對它進行修改,也會需要更多的時間才能完成。然而,它可以幫助我們獲得具有高度有效性和實用性的反饋信息。原型越接近成品,設計團隊對人們測試時的響應、交互和對設計的感知等反饋信息就越有信心。一般而言,在設計思維項目的早期階段團隊會選擇製作低保真原型,基於測試反饋不斷優化,到了後期也就自然而然會生成高保真原型了。

 

 

第 5 階段:測試(Test)——嘗試您的解決方案

一旦原型完成,可以先初步自行嘗試原型演練,檢查一下涉及的流程是否完整、操作是否能順利執行。我們需要讓儘可能多的目標受眾測試原型,確保用戶能夠明白如何使用產品,以及進一步探索如何才能更有效地滿足他們的需求,並基於測試結果返回之前的階段重新定義一個/多個問題,或者進行迭代與改進。測試可以貫穿在設計思維項目的整個過程中,一般情況下,它與原型階段同時進行。測試可以幫助團隊獲悉無價的用戶反饋,重新審視潛在的解決方案和策略列表,以便建新方法來解決新發現的問題。

在對原型進行用戶測試時,為了獲得更真實的反饋結果,要讓用戶儘可能像在現實使用環境中使用原型。如果難以執行,請嘗試讓用戶在這個過程中進行角色扮演或場景模擬,比如給他們一個具體的任務——線上上商城原型購買一袋零食並使用送貨上門服務。在測試原型時需要謹慎觀察測試者在交互過程在哪個地方卡頓了無法進行下去,但切記不要急於給用戶提示,觀察他們無法進行下一步操作時的反應,很可能能幫助我們發現更多問題或者發現新的解決辦法。在完成測試後,團隊可以通過採訪進一步瞭解用戶在整個過程中的感受和建議

 

 

三、設計思維過程是流動的、迭代的和靈活的

 

 

設計思維的五個階段並不總是連續的,它們經常相互反饋並形成迭代迴圈,甚至可以並行發生。設計思維看似簡單,但真正做到洞察用戶事實上非常困難,因為人本能地會受到過去的經驗所局限,而設計思維可以幫助我們突破這個瓶頸。它既讓我們專註於設計對象並直接傾聽他們的意見,也讓團隊獲得強大的洞察力並自由地產生創新性、突破性的想法,從而找到滿足他們需求的最佳解決方案。我們在這個過程中瘋狂地產出想法,基於測試結果不斷修補我們的原型,從而讓我們的產品和服務滿足可取性、可行性。

原文鏈接:5步詳解如何運用設計思維

關於設計思維延伸閱讀:
設計思維應用:與商業模式結合,讓創新落地

創新指南|如何運用設計思維設計線上商城?

設計思維 | 如何構建價值導向的設計思維

如何通過設計思維工作坊提升跨境電商用戶體驗?

創新工具|最好用的12 個原型設計工具推薦

優力普物聯科技—用1天設計思維訓練營,探索網路故障排查最優方案

設計思維|重新定義設計,從“美”到“解決問題”

提升用戶體驗:UX設計師需要賦予用戶的四大權利

設計思維如何幫助寶潔重塑品牌?

COVID-19新冠疫情:最佳服務設計思維應用案例(上篇)

300+精品課程,為你的求職、學習持續賦能。 熱門課程推薦:
設計思維】 【精益創新】 【增長黑客】【設計衝刺

更多精彩案例與方案可以訪問Runwise創新社區。我們為你準備了4大精選內容:
1.前瞻方案研究 2. 最新實踐案例 3. 科學思維方法 4. 創新技術工具


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 在頁面載入時,主動執行某些程式。 模擬場景:當頁面載入完成之後,像是後臺載入數據 new Vue()就是初始化一個Vue實例。 Vue實例額生命周期鉤子(函數):每個Vue實例在被創建時(new Vue)都要經過一系列的初始化過程 例如:created() 組件初始化完成 mouted() 模板已創 ...
  • 計算屬性(computed) date屬性和computed屬性定義的值都可以直接綁定在表達式中,如果某些值需要通過計算才能得到,那使用計算屬性就再合適不過了 如果頁面中需要顯示的值是兩個表達式計算才能得到,並且還有一些比較複雜的邏輯關係,我們寫在頁面上就不太合適了 如果我們直接在頁面上是這樣的: ...
  • 在之前我們已經使用用 / 來進行計算,但如下情況不一樣 例如 p{ font: 16px/30px Arial, Helvetica, sans-serif; } 如果需要使用變數,同時又要確保 / 不做除法運算,而是完整地編譯到 CSS 文件中,這種情況怎麼辦???可以使用 #{} 插值語句將變數 ...
  • ElementUI table無縫迴圈滾動 恰好實習的時候遇到了這個需求,而且網上的代碼有點僵硬,所以我改了改,順手水一篇博客出來。 部分思路來源:https://blog.csdn.net/qq_38543537/article/details/122842943 但是來源的代碼,在滾動到底部時會 ...
  • 我們在開發中,會自定義大量的組件,我們應該如何在兩個組件之間進行“值”的傳遞呢? 父子組件傳值 我們使用上一文中App.vue和HelloComp.vue組件來舉例 首先我們還是需要在APP.vue中引入HelloComp.vue <template> <div id="app"> <hello-c ...
  • 前言 前端在開發過程中若是管理系統之類的業務系統,則大多都會涉及到表格的處理,其中最為常見的就是表格的導入導出。有很多辦法都可以實現,其中最簡單的還是使用插件xlsx。 實現目標 1、對錶格數據進行增加、刪除。 2、表格數據的導出、導入。 具體邏輯 增加、刪除功能比較簡單,直接利用vue數據的響應式 ...
  • 粒子動畫,顧名思義,就是頁面上存在大量的粒子構建而成的動畫。傳統的粒子動畫主要由 Canvas、WebGL 實現。 當然,不使用 HTML + CSS 的主要原因在於,粒子動畫通常需要較多的粒子,而如果使用 HTML + CSS 的話勢必需要過多的 DOM 元素,這也就導致了使用 HTML + CS ...
  • “基於介面而非實現編程”是一條比較抽象、泛化的設計思想,其的另一個表述是“基於抽象而非實現編程”。從這條設計思想中衍生的理解就是,越抽象、越頂層、越脫離具體某一實現的設計,越能提高代碼的靈活性,越能應對未來的需求變化。 ...
一周排行
    -Advertisement-
    Play Games
  • 概述:在C#中,++i和i++都是自增運算符,其中++i先增加值再返回,而i++先返回值再增加。應用場景根據需求選擇,首碼適合先增後用,尾碼適合先用後增。詳細示例提供清晰的代碼演示這兩者的操作時機和實際應用。 在C#中,++i 和 i++ 都是自增運算符,但它們在操作上有細微的差異,主要體現在操作的 ...
  • 上次發佈了:Taurus.MVC 性能壓力測試(ap 壓測 和 linux 下wrk 壓測):.NET Core 版本,今天計劃準備壓測一下 .NET 版本,來測試並記錄一下 Taurus.MVC 框架在 .NET 版本的性能,以便後續持續優化改進。 為了方便對比,本文章的電腦環境和測試思路,儘量和... ...
  • .NET WebAPI作為一種構建RESTful服務的強大工具,為開發者提供了便捷的方式來定義、處理HTTP請求並返迴響應。在設計API介面時,正確地接收和解析客戶端發送的數據至關重要。.NET WebAPI提供了一系列特性,如[FromRoute]、[FromQuery]和[FromBody],用 ...
  • 原因:我之所以想做這個項目,是因為在之前查找關於C#/WPF相關資料時,我發現講解圖像濾鏡的資源非常稀缺。此外,我註意到許多現有的開源庫主要基於CPU進行圖像渲染。這種方式在處理大量圖像時,會導致CPU的渲染負擔過重。因此,我將在下文中介紹如何通過GPU渲染來有效實現圖像的各種濾鏡效果。 生成的效果 ...
  • 引言 上一章我們介紹了在xUnit單元測試中用xUnit.DependencyInject來使用依賴註入,上一章我們的Sample.Repository倉儲層有一個批量註入的介面沒有做單元測試,今天用這個示例來演示一下如何用Bogus創建模擬數據 ,和 EFCore 的種子數據生成 Bogus 的優 ...
  • 一、前言 在自己的項目中,涉及到實時心率曲線的繪製,項目上的曲線繪製,一般很難找到能直接用的第三方庫,而且有些還是定製化的功能,所以還是自己繪製比較方便。很多人一聽到自己畫就害怕,感覺很難,今天就分享一個完整的實時心率數據繪製心率曲線圖的例子;之前的博客也分享給DrawingVisual繪製曲線的方 ...
  • 如果你在自定義的 Main 方法中直接使用 App 類並啟動應用程式,但發現 App.xaml 中定義的資源沒有被正確載入,那麼問題可能在於如何正確配置 App.xaml 與你的 App 類的交互。 確保 App.xaml 文件中的 x:Class 屬性正確指向你的 App 類。這樣,當你創建 Ap ...
  • 一:背景 1. 講故事 上個月有個朋友在微信上找到我,說他們的軟體在客戶那邊隔幾天就要崩潰一次,一直都沒有找到原因,讓我幫忙看下怎麼回事,確實工控類的軟體環境複雜難搞,朋友手上有一個崩潰的dump,剛好丟給我來分析一下。 二:WinDbg分析 1. 程式為什麼會崩潰 windbg 有一個厲害之處在於 ...
  • 前言 .NET生態中有許多依賴註入容器。在大多數情況下,微軟提供的內置容器在易用性和性能方面都非常優秀。外加ASP.NET Core預設使用內置容器,使用很方便。 但是筆者在使用中一直有一個頭疼的問題:服務工廠無法提供請求的服務類型相關的信息。這在一般情況下並沒有影響,但是內置容器支持註冊開放泛型服 ...
  • 一、前言 在項目開發過程中,DataGrid是經常使用到的一個數據展示控制項,而通常表格的最後一列是作為操作列存在,比如會有編輯、刪除等功能按鈕。但WPF的原始DataGrid中,預設只支持固定左側列,這跟大家習慣性操作列放最後不符,今天就來介紹一種簡單的方式實現固定右側列。(這裡的實現方式參考的大佬 ...