設(shè)計(jì)師是如何解決設(shè)計(jì)問題的？有的同學(xué)經(jīng)驗(yàn)較少，習(xí)慣性觀察競(jìng)品的做法，改改就搬過來。有的同學(xué)遇到問題，腦子馬上浮出解決方案，接著開始畫圖。這篇文章從這個(gè)問題出發(fā)，告訴大家如何結(jié)構(gòu)化思考設(shè)計(jì)問題，希望對(duì)你有所幫助~

有些同學(xué)有可能存在這樣的疑問：自己的設(shè)計(jì)方案似乎很難全面地解決問題。之所以會(huì)有這樣的疑問，相當(dāng)一部分原因是設(shè)計(jì)師對(duì)問題的拆解不夠完整，進(jìn)一步導(dǎo)致解決方案不夠全面。所以，本文想聊聊如何結(jié)構(gòu)化地分析問題并提出解決方案。

如何解決設(shè)計(jì)問題？

隨著互聯(lián)網(wǎng)的發(fā)展，產(chǎn)品趨于成熟，面對(duì)的大多是錯(cuò)綜復(fù)雜的問題。此時(shí)，設(shè)計(jì)師如果缺乏結(jié)構(gòu)化分析并解決問題的能力，面對(duì)問題時(shí)容易感到力不從心。

“分析和解決問題”看起來似乎很簡(jiǎn)單，但是這種方法如何運(yùn)用到設(shè)計(jì)中，幫助我們更加完整地解決問題？本次我們聊聊如何分析和解決問題：

1. 發(fā)現(xiàn)問題
2. 分析問題
3. 解決方案

這篇文章會(huì)以這 3 個(gè)部分作為主框架（放心，這篇文章并不是單純地介紹方法模型），結(jié)合交互設(shè)計(jì)的場(chǎng)景，聊聊我對(duì)于結(jié)構(gòu)化解決問題的看法。當(dāng)然，并非看了文章就能得到針對(duì)具體問題的解決方案，但或許對(duì)于促進(jìn)完整思考的意識(shí)有些許幫助。

一、發(fā)現(xiàn)問題

設(shè)計(jì)師要有一個(gè)基本意識(shí)，現(xiàn)如今我們面對(duì)的大多數(shù)設(shè)計(jì)問題，往往是由多種復(fù)雜的影響因素所導(dǎo)致的，問題定位不準(zhǔn)就會(huì)影響解決方案的有效性。挖掘完整的問題要關(guān)注兩個(gè)問題：

1. 目標(biāo)是什么？
2. 影響現(xiàn)狀的問題有哪些？

舉個(gè)例子：某天，產(chǎn)品經(jīng)理向交互設(shè)計(jì)師提了個(gè)需求，希望優(yōu)化會(huì)員頁，產(chǎn)品認(rèn)為線上會(huì)員頁的轉(zhuǎn)化效果不好。

部分設(shè)計(jì)師接到需求就會(huì)馬上“鉆研”解決方案：會(huì)員頁存在哪些問題？用戶在會(huì)員頁的訴求是什么？盡管這在思考具體方案的時(shí)候已經(jīng)比較成熟了，但有個(gè)前置問題被忽略掉了，那就是：產(chǎn)品為什么要優(yōu)化會(huì)員頁？是會(huì)員頁無法滿足產(chǎn)品的訴求，還是某個(gè)問題需要優(yōu)化會(huì)員頁才能得以解決？

尋找“為什么要優(yōu)化會(huì)員頁”的答案，就是挖掘目標(biāo)或核心問題的過程。其實(shí)挖掘目標(biāo)，最便捷的就是詢問產(chǎn)品為什么要做這個(gè)需求，設(shè)計(jì)師可以從目標(biāo)中判斷產(chǎn)需求的合理性。（在設(shè)計(jì)場(chǎng)景中，挖掘目標(biāo)有多種方法，但并非本次重點(diǎn)，暫不做太多闡述）

假設(shè)設(shè)計(jì)師已發(fā)現(xiàn)產(chǎn)品目標(biāo)：產(chǎn)品當(dāng)前會(huì)員開通率偏低（現(xiàn)狀），希望更多用戶開通會(huì)員（目標(biāo)）。

此時(shí)，設(shè)計(jì)師要面臨第 2 個(gè)問題：影響會(huì)員開通率低（現(xiàn)狀）的問題有哪些？既然我們知道在現(xiàn)狀和目標(biāo)之間可能存在多種問題，接下來就是分析問題的過程。

二、分析問題

我們還不清楚哪些問題會(huì)導(dǎo)致“現(xiàn)狀與目標(biāo)”的差距，此時(shí)需要對(duì)問題進(jìn)行結(jié)構(gòu)化分析，找出“現(xiàn)狀與目標(biāo)”之間的各種問題。此時(shí)，可以嘗試采用 MECE 原則，即相互獨(dú)立、沒有重疊，完全窮盡、沒有遺漏。

這么做的好處就是讓我們?cè)诿鎸?duì)一個(gè)問題時(shí)，不再是單一、線性的思維方式，而是結(jié)構(gòu)化的。不同問題、不同設(shè)計(jì)師的分析方式有所不同，沒有絕對(duì)的方法，我們要做的就是盡可能去拆解和分析。

接著前面的例子，現(xiàn)狀問題是：會(huì)員開通率低，產(chǎn)品期望更多用戶開通會(huì)員。這里我嘗試采用”福格行為模型“進(jìn)行拆解，簡(jiǎn)單介紹該模型，即要讓一個(gè)人做一件事，他必須有足夠的 動(dòng)機(jī)，有可以勝任的 能力，以及有效的 提示，只有當(dāng)三者同時(shí)滿足時(shí)，行為才會(huì)發(fā)生。

同理，我們可以借這個(gè)模型思考：為什么大多數(shù)用戶不開通會(huì)員？

動(dòng)機(jī)：考慮動(dòng)機(jī)時(shí)，仍然可以繼續(xù)拆解原因，比如用戶做與不做某件事的原因分別是什么？

能力：用戶開通會(huì)員的過程，是否足夠順暢？

觸發(fā)：產(chǎn)品有哪些形式可以有效觸發(fā)用戶？

先舉例到這里，實(shí)際的情況可能還有更多的問題。在結(jié)構(gòu)化拆解之后，我們會(huì)發(fā)現(xiàn)用戶會(huì)員開通率低的原因并不只是會(huì)員頁，并且產(chǎn)品在許多方面都可能存在優(yōu)化空間。

三、解決方案

在分析問題之后，我們結(jié)合產(chǎn)品當(dāng)前實(shí)際情況、能力，篩選出一些可以真正需要解決的問題。在思考解決方案時(shí)，我們可以采用邏輯樹的方法。

使用邏輯樹的時(shí)候，你可以把已經(jīng)知道的問題想象成樹干，思考它和哪些子問題、子任務(wù)有關(guān)系，想到一條就給樹干增加一根樹枝，注明其代表什么內(nèi)容。它能幫助使用者理清思路，避免進(jìn)行重復(fù)或無關(guān)的努力。

繼續(xù)往下分析，我們針對(duì)“動(dòng)機(jī)、能力、觸發(fā)”3 個(gè)層面的問題，思考解決方案：

動(dòng)機(jī)：我們發(fā)現(xiàn)有兩個(gè)問題需要將解決：a. 視頻版權(quán)太少，且吸引力不夠；b. 會(huì)員權(quán)益感弱。此時(shí)，我們可以運(yùn)用邏輯樹的方法，理清解決方案。

能力：如何解決“支付流程中，用戶退出率較高”的問題？

觸發(fā)：如何解決“提示用戶開通會(huì)員的效果交較差”的問題？

通過這個(gè)例子，我們已經(jīng)大致了解如何盡可能結(jié)構(gòu)化地分析并解決問題。當(dāng)然，這其中對(duì)于問題的拆解、對(duì)解決方案的挖掘，還需要設(shè)計(jì)師基于對(duì)行業(yè)的理解、經(jīng)驗(yàn)的積累。實(shí)際工作中，產(chǎn)品的需求很難因?yàn)樵O(shè)計(jì)師而變更，但設(shè)計(jì)師仍應(yīng)保持結(jié)構(gòu)化分析及解決問題的意識(shí)。

類似的設(shè)計(jì)問題還有很多：

例如：優(yōu)化出行軟件的打車率，用戶是否使用某出行平臺(tái)打車，有許多影響因素，比如價(jià)格優(yōu)惠、平臺(tái)安全性、司機(jī)素質(zhì)等等，絕非只是優(yōu)化某個(gè)頁面就能達(dá)到設(shè)計(jì)目標(biāo)。

例如：優(yōu)化某小說平臺(tái)的推薦頁，提升小說的點(diǎn)擊轉(zhuǎn)化率。盡管需求類型不同，但是仍可以思考哪些影響因素可以達(dá)到這個(gè)目標(biāo)（提升點(diǎn)擊率），框架層、信息層、內(nèi)容層是否存在優(yōu)化的空間？

四、結(jié)語

上文介紹了結(jié)構(gòu)化解決設(shè)計(jì)問題的觀點(diǎn)，在實(shí)踐過程中并非一件容易的事情，即便有這個(gè)意識(shí)，仍需有不斷運(yùn)用才能熟練掌握。上文所舉的例子均是未涉及的產(chǎn)品，盡可能與大家保持一致的產(chǎn)品了解深度，以便更好地闡述思路，而非提供解決方案。

在思考問題過程中，設(shè)計(jì)師應(yīng)避免將自己限制在界面設(shè)計(jì)師的范疇內(nèi)，我們要解決的是問題，并非只是設(shè)計(jì)界面。

以上，希望對(duì)各位同學(xué)有些許幫助。

#專欄作家#

熱風(fēng)，人人都是產(chǎn)品經(jīng)理專欄作家。喜歡研究交互原理及設(shè)計(jì)細(xì)節(jié)，專注于打造商業(yè)與體驗(yàn)平衡的產(chǎn)品。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，不得轉(zhuǎn)載。

題圖來自Unsplash，基于CC0協(xié)議。