起點學院課程

復盤:設計評審會需要注意的幾點問題

子牧先生
2 評論 2505 瀏覽 9 收藏 12 分鐘
15天0基礎極速入門數據分析,掌握一套數據分析流程和方法,學完就能寫一份數據報告!了解一下>>

本文作者復盤了自己的一次設計評審會的經歷,梳理分析了評審會過程中遇到的問題,并對注意事項進行了總結。

最近進行了一次設計方案評審,中間過程比較糾結,所以有必要復盤總結一下。

先說一下結果,我的主推方案未通過,需要按照運營方提供的設計修改。因為運營方強調“他們是業務指標承擔者,要以他們的需求為準”。加之他們領導的鼎力支持,于是設計方認慫。

不過也并不是沒有一些好的苗頭,素來強勢運營方開始解釋他們的一些想法(或許僅僅是我個人的自我安慰)。

本篇文章反思內容主要包括:

  1. 評審會前的準備
  2. 參會人員級別匹配
  3. 會議中的應變能力和情緒把控
  4. 設計師話語權思考

先說下項目背景

1. 需求提出

需求自上而下發起,運營方提出改版需求,首先收集了運營內部,產品經理,設計三方意見,總體來說大家的改版方向比較一致。后來運營組織了溝通會,通過一份線框圖介紹了需求內容。會后又提供了一份更加詳細但不標準的線框圖。

2. 流程及場景補齊

根據運營方提供的需求和線框圖,產品經理進行了一定的優化和補充,包括增加了部分規格說明以及購買支付流程。但是整體上維持了運營方的設計方案。

3. UED設計輸出

根據產品經理整理的需求內容,UED正式啟動方案設計。綜合前期的調研和設計分析,UED在方案設計時,對運營方案進行了優化調整。為了避免評審中運營方產生激烈的反應,UED團隊最終輸出AB兩套方案,A方案為UED優化方案,B方案為運營方為主的設計方案。然后就組織了方案評審會,會議結果已在文章開頭做出了說明。

下面我就總結反思下會議的整個過程。

一、會議前的準備

1. 應急預案準備

作為設計師,通常都會對自己的設計方案比較有信心。特別是經過深入分析后的設計方案。更多的是希望在評審會上盡情闡述自己的設計想法,獲得參會人員的認可。

實際上,你面對的是形形色色的評審人員,每個人的崗位職責是不同的,他們只會從自己的工作利益點出發,對你的方案進行評價。這就需要設計師在會議前盡可能的做好應急預案,站在參會人的角度重新審視下你的設計方案。特別是商業性設計,里面會融入很多的運營營銷場景,所有人都希望拿到更好的業績數據,達成自己的業務目標。

當然應急預案需要長時間的工作中積累總結,但是我覺得這是很有必要的,可以讓設計師更加全面的考慮到各種影響因素,從而提升自己的設計掌控能力。

例如,如果設計方案中弱化了商品曝光,避免對用戶開卡流程造成干擾,分散用戶的注意力。然而運營人員要求將廣告資源位前置,這時候你該怎么準備應急預案呢?最有說服力的就是用戶數據,通過數據說服對方。

2. 尋找設計方案支持者

通常我們在正式評審前需要拉動產品經理、業務方、設計部門內部進行1~2輪溝通,目的在于確認設計方向是否準確,有沒有大的業務場景缺失。因為作為底層設計師是無法驅動其他業務團隊中高層參與會前溝通的,會前溝通也不可能覆蓋所有參會人員的意見。所以希望會前的溝通能夠保證會上達成一致本身就是不現實的。

但是會前有必要的是找到方案的支持力量,最好的人選就是產品經理。因為設計師和產品經理是綁定關系,平時接觸最多,也最容易達成一致。在會議之前需要通過多種方式,盡可能的拉通各級別的產品人員對設計方案達成一致,包括設計、技術實現等層面。當會議出現爭執不下的情況時,讓自己可以獲得更多的設計支持。

二、參會人員級別匹配

以前我對這方面不太注意,大家都是同一部門或者同一體系的員工,會議形式比較靈活,大家都會暢所欲言的表達自己的想法。但是遇到需求方來自別的系統時,我才意識到這里面其實是有差別的。

當需求方參會的是中心級經理、運營總監,而產品方和設計方僅僅是底層員工時,這可能就是一個很難把控的評審會議。當方案產生爭議時,考慮到額外的因素,你可能很難做到去據理力爭?;蛘弋斈闩Ρ磉_自己的設計思路和想法時,別人可能會選擇沉默或者冷眼旁觀,這也是會議中的風險點。因此無論是需求評審會或者方案評審會,都要爭取讓各方同一級別的人員參與其中,保證關鍵時刻對話層級的匹配度。

三、會議中應變能力和情緒把控

1. 應變能力

其實所謂的應變能力,更多的是依靠會前的準備,包括對業務需求的熟悉程度,思考分析的過程等等。

對于你不熟悉的內容,不要輕易做出判斷和解釋,可以讓產品經理配合回答。如果在會上無人可以解決,可以先記錄下來即可,不要強行回答,否則可能會讓你的專業能力受到質疑,甚至讓會議偏離主要的議題。

2. 情緒把控

正常情況下,設計方案評審會目標是收集各方意見,對修改內容達成一致,推進項目繼續前行。在溝通過程中,不要輕易被對方激怒,會議的目的是要推銷你的設計方案,你的任務是有理有據的表達自己的設計內容即可。

但是如果有人一上來就開始對設計分析表現的很不在意。認為沒必要講。這時你該怎么辦?

控制好情緒,不要理會,因為你不是跟他一個人在開會,而是要面向大多數參會人員。你的方案是要爭取大多數人的同意,只要你認為有必要,就可以將設計分析清晰傳遞給每個參會人員,為你的方案講解做好鋪墊。

3. 抓大放小

抓大放小就是在大是大非上要據理力爭,可以通過數據、用戶調研、行為路徑分析等強有力的證據,準確的表達自己的設計想法。即使對方不接受,起碼讓他知道你是經過思考的,而不僅僅是一個畫圖工具。

而對一些設計細節,例如廣告位的樣式、尺寸等,直接告訴他這僅僅是原型方案,可以會后再完善,或者在視覺階段確認,不需要在小的設計點上做過多停留,影響整個會議的流程。

四、自我反思

反思一下,在整個過程中我應該犯了4個錯誤。

1. 對項目的重視程度

這應該算是中心重點項目,在需求評審階段,運營總監、產品總監悉數到場,而設計方僅僅是我一個底層設計師參會,需求無法直達設計管理層,造成后期設計內部會出現不同的聲音,在會議過程中無法獲得有力的支持。

2. 應急方案準備不足

對運營方的設計方案認識不足,由于在設計中UED團隊耗費了很大的精力去分析競品和研究用戶,因此更多的是希望推動UED主導的設計方案。如果碰到善于傾聽的需求方,可能還好。但是如果對方比較強勢,形勢可能就不樂觀了。

3. 數據分析不充分

過度依賴用戶分析及調研信息,沒有與產品經理深入交流,缺少數據支撐,對現有頁面內容缺乏深入分析。

4. 未能找到有力的方案支持者

在正式評審前,僅僅與運營方和產品經理(都是底層)進行了方案溝通,沒有與產品方關鍵角色進行提前溝通,導致在評審會上,只有底層產品經理支持我的設計方案(人微言輕),其他更高層級的產品人員都選擇了沉默。

五、個人思考

很多時候,設計師都在說自己缺少話語權,設計過程很被動,創意想法無法落地。其實最關鍵的問題是設計分析能否有力的支撐起設計方案,讓對方更好地接受你的想法,無法輕視你的存在。

當你有能力完成精彩的設計方案后,就需要借助設計評審會去建立設計話語權。這個過程可能會比較漫長,需要通過一個個項目去積累。而設計評審的目標也不是設計方案獲得所有人的一致認可,而是需要通過通過一輪一輪的評審和多個設計評審過程中的思想碰撞,輸出你的設計分析、設計理念、設計方案,逐步提升設計的地位。

希望以后我可以做的更棒….

#專欄作家#

子牧先生。公眾號:子牧設計筆談(HelloDesign),人人都是產品經理專欄作家。用戶體驗設計師。產品從B端到C端,橫跨信息通信、電力、證券、電商等多個領域。擅長設計方法論和交互設計研究。

本文原創發布于人人都是產品經理,未經許可,禁止轉載。

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
起點學院課程
評論
評論請登錄
  1. 加油

    回復
    1. 謝謝

      回復