編輯導語：做設計、做交互、做產品前都離不開一個目的就是——拆解問題，達到XX預期，從而能提升自己的專業性，讓方案更加具有說服力。那么，設計師應該如何找到符合自己的設計方向和優化方向呢？

一、為什么要去拆解問題？

• 案例：背景：某APP作為游戲類興趣社交APP，個人主頁作為了解他人、建立社交關系的核心一環，目前信息豐富度和社交感偏弱，故需要進行優化；
• 目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率。

如果不去拆解問題，你知道后續的該怎么做嗎？

我們知道了最直觀的感受信息度和社交能力弱，但是這2點并不能作為優化目標和設計策略。

從該截圖來看，滿足了：

• 個人屬性：照片、語音、標簽、星座、ID、性別等等；
• 商業屬性：下單、突出異性優勢等等；
• 社交屬性：關注、提示關注、聊天、小游戲場景（右下角人物）、分享等等。

1. 信息是不是很滿？

那么如果不去拆解問題，是不是就不知道如何補充信息了，那么也有社交感。用戶在主動狀態下：漂亮、萌妹、聲優也就有社交了，那么用戶在被動狀態下是什么？

2. 是不是越想越亂，找不到方向了？

這就需要去拆解問題了，可以讓你的思路更加清晰，保持在一條線上，形成大綱，可以挖掘更多的價值。

二、拆解問題的好處是什么？

還是同樣的案例：背景：某APP作為游戲類興趣社交APP，個人主頁作為了解他人、建立社交關系的核心一環，目前信息豐富度和社交感偏弱，故需要進行優化。

目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率，那么我們開始拆解問題：（前提是背景已經確認好的情況下）。

那么背景交代的是需要強化社交關系提升信息豐富度和社交感。經過再一輪的拆解，是不是能感覺到到，自己思考的方向也多了？

我拆解問題后，獲得的好處有：

1. 思維的擴展性

舉個例子：信息豐富度為什么會讓我覺得缺少一點靈活性？信息的展示，會不會又分為外在和內在信息？那么什么是外在信息？與同平臺上的大神之間建立的關系轉化為信息？

2. 邏輯的嚴謹性

• 有邏輯線索可依，從而更容易找到問題所在；
• 方案和過程都可以假設，但是假設是必須要建立在真實的場景下。

3. 產出結果的可視化

可以根據拆解，將問題變為更加清晰，從而找準發力點。

三、如何去拆解問題？

前面鋪墊了那么久，現在回歸正題拆解問題主要分為2種（對應著初級和中級水平，可視情況任選一種）：

1. 以問題樹進行拆解，將問題細化到一個點

還是以這個案例：

• 背景：某APP作為游戲類興趣社交APP，個人主頁作為了解他人、建立社交關系的核心一環，目前信息豐富度和社交感偏弱，故需要進行優化。
• 目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率。

（這是提升信息度的模塊，問題樹太長，就展示部分了）

（這是提升社交感的模塊，問題樹太長，就展示部分了）

挖掘到以下功能（列舉功能并記錄，進行權重分析）：

• 關注模塊需要重設計
• 設計車隊模式
• 匹配度設計
• 話題引流設計
• 群設計（包含營銷活動設計，展示打賞排名）等等

這是一個很淺的影響因素分析，到了這一步，很多厲害的小伙伴，甚至會更加詳細。也就是說我們要將方向點，統統轉化為機會點和業務新方向（那些一直抱怨沒有發言權的小伙可以參考一下）。

（全局問題樹展示-舉例就不做詳細展開了，理解意思就行）

1）整合內容進行歸類

拆分和定位分為：

• 開發側：標記為 K-1 +顏色，比如群內人數限制，開發能不能幫助解決，如果不能，轉換至交互側產品側：標記為 C-1 +顏色比如：車隊設置，以及后續的商業演化；
• 運營側：標記為 Y-1 +顏色比如：群內，該提供怎么樣的營銷策略；
• 設計側：標記為 S-1 +顏色比如：交互該處理，開發不能滿足群內人數的擴張，該怎么做；
• UI該處理：如何讓頁面變得更加“溫暖”，根據用戶群來進行頁面設計；
• 題外話：交互在我看來，其實承擔著銜接與溝通和分析的角色，整合內容看到問題其實對于經驗要求很高（比如能看到商業機會），請盡量帶著組內專業的人進行歸類分析。

整合成一個表單：

2）重復確認問題我們找到上級確認：是否與上級規劃的方向保持一致，不合適也能及時作出修改。

1. 證明你的專業性
2. 讓領導知道你們接下來做的事情是什么，產生了什么數據價值，將有價值的內容規劃，融入產品層的大綱中
3. 暗示領導給資源，有些拆解出的目標問題，是不能單方面來解決的

3）資源規劃根據權重比，進行資源規劃。

4）適用場景對于剛上手的小伙伴，請耐心的一步步做完，老鳥的話請直接一步到位。

2. 以用戶的接觸點進行設計

這一塊的內容需用到用研部分知識，以數據為主用研為輔的情況下去進行拆解問題。想對來說，流程會更加的長，但是獲得的結果更為準確一些或者說更加偏向用戶想要什么。

1）流程漏斗數據圖

還是以這個案例：（背景需要改動一些）背景：某APP作為游戲類興趣社交APP，個人主頁作為了解他人、建立社交關系的核心一環，目前信息豐富度和社交感偏弱，故需要進行優化 （改為：）導致流失率偏高，下單轉化極低。

目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率（添加：）提升用戶建立社交概率，從而能提升用戶粘性降低流失率。

第一步：拉取數據（某一時間段，瞎編的基礎點擊事件埋點數據，看個意思就好）

（假的的有點過分了，嘿嘿）

第二步：進行梳理

先進行大綱梳理（以業務流程為主，梳理出主要問題）

（以用戶直接進入個人主頁舉例）

第三步：假設驅動即解決復雜問題時盡可能的先找到一個合理的假設。比如：剛進頁面就流失，甚至停留時間都很短，那么你立馬給出的結論是：

TA真丑，不符合我的審美，嚴重P圖。

第四步：找到用戶做這類測試的時候，當然一定要去找玩游戲的用戶且接觸過陪玩的。用戶找到-約時間-去用戶能放松的地方-開始瀏覽該軟件-進行定性測試。

第五步：匯總結果定性的方式有很多種：這里我舉例一個「think aloud」：

使用think aloud的流程：

1. 提前告知被測用戶你需要邊操作邊思考并且說出來
2. 記錄被測用戶的說話記錄
3. 分析文本，歸納問題分類
4. 將分類嵌套至說話的文本中
5. 計算統計結果
6. 建議使用中位數測量

最后在經過數據分析得出問題的優化重點或改版方向。

補充一句，如果條件允許，使用卡片分類法，讓用戶自主的搭配，個人主頁中功能位置。了解完初級和中級的方法后，有沒有有小伙伴對高級的玩法產生興趣的？哈哈哈哈快來關注鋪子~

小結：熟練分析話術，圈重點，找到核心的發力點。也能讓思考過程更加結構化、可視化。不同的話術下，找到不同的方式，幫助快速解決問題，找準切入點和挖掘機會點和后續的跟進（要玩的流暢就你的樹結構的清晰程度了）。

四、拆解后的策略是什么？

策略其實你在分析的時候就已經產生了。

當然啦，我們是一個team，當你產生策略的時候，需要和團隊內共同討論方案的可實行性。

五、如何去驗證拆解結果？

1. A/B testing

進行原版和改版數據對比，重點/想改進的數據有沒有提升/下降就好了。

AB測試就是指把少部分用戶分成平均的兩組，其中一組用戶體驗網站改版的A版本，另外一組用戶體驗網站改版的B版本，分別記錄清楚相關的所有用戶操作數據以后再進行精確的比對，最后分析得出哪一個版本是用戶最喜愛的。

2. 灰度

灰度發布則是指在新的功能上線以及沒有上線之間能夠保證新的版本可以穩定過渡的一種發布方法，可以在灰度發布的過程當中解決一些問題或者對新版本做出一些可以提高用戶體驗的調整，這是保證網站可以平穩更新到新版本的有效過程。

六、拆解流程如何優化？

1. 沒有捷徑可走，只有通過不斷的練習，你才能優化步驟流程；
2. 如果全文看下來，對于詞匯和方法沒有問題的，你已經具備了優化，差的是熟練度；
3. 這些都只是思路，并不存在百分百正確，在什么樣的情況下，就選擇什么樣的方式。了解理論不代表知道如何實際運用，理論是基石，基石決定上層建筑。

作者：交互思維鋪子；公眾號：交互思維鋪子

本文由 @交互思維鋪子 原創發布于人人都是產品經理，未經作者許可，禁止轉載。

題圖來自Unsplash，基于CC0協議。