將事物分為「Why-How-What」逐層深入，就是「黃金圈」法則。
而在實際生活和工作中使用，網(wǎng)上各種版本都有，切入的角度不相同，講解的深度不同，下面我將以工作實際項目中的一個功能進行分析。
以幫助引導(dǎo)中心為例：將步驟分為三個階段：
- Why 的階段：我們?yōu)槭裁匆鲞@個功能？受眾的群體是誰？為什么做出來會有回報（成效）？
- How 的階段：通過 Why 的階段，那么我們該如何執(zhí)行？用什么樣的方式？
- What 的階段：具體的效果也就是原型圖。設(shè)計的輸出和驗證。
1. 設(shè)計目標(biāo)
在開始設(shè)計之前，我們需要弄清楚，用戶的體驗流程是什么，碰到了什么障礙才會需要這個功能。再從大的方向上去考慮，我們是需要幫助新客戶玩轉(zhuǎn)我們平臺的配置，確保功能都正常使用。確？蛻裟芤砸环N“覺得簡單”的一種心態(tài)去完成流程一些列的配置（我們現(xiàn)在在做版本遷移，所以業(yè)務(wù)側(cè)都是明確的）。
在我們第一版內(nèi)容時，「幫助引導(dǎo)中心」就具備引導(dǎo)用戶進行配置，完成配置項的落地情況。但是，經(jīng)過我們組內(nèi)的討論，發(fā)現(xiàn)「幫助引導(dǎo)中心」還有一定的缺陷，比如：新客戶完成配置時間過長，新客戶疑點較多，不知道具體配置頁面在哪等等。
2. 用戶需求
通過之前的數(shù)據(jù)收集和現(xiàn)場調(diào)研收集了一些信息，現(xiàn)總結(jié)如下：
3. 競品調(diào)研
詳細的體驗了一下競品，我發(fā)現(xiàn)該功能的使用，使用背景和受眾群體都有著極高的相似點。唯一的不同點，他們 B 端產(chǎn)品體積特別大，面向用戶是對外的。而我們體積適中，面向的用戶是我們自己的運營。
4. 基礎(chǔ)易用性測試
主要針對操作時長和理解度進行調(diào)研。最終得出 5 個改進的點：
5. 小結(jié)
也就是說，我們不斷的從用戶、從競品、從自身查找問題，找到關(guān)鍵點，為什么會需要這個功能、這個功能解決了用戶什么問題，以及是否能真正解決用戶痛點，會不會存在信息偏差。及時和團隊進行溝通也很重要！
在這個階段其實很容易會被我們忽視，因為得到了用戶數(shù)據(jù)、競品分析的結(jié)果和自身產(chǎn)品的問題后，很容易就開始進入設(shè)計階段了。那么這一「How」的階段我們該怎么做呢？
1. 提取設(shè)計的關(guān)鍵詞
做這個功能前，其實我會有點納悶，引導(dǎo)這么簡單功能，還要怎么做？不就是引導(dǎo)鏈接加上彈窗說明解釋功能嗎。在我細想后，我忽略了一個維度，那就是整個產(chǎn)品的維度思考。我們的功能會越來越多，操作也會隨之變得更多，用戶的角色賬號也會越來越多，比如：A 賬號下面有 3 個角色，1 個角色負責(zé)一個模塊，那么此時的功能應(yīng)該怎么做？
那么我提取到的關(guān)鍵詞就是：邏輯串聯(lián)和友好性
只有滿足了，邏輯通暢、邏輯清晰，“指哪打哪”用戶才會愿意用，只有我們幫助到了每一位用戶角色和客戶，用戶才會喜歡用，我們的產(chǎn)品才能提高續(xù)費率。找準(zhǔn)思路，哪怕一個不起眼的小功能都會給我們帶來更多的價值。
2. 流程圖
這一步，我覺得在座的小伙伴，也很少會去梳理。這一步是重中之重；谠O(shè)計的關(guān)鍵詞，我們拓展出了如何做好這個需求，做了如何改這個需求（相當(dāng)于自檢的過程）。
△ 脫敏后的流程圖，看個意思就行了
3. 小結(jié)
在「How」的階段，更多的是總結(jié)因素，將原子組合成一個分子。這些方案可不是拍腦袋或者依靠經(jīng)驗就能做好的，也有人肯定會依據(jù)工作經(jīng)驗恰巧蒙中了，可是你的方案永遠只能停留當(dāng)下，并不能夠提供創(chuàng)新和最優(yōu)解決方案，尤其是在 B 端上。
1. 設(shè)計輸出
交互原型圖：「交互原型圖」中又包含了產(chǎn)品目標(biāo)、需求分析、設(shè)計目標(biāo)的說明和功能注釋說明。
視覺界面：視覺內(nèi)容的呈現(xiàn)
2. 設(shè)計驗證
這一部分，我真的是強推，它關(guān)系到設(shè)計的還原，是否真實有效，值得大家認(rèn)真對待和挖掘。也是提高自己水平的一部分。至于有的同學(xué)看不上方法論，或者覺得方法論太空，那么為什么會有很多國外知名專家級大神，去寫方法的沉淀和如何運用的呢？
- 設(shè)計自查：不管交互還是視覺都需要，認(rèn)真的嚴(yán)謹(jǐn)對待自己的輸出物，確保流程完成，細節(jié)完整。
- 專家測試：在產(chǎn)品體量較小或資源有限的情況下，可以讓設(shè)計專家、交互專家、產(chǎn)品專家、資深用戶來體驗產(chǎn)品，提出改進意見。
- 可用性測試：方法有很多種。在這里我會推薦，在需求清晰的情況下去做定性分析，以及易用性。
- 灰度上線：先讓部分新/老用戶先開始測試，得到他們的數(shù)據(jù)反饋。
- 上線跟進：主要分析有沒有不良影響，比如，有沒有干擾到老用戶的操作體驗
3. 數(shù)據(jù)驗證
收集滿意度的反饋：了解用戶所想，為下次功能設(shè)計時，提供數(shù)據(jù)的側(cè)面印證。（形成 Excel 表格）
數(shù)據(jù)對比：主要數(shù)據(jù)有了，對比舊版改進的數(shù)據(jù)比和操作停留時長占比等。
從 Why 出發(fā)，以 How 來實現(xiàn) why，最終形成 What。但是大家不要生搬硬套模型，得從工作中的實際場景出發(fā)。
如果 Why 和 How 梳理地清晰，那 What 圈層的做什么就是水到渠成的結(jié)果了。
承擔(dān)因您的行為而導(dǎo)致的法律責(zé)任，
本站有權(quán)保留或刪除有爭議評論。
參與本評論即表明您已經(jīng)閱讀并接受
上述條款。