如何增強設計提案的說服力
在工作中除了完成業務方的需求之外,我們也時不時會發起一些設計驅動的項目,但并不是每一次設計提案都能順利得到落地。僅僅有想法是沒有價值的,如何將想法包裝推銷出去、說服別人接受、不斷收集有效建議進行完善,也是非常重要的一環。
保持階段目標一致
有些同學可能會遇到這樣的煩惱:感覺產品的用戶體驗這里不好那里不好,可拿著自己改進后的概念稿去找業務方時,卻經常碰一鼻子灰,被無限拖延甚至直接否掉。其實很多時候,問題確實客觀存在,但是和業務的階段目標不匹配,需要調用的開發資源卻又不低,優先級被降低也情有可原。而建立在階段目標一致基礎上的設計提案,通過的難度相對就要低很多,有時候甚至根本不需要你花費口舌解釋一大通緣由,業務方就直接表示了認同。
首先,我們需要主動關注業務動態,在每個季度開始前從業務方處了解清楚接下來幾個月要做的主要事情,和事情背后指向的階段目標,再基于這些階段目標去尋找設計機會點,而不是盲目進行優化;其次,業務方當初制定的階段目標并不一定完全合理,如果我們通過用研報告和接觸用戶等,發現真實用戶痛點訴求和階段目標存在較大出入的話,大可把信息進行同步,協商調整目標;最后,要以良好的心態去看待和接受目標的中途調整和增加,只要它符合產品定位、有利于業務長期發展,但要注意有限時間內目標優先級的分配,不要同時向多個大目標出擊最后卻顧此失彼。
展現完整推導過程
和設計稿本身相比,前期的各種調研、分析、發散、推導過程同等甚至更加重要,而把這個思考過程完整、有邏輯性地展現給業務方,和直接展示飛機稿相比,可以更有效地獲取他們的認可。
以我最近在做的項目為例,過程中的產出物包括但不限于:焦點小組和問卷調研報告(主要是用研同學提供)、全鏈路用戶行為路徑地圖、用戶畫像梳理(用戶特征、訪問場景、用戶目標、關鍵詞、痛點等)、故事板(情境化描述用戶使用場景和過程中遇到的痛點)、問題分析(用戶分布、業務問題及其背后的用戶感受、設計機會點挖掘)、設計策略(整體信息組織原則、設計方向洞察、能帶來的業務價值、技術輔助實現手段、衡量驗證指標等)、全景圖、腦暴 & 卡片分類現場照片、思維導圖、白板線框等。
這些產出物可以更好地體現我們的思考過程和專業性,但在組織呈現給業務方時需要注意邏輯串聯和可讀性,推導過程論據充分、環環相扣,描述不過多使用 UX 專業術語,而是大家都能理解的用戶語言(簡單來講就是說人話)。
注意商業技術平衡
我們通常習慣從用戶視角去思考和提案,但僅僅站在用戶視角是遠遠不夠的,也需要在前期的時候就充分考慮和溝通詮釋清楚設計方案的商業價值和技術可行性。
設計提案僅僅只是解決已有的用戶痛點、滿足已有的用戶訴求是不夠的,雖然這么做肯定是「對」的,但我們還應該思考和回答一些更深層次的問題,比如:它是否符合產品獨特的價值主張?相比競品是否能形成足夠的差異化競爭優勢?(參考 UCD 畫布,我犯過的一個錯誤就是在我有人也有的地方過分糾結,而對最獨特、差異化的點缺乏深入思考意識)能否促進業務長期的良性運營發展,還是僅僅在短期止血?我們當然希望在某一點用戶體驗上做到極致,但僅僅做好這一點就夠了嗎?市場上有沒有做到了這一點卻不夠好的反例?如果有反例又是因為它們缺少了什么?(這些是我上周和 PD 討論時被反問到的幾點)要做正確而有足夠價值的事情。
了解技術可行性也同等重要,過于天馬行空的概念最終難免淪為一紙空文,但需要指出的是,這并不意味著提案的技術實現手段越簡單越好,有時一些更有技術挑戰性的事情反而更能贏得開發同學的認可與支持(換位思考一下,作為設計師的我們也不希望每天都是做些簡單的拼控件、寫標注工作,不是嗎?)。不要把開發當成實現你想法的工具,他們同樣也會有很多有價值的想法和建議,幫助我們把設計做得更好。
不要一味單打獨斗
在發起設計提案的過程中,用戶體驗設計師將不再是傳統的產品開發過程中普通一環,而是需要全程跟蹤參與,接觸傳統意義上由其他職能承擔的職責。但是全程參與不等于全程負責,把事情適當交由更專業的人去完成效果會更好,共創式的思維碰撞帶來的靈感啟發遠多于一個人悶頭執行。
邀請利益相關方和組內其他設計師共同腦暴、共同繪制草圖、共同進行設計比稿……讓大家的想法在 Demo 未完全成型的早期階段得到充分的考慮與參與,再基于此去打磨細化完整的設計方案,與一個人悶頭畫完交互稿甚至高保真,再拿去一一說服眾人接受,通過的難度孰優孰劣,想必大家了然在胸吧?
總結
我覺得做設計提案的過程本質是以不同的側重角度向不同角色(老板、PD、業務方、開發、用戶)講好同一個故事,就像某位設計前輩之前和我說的那樣:「第一階段和PD等合作伙伴,用完美的邏輯講通產品閉環;第二階段和老板、客戶,表達核心價值和實現方案;第三階段和用戶,簡單易理解的用戶場景為先?!棺4蠹夜ぷ髦械钠嫠济钕攵寄茼樌D化為設計提案并成功落地!
本文由人人都是產品經理專欄作家 @鴻影?原創發布于人人都是產品經理?。未經許可,禁止轉載。
不錯。