如何利用设计团队分享提高表达能力
表达能力是通用能力，其中团队分享是设计师在日常工作中提升表达能力的重要途径，但是在实际工作中设计师同学会遇到缺乏经验/权重太低/没有专门时间做分享等因素，会阻碍设计师的表达能力的提升。接下来将会一点一点展开讲讲怎么解决这个问题。
一、难点
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端设计师。
本文
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
