做設計、做交互、做產品前都離不開一個目的就是——拆解問題，達到XX預期，從而能提升自己的專業(yè)性，讓方案更加具有說服力。那么，設計師應該如何找到符合自己的設計方向和優(yōu)化方向呢？
案例：
- 背景：某 APP 作為游戲類興趣社交 APP，個人主頁作為了解他人、建立社交關系的核心一環(huán)，目前信息豐富度和社交感偏弱，故需要進行優(yōu)化；
- 目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率。
如果不去拆解問題，你知道后續(xù)的該怎么做嗎？
設計拆解：想要找到設計方向和優(yōu)化方向的，請你一定要看！
我們知道了最直觀的感受信息度和社交能力弱，但是這 2 點并不能作為優(yōu)化目標和設計策略。
從該截圖來看，滿足了：
- 個人屬性：照片、語音、標簽、星座、ID、性別等等；
- 商業(yè)屬性：下單、突出異性優(yōu)勢等等；
- 社交屬性：關注、提示關注、聊天、小游戲場景（右下角人物）、分享等等。
1. 信息是不是很滿？
那么如果不去拆解問題，是不是就不知道如何補充信息了，那么也有社交感。用戶在主動狀態(tài)下：漂亮、萌妹、聲優(yōu)也就有社交了，那么用戶在被動狀態(tài)下是什么？
2. 是不是越想越亂，找不到方向了？
這就需要去拆解問題了，可以讓你的思路更加清晰，保持在一條線上，形成大綱，可以挖掘更多的價值。
還是同樣的案例：
- 背景：某 APP 作為游戲類興趣社交 APP，個人主頁作為了解他人、建立社交關系的核心一環(huán)，目前信息豐富度和社交感偏弱，故需要進行優(yōu)化。
- 目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率，那么我們開始拆解問題：（前提是背景已經確認好的情況下）。
那么背景交代的是需要強化社交關系提升信息豐富度和社交感。經過再一輪的拆解，是不是能感覺到，自己思考的方向也多了？
我拆解問題后，獲得的好處有：
1. 思維的擴展性
舉個例子：信息豐富度為什么會讓我覺得缺少一點靈活性？信息的展示，會不會又分為外在和內在信息？那么什么是外在信息？與同平臺上的大神之間建立的關系轉化為信息？
2. 邏輯的嚴謹性
- 有邏輯線索可依，從而更容易找到問題所在；
- 方案和過程都可以假設，但是假設是必須要建立在真實的場景下。
3. 產出結果的可視化
可以根據(jù)拆解，將問題變得更加清晰，從而找準發(fā)力點。
前面鋪墊了那么久，現(xiàn)在回歸正題拆解問題主要分為 2 種（對應著初級和中級水平，可視情況任選一種）：
1. 以問題樹進行拆解，將問題細化到一個點
還是以這個案例：
- 背景：某 APP 作為游戲類興趣社交 APP，個人主頁作為了解他人、建立社交關系的核心一環(huán)，目前信息豐富度和社交感偏弱，故需要進行優(yōu)化。
- 目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率。
△ 這是提升信息度的模塊，問題樹太長，就只展示部分了
△ 這是提升社交感的模塊，問題樹太長，就展示部分了
挖掘到以下功能（列舉功能并記錄，進行權重分析）：
- 關注模塊需要重設計
- 設計車隊模式
- 匹配度設計
- 話題引流設計
- 群設計（包含營銷活動設計，展示打賞排名）等等
這是一個很淺的影響因素分析，到了這一步，很多厲害的小伙伴，甚至會更加詳細。也就是說我們要將方向點，統(tǒng)統(tǒng)轉化為機會點和業(yè)務新方向（那些一直抱怨沒有發(fā)言權的小伙伴可以參考一下）。
（全局問題樹展示-舉例就不做詳細展開了，理解意思就行）
整合內容進行歸類
拆分和定位分為：
- 開發(fā)側：標記為 K-1 +顏色，比如群內人數(shù)限制，開發(fā)能不能幫助解決，如果不能，轉換至交互側產品側：標記為 C-1 +顏色。比如：車隊設置，以及后續(xù)的商業(yè)演化；
- 運營側：標記為 Y-1 +顏色。比如：群內，該提供怎么樣的營銷策略；
- 設計側：標記為 S-1 +顏色。比如：交互處理，開發(fā)不能滿足群內人數(shù)的擴張，該怎么做；
- UI 該處理：如何讓頁面變得更加“溫暖”，根據(jù)用戶群來進行頁面設計；
- 題外話：交互在我看來，其實承擔著銜接與溝通和分析的角色，整合內容看到問題其實對于經驗要求很高（比如能看到商業(yè)機會），請盡量帶著組內專業(yè)的人進行歸類分析。
整合成一個表單：
重復確認問題我們找到上級確認：是否與上級規(guī)劃的方向保持一致，不合適也能及時作出修改。
- 證明你的專業(yè)性
- 讓領導知道你們接下來做的事情是什么，產生了什么數(shù)據(jù)價值，將有價值的內容規(guī)劃，融入產品層的大綱中
- 暗示領導給資源，有些拆解出的目標問題，是不能單方面來解決的
資源規(guī)劃根據(jù)權重比，進行資源規(guī)劃。適用場景對于剛上手的小伙伴，請耐心的一步步做完，老鳥的話請直接一步到位。
2. 以用戶的接觸點進行設計
這一塊的內容需用到用研部分知識，以數(shù)據(jù)為主用研為輔的情況下去進行拆解問題。相對來說，流程會更加的長，但是獲得的結果更為準確一些或者說更加偏向用戶想要什么。
流程漏斗數(shù)據(jù)圖
還是以這個案例：（背景需要改動一些）
背景：某 APP 作為游戲類興趣社交 APP，個人主頁作為了解他人、建立社交關系的核心一環(huán)，目前信息豐富度和社交感偏弱，故需要進行優(yōu)化 。（改為：導致流失率偏高，下單轉化極低）
目標：頁面改版核心以社交為驅動，豐富頁面信息，提升用戶建立社交概率。（添加：提升用戶建立社交概率，從而能提升用戶粘性降低流失率）
第一步：拉取數(shù)據(jù)（某一時間段，瞎編的基礎點擊事件埋點數(shù)據(jù)，看個意思就好）
△ 假的有點過分了，嘿嘿
第二步：進行梳理
先進行大綱梳理（以業(yè)務流程為主，梳理出主要問題）
△ 以用戶直接進入個人主頁舉例
第三步：假設驅動即解決復雜問題時盡可能的先找到一個合理的假設。比如：剛進頁面就流失，甚至停留時間都很短，那么你立馬給出的結論是：
TA 真丑，不符合我的審美，嚴重 P 圖。
第四步：找到用戶做這類測試的時候，當然一定要去找玩游戲的用戶且接觸過陪玩的。用戶找到-約時間-去用戶能放松的地方-開始瀏覽該軟件-進行定性測試。
第五步：匯總結果定性的方式有很多種：這里我舉例一個「think aloud」：
使用 think aloud 的流程：
- 提前告知被測用戶你需要邊操作邊思考并且說出來
- 記錄被測用戶的說話記錄
- 分析文本，歸納問題分類
- 將分類嵌套至說話的文本中
- 計算統(tǒng)計結果
- 建議使用中位數(shù)測量
最后在經過數(shù)據(jù)分析得出問題的優(yōu)化重點或改版方向。
補充一句，如果條件允許，使用卡片分類法，讓用戶自主的搭配，個人主頁中功能位置。
小結：熟練分析話術，圈重點，找到核心的發(fā)力點。也能讓思考過程更加結構化、可視化。不同的話術下，找到不同的方式，幫助快速解決問題，找準切入點和挖掘機會點和后續(xù)的跟進（要玩的流暢就取決于你的樹結構的清晰程度了）。
策略其實在你分析的時候就已經產生了。
當然啦，我們是一個 team，當你產生策略的時候，需要和團隊內共同討論方案的可實行性。
1. A/B testing
進行原版和改版數(shù)據(jù)對比，重點/想改進的數(shù)據(jù)有沒有提升/下降就好了。
AB 測試就是指把少部分用戶分成平均的兩組，其中一組用戶體驗網站改版的 A 版本，另外一組用戶體驗網站改版的 B 版本，分別記錄清楚相關的所有用戶操作數(shù)據(jù)以后再進行精確的比對，最后分析得出哪一個版本是用戶最喜愛的。
2. 灰度
灰度發(fā)布則是指在新的功能上線以及沒有上線之間能夠保證新的版本可以穩(wěn)定過渡的一種發(fā)布方法，可以在灰度發(fā)布的過程當中解決一些問題或者對新版本做出一些可以提高用戶體驗的調整，這是保證網站可以平穩(wěn)更新到新版本的有效過程。
- 沒有捷徑可走，只有通過不斷的練習，你才能優(yōu)化步驟流程；
- 如果全文看下來，對于詞匯和方法沒有問題的，你已經具備了優(yōu)化，差的是熟練度；
- 這些都只是思路，并不存在百分百正確，在什么樣的情況下，就選擇什么樣的方式。了解理論不代表知道如何實際運用，理論是基石，基石決定上層建筑。
承擔因您的行為而導致的法律責任，
本站有權保留或刪除有爭議評論。
參與本評論即表明您已經閱讀并接受
上述條款。