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