超乾貨!一套完整的設計分析思路應該是怎樣的?

2021-09-23 06:54:14 字數 3058 閱讀 2391

很多互動設計師特別是新手設計師,常常會出現接到乙個需求不知道該從何下手的情況。比如一下兩種常見場景。

「需求是業務方的幾句話描述,只能管中窺象的了解他們一些零零碎碎的想法,沒理解到本質需求就開始畫介面,然後不斷的隨著他們想法的轉產而反覆被動修改互動稿…」

「pm已經畫好完整的demo,互動看著似乎能做的只是根據demo做細節優化和完善,做著做著就迷茫了,設計的價值到底在哪呢?」

一. 確定頁面的型別

開始講分析思路之前,先需要考慮你的頁面屬於什麼型別的頁面。 不同的頁面型別,思考的側重點不同,分析思路也會有所差異。

根據個人經驗,我們平常會涉及到的主要頁面型別有以下幾類:

當然,也會有多種型別混合起來的,比如1+2成了天貓首頁。本次總結主要是針對1、2頁面進行分析,任務型頁面的分析思路會比較不一樣,今後在詳解。

二. 前期分析思路

阿里的五導家thinkflow就提出了:「在公司中作為職能部門的ued團隊,需要站在使用者的角度思辨業務,通過服務內部客戶進而服務我們的終端使用者,用設計專業幫助業務成功,與業務一起成長」。本文的主要分析框架也是從五導家的思路按需細化&實踐演變過來的。

五導家分析階段的主要思路

分析的詳細步驟如下:

挖掘業務(市場)本質需求

洞見使用者需求

確立設計目標

解決方案發散&收斂

解決方案落地到頁面中

一. 挖掘業務本質需求

「產品經理說的話 ≠ 業務訴求」——重要的話放前面

1. 了解專案概況和目標

這一步主要是跟需求方不斷的去聊去了解,基本的問題如下:

以上為初步溝通的4個基本方向,通用於各種專案,具體可以根據專案具體內容而拆分成很多個小問題,具體執行就需要考驗設計師的溝通能力了。

tips: 跟需求方溝通挖掘需求,最重要的注意點是需求方對我們來說是快速了解行業現狀和市場需求的絕佳夥伴,所以要更多的聊這些,而不要很快就陷入頁面具體細節的討論。(如果需求方主動要說,可引導至挖掘背後目的是什麼,為啥要這樣做,具體表現形式可以後面在細化頁面時再考慮)

當把這些問題一一問完之後,基本就能對你的專案方向有個基本了解。

2. 挖掘業務本質

部分設計師會在做完上一步之後就立即著手去想有啥更好的解決方案、具體怎麼設計了,有些時候這會讓思路停留在比較表層的階段,後續的解決方案也會很受業務側想法的限制,如果對方想得不夠深那最後出來的解決方案也會停留在一樣的層面。

設計師若是想要進一步挖據,獲得自己更深層的見解,這就需要想辦法再往大往深一步去提問去思考了。

你可能會問了,具體要怎麼做出判斷呢?更多時候不是要我們絞盡腦汁去想答案,更多的是靠得到盡可能多的一手資料,參考在行業深耕了多年的行家們的見解之後才能權衡來的。根據個人經驗主要有如下2點:

1)找到對的人聊

2)找到具有說服力的資料

二. 理解使用者訴求

根據前面的分析,我們已經明確了目標使用者是誰,接下來就要找到目標使用者的主要訴求。這時候需要我們盡可能去多一點了解使用者的方方面面,盡力發揮共情能力去理解體會使用者真正的痛點和深層次的需求。

某家居用品商要製造一款家用鑽孔機,繼續往下深挖使用者訴求:

聚焦到最深層次的需求,也許到最後你的產品從一台傳統的鑽孔機變成了嵌在牆上的乙個電子相簿,說不定還能自動更新、可互動~~ 不管最終的形態是怎樣的,都是更能打動目標使用者的~

理解使用者訴求的具體操作方法非常多,工具不重要,重要的是能真正獲得洞見~~ 不同情況下需要設計師根據經驗把控了~ 個人經驗包括但不限於:

獲取方式更多樣,比如:直接找類似使用者訪談; 潛入使用者圈子看他們在說什麼,記錄下來(社群圈子、問答平台),follow資深型使用者; 看使用者對競品的評價和吐槽;後台使用者意見反饋收集整理… 通過這些手段,基本上能有乙個比較生動的使用者形象呈現在你面前了,這時候就可以回到最後的輸出:

典型使用者場景(包含使用者關注點和使用者痛點)

使用者主要訴求和潛在訴求

最後結果看似簡單,但經過前面的那一輪分析,做起來會明顯更具有指導意義,跟需求方說起來也明顯更有底氣。

三. 設計目標確定

當業務訴求與使用者訴求都已經明確之後,我們會發現事情漸漸變得明朗起來。拿著市場需求和使用者需要以及業務原本的需求來對一對,市場趨勢和使用者需要也更加明確。

此時,我們已經可以判斷之前需求方提的目標是否合理,如果有補充和調整就可以提出跟需求方進行商量了,而且此時的商量應該是有理有據的,一般情況下,給出收集的實際情況,需求方應該會給出判斷,是否可以作為本期目標或其他階段的目標。

經過溝通,可以提煉出業務目標:

四. 解決方案發散與收斂

核心問題聚焦-發散分析。依據分析得出的設計目標和設計策略,圍繞得出的結論點來不斷細分和發散。

細分使用者型別和場景分析。如:細分新老客、帶目的1的使用者和目的2的使用者,他們的使用者場景和具體訴求。

按流程步驟分析。當涉及頁面流程較長時,可以找到使用者幾個關鍵的流程節點,使用漸進流程節點分析,如下方案例分析買手機的使用者:

aicda五步分析:引起注意——產生興趣——建立信任——刺激慾望——促使行動。這套分析思路比較適用於營銷活動類的頁面。

進行完發散之後,就可以跟業務方進行一輪溝通評估,通過評估的基本就可以留下作為最後要落地的解決方案了~~ 具體評判維度可參考以下2點,

可行性評估,運營成本、開發可實現性

價值評估,判斷最能輔助目標達成的方案、投入產出比

五. 方案在頁面中落地

以上就是個人小結的分析思路,希望可以幫到大家。

乾貨分享 50人 團隊常用的一套PRD模板

筆者團隊簡介 乙個專案或產品大概15人左右,多個專案和產品線並行。單個專案團隊主要成員有產品經理 也就是我 1產品助理,1美工,2測試,其他為研發,運維和運營都為職能部門借調。此模板並非行業通用模板,可選擇性參考。謝謝。文件中使用到工具 word2017,axure8,viso2013,功能結構圖 ...

tensorflow 完整一套流程的第三天

從理論到實踐,才是完整的學習過程。神經網路的提出,是從神經元開始的。從生物學意義上的神經元得到啟發,感知機的概念被提了出來。感知機的原理就是對輸入向量進行一定的計算,並通過啟用函式得到更加能表達資料意義的內容。再從向量開始擴充,拓展到矩陣,以及更高維的張量。於是,全連線層被用來同時處理更多的資料。全...

我的一套雲OA設計方案

需求如下 2 企業級平台。web應用程式,管理平台 企業資料中心 接收桌面程式傳送的資料 其他。3 公共雲平台。web應用程式,雲平台 雲資料中心 接收桌面程式傳送的資料 其他。以上三個程式之間應具有標準資料介面 可通訊互動等。根據資料,我認為這偏向於雲oa系統 1 桌面程式 擁有獨立執行功能和與雲...