如何利用設計團隊分享提高表達能力
表達能力是通用能力,其中團隊分享是設計師在日常工作中提升表達能力的重要途徑。然而實際工作中,可能會因為各種原因阻礙設計師的表達能力的提升。如何利用設計團隊分享,提高表達能力呢?一起來看一下吧。
表達能力是通用能力,其中團隊分享是設計師在日常工作中提升表達能力的重要途徑,但是在實際工作中設計師同學會遇到缺乏經驗/權重太低/沒有專門時間做分享等因素,會阻礙設計師的表達能力的提升。接下來將會一點一點展開講講怎么解決這個問題。
一、難點
1. 缺乏經驗
大部分的設計師常規的工作都是做執行工作,除了中高主管外,其他的崗位很少有進行分享或是總結的機會,導致了一旦是okr任務里面強制安排分享,就沒法快速介入和尋找話題。
2. 權重太低
大部分的設計師的工作任務都是執行任務,即使是設計主管在人少的團隊中都要自己進行下場做設計,而不是只用做管理。這種情況導致了很多設計師對這種團隊分享任務只是象征性質的分享,很難給出一個真正給團隊帶來有意義的分享。
3. 沒有專門有時間做分享資料
一般在工作中不會給設計師留存一個專門做分享PPT的時間,為了完成okr任務就得需要擠壓自己的休息時間以及學習時間。如果工作時間是965或者這是雙休其實還好,但是如果是996或者是007的話,單休或者是節假日時間基本就沒了。最后就導致了出來的分享效果其實并不好。
其實分享效果要看這個主管平日里做不做,如果日常主管不帶頭做分享,就等著屬下做然后等著自己摘桃子的,只能說屬下大概率不傻。
二、常見分類
常見設計分享包括知識技能來的分享,項目復盤。
按照分享角色分為:向上匯報和對下分享。
1. 向上匯報
一般向上匯報的場景是主管的述職報告和晉升報告還有針對上級的團隊業績匯報,這個時候是你的上層決定你是否晉升或者是述職成功。
設計的根本是滿足用戶的訴求,那上級角色關注的訴求是什么?就是要知道一段時間內成績/業績,針對向上匯報推薦smart原則(一種目標管理的方法)進行匯報。
Smart原則是現在在管理上面經常用到的一種目標管理,或者說效率管理模型。SMART分別代表了5個單詞的首字母,也是目標管理的五大原則,也被稱為目標管理的五個維度。——引入百度
smart原則拆解:
S:Specific(具體的)
所謂的明確性是要用道具的語言清楚地說明行為的標準。所以這里的目標一定要是明確的,而不是含糊不清或者是模糊的目標。
假如有這么一個關鍵結果——“提高用戶效率”;每個人對“提高效率”的認知不一樣,對于最后的界定也不一樣,這樣的結果就無法衡量,從而最終無法評估。
但是如果把關鍵結果設置成“提高用戶設置效率”,那么大家對于結果的認知會更加的清晰,從而在后面溝通和實施的場景下效率會更高。
M:Measurable(可衡量的)
目標要具有清晰的衡量性,這里要求目標是是被度量的。制定目標的過程中你要清晰地知道花費的時間以及你能力的邊界值到底是多少,這樣才能控制完成的進度。要求的目標具有是可以被量化的。
還是以上面的“提高用戶設置效率”為例,假設設定為“縮短用戶設置從20秒到10秒”,到了最后通過埋點就知道了距離這個時間還有多長時間差。
A:Achievable(可實現的)
目標的核心意義要能夠接受且實現,如果是強制安排的目標大概率會引起反作用。這樣指定的目標最后會有無限多的推脫的方案。換而言之在制定目標是場景下,你要客觀的預估自己能力到底能做到哪一步。換一個說法就是,“目標要現實”。
還是以上面的“提高用戶設置效率”舉例子,假設設定為“提高用戶設置效率200%”,這個目標是是離譜了一點,但是效率一般最多能提高100(200根本完不成)。
R:Relevant(相關的)
指定的目標一定要和上級目標和同級目標相關聯,跟上級目標的關聯是:上級目標的分支與分解,主要是上級目標的完成的途徑之一。跟同級目標的關聯是:同級之間相互呼應,甚至于能輔助同級任務完成。
這次換一個目標,我的角色是設計師,那我設置的目標是”提高平臺用戶的活躍度10%”。這個目標明顯是產品經理相關的目標,而不是跟設計相關的目標。相同的角色,如果是設置的目標是“縮短用戶發布信息時間由30秒到20秒”這個目標跟設計師相關。
T:Time-based(有時限的)
任何目標如果不去限制時間都是無意義的,因為同樣的目標放在這個月和下一個月,環境不同都有可能造成不同的結果。所以目標一定要具有時效性,來保證任務的完成,否則造成的結果就是操作人磨洋工/負責人干著急沒有辦法進行考核。導致最后整體效率的下降。
2. 對下分享
對下分享的場景通常是知識分享和團隊整體項目復盤,分辨推薦不同的策略可以使用:
- 知識分享:WWBL原則
- 項目復盤:star原則
1)WWBL原則
基本的拆分原則:是什么-為什么-怎么做-注意點。
W:what(是什么)
知識分享可以理解為一本書的寫作方式,序言之后要講清楚一些關鍵性的概念以及主體事物的描述,降低后面內容的理成本。
W:why(為什么)
一般展現的這么設計的原因,通常是使用流程拆分法或者是元素法進行。
B:behavior(行為)
主要是圍繞用了什么方案解決了為什么,設計方面的解決方案通常是:顏色,交互,流程優化,用戶分析等方面
L:lime light(注意)
很多知識都有自己的適用范圍,一旦出了這個范圍就會出現出現一些謬誤或者是不合適的場景。以及有一些比較細節的注意點。
2)star原則
star法則中常見的有四個:環境,目標,結果,行為。
①環境
環境的元素里面包含了事件所經歷的時間、地點、背景,在這里尤其是得先描述清楚背景才能夠讓對方知道這么操作原因,才能夠獲取到對方認同感。一旦認同感到位了,后面的事情都好做。
②目標
這里的目標跟自己和團隊所做的任務相關,在實際工作之中每個人有每個人不同的事情,所以一般在這里描述的是:
- 你做的是什么任務?
- 任務要達到的目標是什么?
- 有沒有其他的要求?
這樣才能描述的清楚你負責的是什么,來讓對話者/讀者清晰地知道的清楚你的職責,后面聊天的時候才有聊天的范圍。
③行為
這里所說的行為一般指的是在你為了實現你自己的目標時候你使用了哪些行為或者是工具,中間遇到了哪些問題又是如何解決的。
④結果
這里通常情況下是將結果進行量化,比如PV、UV提升多少、或者是用戶轉化率提高了多少這樣的總結才能夠更清晰的讓別人知道你完成任務的量級。除此之外,通常還有獲得了什么成就以及有什么認知相對于比較虛幻的結果。
三、分享流程
1. 前期思考
前期有3個思考點:
- 制作PPT之前需要先確認聽分享的人聽之后的目的是什么?
- 對他們有什么幫助?
- 對于團隊有什么提升
思路借鑒:很多時候是沒有思路的,就可以去多去看看一些大廠公眾號的文章(我個人推薦58的文章寫的非常好)還有語雀里面的文章也是非常多的。
這里再補充一個時間問題:一定要提前幾天定會議室,分享會前10分鐘最好去查驗一下會議室設備完整度。
2. 中期宣講
第一次心態緊張其實是最大的(社牛不算),有一個比較好的方法能緩解就是把其他參與人員當做白菜,講的時候不看他們就好了。
3. 后期評價
這個是一般分享設計師分享后很難想到的點,如果里面有和自己關系比較好的同事可以在分享會完成后可以詢問意見。
四、總結
分享會是設計師難得的提升機會,能夠應用的從場景很多,無論是后面做主管還是面試培訓也好。希望大家能在分享會上表達能力得到更大的提升!
#專欄作家#
一只雞腿,微信公眾號:B端設計一只雞腿,人人都是產品經理專欄作家。一個吃貨的B端設計師。
本文原創發布于人人都是產品經理,未經許可,禁止轉載
題圖來自 Unsplash,基于 CC0 協議
該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發揮!