mirror of
https://github.com/cheetahlou/CategoryResourceRepost.git
synced 2026-05-10 19:54:28 +08:00
mod
This commit is contained in:
157
极客时间专栏/体验设计案例课/设计师的进阶之路/19 | 什么样的设计流程是最高效的?.md
Normal file
157
极客时间专栏/体验设计案例课/设计师的进阶之路/19 | 什么样的设计流程是最高效的?.md
Normal file
@@ -0,0 +1,157 @@
|
||||
<audio id="audio" title="19 | 什么样的设计流程是最高效的?" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/3f/09/3fc23yy5396c8c27c6bffea50b090309.mp3"></audio>
|
||||
|
||||
你好,我是炒炒。
|
||||
|
||||
在上一个模块的课程中,我们完成了一整套的体验量化的课程学习。
|
||||
|
||||
我们从设计师的能力水平、设计需求优先级、设计创意、设计价值、设计方案的验证、产品体验的评估、不同产品阶段的设计、设计师的成长八个角度出发,都加以了量化。
|
||||
|
||||
从今天开始,我们来讨论**一些设计师的进阶话题**,比如说,什么样的设计流程才最高效。在开始这个话题之前,我先跟你分享一个我们团队里面发生过的小故事。
|
||||
|
||||
有一次,我们接到一个很紧急的需求,业务追在屁股后面要设计稿。因为着急,接这个需求的设计师做完设计稿后,没有经过组内的设计内审,就直接召开了业务和技术的外部评审会议。
|
||||
|
||||
在评审中,他的设计稿出现了一些不符合现有设计规范、异常流程考虑不全面的设计问题。恰好,这些问题还都被业务和技术在外部评审会上指了出来。不光如此,会议结束后,业务和技术的leader私下要求换个设计师来支持,投诉效率低,担心影响项目进度。
|
||||
|
||||
在这个案例中,明明是为了提升效率,才减少了一个内审环节,为什么结果反而是低效呢?
|
||||
|
||||
所以,问题出现了,设计流程怎样才能高效呢?这节课我们一起来聊聊。
|
||||
|
||||
## 双钻模型
|
||||
|
||||
关于高效的设计流程,你可能听说过**双钻模型**,这是现在圈里一个比较流行的设计流程方法论,我们来一起研究一下这个模型。首先,双钻模型把设计过程分成了两大阶段:
|
||||
|
||||
第一个阶段:**做正确的事情**(Doing the right thing),属于定义问题。同样地,这个阶段也可以拆分成两个步骤,分别是:
|
||||
|
||||
- 发掘/调研——深入洞察存在的问题 (发散过程);
|
||||
- 定义/归集——聚焦、界定要解决的问题 (收敛过程)。
|
||||
|
||||
第二个阶段:**把事情做正确**(Doing things right),也就是你计划怎么做,属于解决方案。这个阶段还是可以拆成两个步骤,分别是:
|
||||
|
||||
- 前进/构思——潜在的解决方案(发散过程);
|
||||
- 交付/实现——最终的解决方案(收敛过程)。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/bf/b4/bf10383007b4dff2310b9091cd52f8b4.png" alt="">
|
||||
|
||||
接下来,我会基于双钻模型,结合工作经验跟你分享下,如何高效化设计流程的四个关键点。
|
||||
|
||||
## 关键点一:探究根本原因
|
||||
|
||||
当你接到一个设计需求时,你真的了解你将做的需求是怎么一回事吗?是产品经理让你做的?他的目标是什么?是老板安排下来的?是为了提前对市场进行布局吗?这是最优的解决方式吗?
|
||||
|
||||
双钻模型第一阶段是:**做正确的事情**。但是,我们怎么才能确定做的这件事情是正确的呢?
|
||||
|
||||
这里有一个例子可以讲讲。前段时间,我们接到一个领导的需求,对企业银行App的首页进行改版。项目组接到这个信息后,产品经理和设计师带着一腔热情,立马就开工了。
|
||||
|
||||
首先,我们对当前版本的首页进行了数据分析、专家走查、问题梳理等,希望能通过这些科学的方法和工具,找到帮助我们首页改版的切入点,定位现有的问题。
|
||||
|
||||
当时,在我们的理解里,首页是用户看到的第一个页面。作为一个企业银行App的首页,用户打开App的主要目的就是快速处理金融相关的交易(包括交易转账、查询余额、提款、还款等)。
|
||||
|
||||
于是,我们分析了一下前期的数据,得知了当前版本“常用功能区”的配置并不完全符合用户的使用习惯。比如,我们默认配置了“查询企业信用的工具”,但它和“查询余额”的功能相比,却仅仅占了查询余额功能PV的2%。
|
||||
|
||||
然后,我们决定再次分析一下全量功能的PV,把使用频率高但藏在“更多列表”的那些功能,配置在了首页,让用户一进来就可以找到经常用的功能,提升企业的效率。
|
||||
|
||||
完成了一系列前期工作后,设计师出了一版新首页的交互方案,就去给老板汇报了。在汇报前,我们信心满满。毕竟,这么有理有据的方案,一定能说服老板。
|
||||
|
||||
结果,晴天霹雳,老板对我们的方案不满意,要求推倒重做。老板语重心长地表示,我们只知道是要改版,但是为什么要改版,我们并没有探究到其根本原因。
|
||||
|
||||
我们以为的改版是,在现有版本的基础上做优化,优化不符合企业用户习惯的的地方。但是,老板说,App已经上线有一段时间了,产品的目标客户群体发生了很大的变化。整体上来说,已经从存量的传统企业用户拓展到了具有个人属性的企业用户。
|
||||
|
||||
所以,这次改版的核心目标是,将首页的定位与客群变化配合起来,从“服务于存量传统企业用户,解决金融交易的金融工具型首页”转变成“以个人身份可接触的金融产品为钩子,发掘潜在企业用户,并完成用户身份转变的金融产品货架型首页”。
|
||||
|
||||
产品经理和设计师都没能get到领导要求进行首页改版的根本原因。
|
||||
|
||||
在资源很紧缺的情况下,我们花了两周的时间和人力,不仅没有取得有效成绩,更重要的是,还打击了团队成员的士气和热情,产生了深深的挫败感。为什么要改版?最根本的原因是什么?
|
||||
|
||||
后来复盘的时候,我们也的确反思了,如果只是首页体验不好的问题,这个问题完全可以通过局部A/B测试去推演,去迭代优化。为什么领导说是要进行大动作的改版?还是别有原因的。
|
||||
|
||||
如果我们一开始接到需求,去深究这些问题,洞察到首页改版的真正原因,聚焦在“首页需要配合客群的变化”这一点。相信我们一定能够一击即中,不用推倒重来。
|
||||
|
||||
所以,**探究根本原因是我们“做正确的事情”最关键的点,也是高效设计流程的起点**。
|
||||
|
||||
## 关键点二:细化待办事项
|
||||
|
||||
通过上面的例子,你应该已经明白**做正确的事情**的重要性了吧。如果事情都不正确,无论你后续的执行落地做得多么好,都是南辕北辙,徒劳一场。
|
||||
|
||||
现在,假设我们确定好了正确的事情,那么就要往前推进,构思各种潜在解决方案,并将这些方案的最优解找出来并实现。这也就是双钻模型的第二个阶段:**把事情做正确**。
|
||||
|
||||
怎么才能把事情做正确呢?在我的经验中,最好的一条建议就是**细化待办事项**。
|
||||
|
||||
我先给你讲一个生活中的例子。有一位小A同学,他希望自己能坚持运动。所以,在他每天的To do list 上,都有一条就是“去健身房”,你猜小A同学坚持了多少天?
|
||||
|
||||
小A坚持不到一周!而且还有一个很严重的问题,当小A去到健身房后,不知道自己具体应该做什么训练,玩什么器械。虽然他的确去了健身房,但是他最大的运动量就是去健身房的路上。
|
||||
|
||||
后来,小A把“去健身房”拆解成若干个小事项,就像下面这样:
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/5a/19/5a635363a379a9ede33338d78e650419.png" alt="">
|
||||
|
||||
优化后的To do list把“一件事情”拆分成了“若干个事项”,这样,在执行的过程中,才会更加清楚自己所需要做的每一件小事,执行的效果可是杠杠的。
|
||||
|
||||
还记得我们在上一讲提到的,设计师的成长目标要可量化,这和细化待办事项是一个道理。那么,我们接下来研究一下,针对设计需求,我们应该怎样拆分才合格呢?
|
||||
|
||||
一般来说,设计流程通常会这样划分:**接收需求**——**<strong>UE设计**</strong>——**UI设计**——**<strong>设计走查**</strong>。
|
||||
|
||||
基于这个标准流程,我和我的团队根据实际情况,将我们团队的设计流程做了更细化的拆分,形成了我们自己的**设计流程全景图**,给你做个参考。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/04/22/04cfa91dabb5a39909610c9dbd80d522.png" alt="">
|
||||
|
||||
有了这个全景图,不仅我们自己对要做的事情有了更清晰的规划,知道自己需要做哪些事情,还可以更有序地安排自己的工作,让整体的设计交付更高效。
|
||||
|
||||
就连协作方也对我们的整个工作流程有了一个更深的认识。因为,整张图就像一份可视化的说明书,先做什么、再做什么、什么时间交付、有什么交付物等等都非常明确。
|
||||
|
||||
这样,双方都会对最后的交付质量更有信心。
|
||||
|
||||
## 关键点三:内审制度化
|
||||
|
||||
在我们的流程中,有一项叫内审,也就是设计组的内部评审。
|
||||
|
||||
在我们的设计师团队中,一份设计稿在发出去前,必须经过对应项目的设计成员集体评审。回到开篇说到的那个小故事,设计师就是因为着急,所以不经过内审,就直接发起了外部评审会议。
|
||||
|
||||
结果,本来多花十分钟可以解决的事情,却花了更多的十分钟来弥补,反而从高效变低效。
|
||||
|
||||
如果这个设计师先进行设计内审,那些不符合设计规范、异常状态考虑不全面的设计问题就会在内审中解决,不仅不会增加重新设计的时间成本,而且交付的设计稿会更专业,会让协作方觉得我们是可信赖的,这是很重要的。因为信任一旦被打破,就很难再建立。
|
||||
|
||||
内审看起来好像是加了个流程,但是磨刀不误砍柴工,它的存在会让整体的流程更高效。
|
||||
|
||||
## 关键点四:复盘日常化
|
||||
|
||||
柳传志曾经说过这样一句话:
|
||||
|
||||
>
|
||||
在这些年管理工作和自我成长中,“复盘”是最令我受益的工具之一。
|
||||
|
||||
|
||||
的确,复盘可以帮助我们成为更好的自己,那么,我给你分享下我们的团队工作模式:
|
||||
|
||||
- **日复盘**:每个项目组的设计小分队,都会做一个日常复盘。形式比较松散,就是大家在项目工作群里面说下今天做了什么,有什么问题和好的地方;
|
||||
- **周复盘**:会对本周出了什么成绩和问题进行一个快速复盘。复盘的过程,有对目标和结果的回顾,也有对过程的剖析,时刻检验自己方向是否正确,如果不正确就及时做出调整;
|
||||
- **突发复盘**:如果有什么突发事故,当天会快速复盘,为什么出现这个问题,下次如何规避;
|
||||
- **项目结束复盘**:分析哪些地方做得好,哪些地方做得不好。做得好的地方,是否可以做得更好;做得不好的地方,该怎么改。还可以分析做事用了多少时间,有多少人帮助自己等等。
|
||||
- ……
|
||||
|
||||
**作为<strong><strong>一名**</strong>职场打工人,**<strong>一定要**</strong>养成日常复盘的习惯</strong>。你可以在任何时间、任何地点、任何项目下进行复盘。比如说,不一定要一个项目结束时才复盘,在项目的中途,你也可以复盘。
|
||||
|
||||
当我们把复盘这件事,设置在整体设计流程中,就可以及时地暴露出设计中的一些问题,可能就是大部分会出现的问题,包括设计质量、设计交付、沟通问题、以及设计流程本身等。
|
||||
|
||||
通过复盘,提前预知风险,规避问题,也是可以使设计流程越来越高效的关键点之一。
|
||||
|
||||
## 炒炒总结
|
||||
|
||||
今天,我分享了关于让设计流程更高效的关键点,我们一起来回顾一下这节课吧。
|
||||
|
||||
首先,当我们接到一个需求时,先不要着急动手,要深入洞察存在的问题,**找到问题的根本原因**。这是我们“做正确的事情”的关键点,也是高效设计流程的起点;
|
||||
|
||||
其次,**要“把事情做正确”**。关键点就在于把一件笼统的事情进行足够细致的拆分。就像我们团队拆分的设计流程一样,拆分得越细,团队成员们在执行的时候,就越清楚自己该干什么;协同方也会理解我们设计的流程,设计的执行就会越高效;
|
||||
|
||||
再次,**要严格遵守设计的内审流程**。虽然设计内审这件小事,看起来像是增加了一个流程,但磨刀不误砍柴工,从大局来看,内审的存在会让整体的流程更高效,避免时间的无用浪费;
|
||||
|
||||
最后,要把**复盘**设置为设计流程中的一个环节。我们通过复盘,除了可以总结经验和教训,也是为了下一次可以提前预知风险,规避一些问题,让复盘成为我们高效设计的助力。
|
||||
|
||||
## 课后题
|
||||
|
||||
你现在所在公司的设计流程是怎样的?你有哪些让设计流程更高效的小技巧呢?
|
||||
|
||||
记得在留言区和我讨论、交流你的想法,每一次思考都会成为你进步的基石。
|
||||
|
||||
如果你喜欢今天的内容,也欢迎你把这一讲分享给你的朋友。
|
||||
|
||||
感谢你的阅读,我们下一讲再见。
|
||||
200
极客时间专栏/体验设计案例课/设计师的进阶之路/20 | 怎样利用设计中台让设计师不加班?.md
Normal file
200
极客时间专栏/体验设计案例课/设计师的进阶之路/20 | 怎样利用设计中台让设计师不加班?.md
Normal file
@@ -0,0 +1,200 @@
|
||||
<audio id="audio" title="20 | 怎样利用设计中台让设计师不加班?" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/33/d1/33635529a4583b097b4ea52eb63d58d1.mp3"></audio>
|
||||
|
||||
你好,我是炒炒。
|
||||
|
||||
还记得上节课的内容吗?我跟你分享了如何提高设计师工作效率,让设计流程更高效的几个关键点。那么,在今天的这一讲,我想跟你继续分享一下设计中台相关的话题。
|
||||
|
||||
不过,可能有的小伙伴就会问了,设计中台是什么呀?我好像听说过,但是设计中台真的那么厉害吗?
|
||||
|
||||
可以这样说,如果我们能够利用好设计中台,我们的工作效率就会大幅度地得到提高。作为设计师,我们就会有更多的自由时间,去思考创新,去优化我们的设计,不会被每个设计需求追着跑。
|
||||
|
||||
不过,很多人一说到设计中台,可能会想到很多类似的说法,比如设计规范、设计系统等。那么,设计中台和这些概念之间,有什么区别呢?对设计师来说,中台的作用又体现在哪里呢?
|
||||
|
||||
所以,今天,我们就来了解一下设计中台的知识。
|
||||
|
||||
## 什么是设计中台?
|
||||
|
||||
首先,我们来了解一下设计规范、设计中台以及设计体系之间的联系与差异。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/97/76/975f0cde7f4af2949fa9971272289576.jpg" alt="">
|
||||
|
||||
为了让你更直观地感受这三个概念的差异,我还做了一张三个概念的关系图,如下图所示。但是,每个概念里面包含的资源是根据我们公司的实际情况列举的,供你参考。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/a0/54/a0fe76f78348a1eb1fa1c56083422a54.jpg" alt="">
|
||||
|
||||
通过上面这张图,你能看出,设计体系是包含设计中台的,而设计中台又包含设计规范,三者是一层一层包含的关系。你可能也是对设计规范和设计体系比较熟悉。那么,问题来了,设计中台的出现,会给设计师的工作带来哪些变化呢?
|
||||
|
||||
我用我之前的经验来回答一下。
|
||||
|
||||
我之前在做一个新项目的设计时,当时还没有设计中台。在想好产品的页面逻辑和需求细节后,往往需要先把一些设计控件的样式画出来,或者直接改造自己以前项目的设计控件。
|
||||
|
||||
可是,折腾完这些设计控件,整整一天就过去了,而页面却还没开始做。等到设计走查的时候,我还需要去挨个地复查每一个控件。这么一圈折腾下来,**投入的时间成本非常高**。
|
||||
|
||||
而现在,我们是在开源的设计中台,一键下载对应的设计资源库,里面包含了通用的设计控件。这样,我们直接就能开始页面的设计,省去了以前画设计控件的时间,快速响应了需求。
|
||||
|
||||
不光如此,在设计走查阶段,因为有一些组件开发也是用的设计中台里的控件库,所以,我们也不用再浪费时间去挨个地查看每个组件的还原度,极大地节省了走查的时间成本。
|
||||
|
||||
从我刚才说的这个例子里,我们可以发现,**设计中台<strong><strong>有**</strong>两个关键能力:资源**<strong>调动**</strong>和共**<strong>享**</strong>共建</strong>。
|
||||
|
||||
从第一点,资源调动的角度来说,我们可以直接把资源拿来应用在不同的项目中。
|
||||
|
||||
比如说设计组件,设计师在设计页面时,可以直接使用这些设计组件。通过不同组件的组合,就能够快速形成页面。而开发也不用单独开发每个组件,他们只是通过一些封装组件的调用,就能组装成页面。
|
||||
|
||||
第二点,共享共建,你可以理解为能够被多个不同的项目复用,而且在各项目的支持下,持续迭代升级。
|
||||
|
||||
比如说,你整理了一套组件库,但是在样式上,由于个性化太强,这套组件库只适合于你当前的项目使用,没有办法把它用到其他的类似项目,那这个能够称为设计中台吗?
|
||||
|
||||
在我看来,这个是不能称为设计中台的,因为它不能被其他项目复用。
|
||||
|
||||
但是,如果我们把这套组件库改造一下,让它变得可以被其他项目复用。我们再结合其他项目的一些调用反馈,持续地进行迭代升级,那我们就可以称之为设计中台。
|
||||
|
||||
你发现了吗?设计中台的思维借鉴了统一的标准件逻辑思维,它就好比是**抽象、归纳可复用的资源**,聚焦在效率提升和用户体验的一致性上。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/7a/ce/7a510e467yy1c9a28296fc2a5a227ece.jpg" alt="">
|
||||
|
||||
## 什么情况下需要做设计中台?
|
||||
|
||||
既然设计中台这么厉害,有这么大的好处,那是不是所有企业都可以搭建一个设计中台呀?
|
||||
|
||||
当然不是了,设计中台虽然是一种非常友好的工具,但不见得每一个企业都要做自己的设计中台。最大的原因就在于,搭建一套设计中台非常地**耗费资源**,还需要**持续维护**。盲目跟风地搭建设计中台只会成为你的负担,给你所在的企业也不一定带来很大的价值。
|
||||
|
||||
那么,在什么情况下,我们才需要做设计中台呢?
|
||||
|
||||
对于一些中小型的公司、或者项目比较单一的公司来讲,我不建议花费精力去做一个设计中台,去直接使用那些开源的设计平台才是一种性价比更高的方式。比如说Ant Design、Element等。
|
||||
|
||||
不过,要提醒一点,在利用开源的设计平台的同时,要记得建一套自己的设计规范。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/50/y8/502108750dc247f3b621696763624yy8.jpg" alt="">
|
||||
|
||||
但是,对于一些**产品线多、项目复杂**的大型企业来说,就可以搭建一套更适合自己企业的设计中台。就拿我现在的公司来说,我们所服务的项目都是基于企业金融服务这个大的业务场景,然后内部和外部的相关系统加起来有上百个,同时我们企业对于**信息安全**有非常严格的要求。
|
||||
|
||||
所以,基于这些情况,我的企业就比较适合做一个自己的设计中台。
|
||||
|
||||
一开始,我们其实也是没有设计中台的,只有一套自己的设计规范文件,那时候,这套规范就已经足够帮助我们完成一个产品的快速交付了。后来,同期对接的项目多了后,设计团队的小伙伴也多了,我们就需要做好不同项目或子公司之间类似功能的快速交付。
|
||||
|
||||
所以,我们就把设计规范进一步升级,定义出了集团统一的设计语言和组件库资源,这个子公司间通用的资源平台就是我们的设计中台;再后来,我们为了做好能力开放,要设定一个生态级的设计标准来指导产品设计,让更多的外部公司来对接我们的设计标准,在自己的产品里呈现。
|
||||
|
||||
所以,我们决定进一步升级设计中台,最终把设计中台升级为了设计体系。
|
||||
|
||||
你发现了吗?中台并不是一下子出来的,而是业务需求催生出来的。因此,我们不仅要考虑设计师工作的效率问题,还要关注当前的公司大环境,去决定是否要做设计中台。
|
||||
|
||||
## 怎样高效地搭建设计中台?
|
||||
|
||||
那如果要是选择了设计中台,我们怎样高效地搭建呢?在接下来的内容里,我会结合我之前项目的实际情况,从四个方面跟你分享一下,怎样逐步地搭建我们的设计中台。
|
||||
|
||||
**第一,设定专职维护人员,避免兼职推进。**
|
||||
|
||||
在我们一开始设计中台项目的时候,就吃过没有专职人员的亏。那时候,我们是从其他项目借调的设计师和前端工程师,兼职地推进设计中台,也就是在他们本职项目空闲的时候,才去推进设计中台的建设,断断续续的。用户反馈一点问题,就解决一点问题,根本没有走在用户的前面。
|
||||
|
||||
比如说,当时,我们中台第一版有一个表格控件。随着更多项目的接入,初始的设计方案已经不能满足更多的业务场景。后来,在一个业务场景中,我们需要支持用户对表格的第一列的宽度,进行自定义调节,但我们的初始方案并不支持这个场景。
|
||||
|
||||
而且前端工程师是兼职的,他自己本身的项目一直很忙,抽不出时间来优化表格控件。这也导致了对接的项目进度以及质量,多多少少受到了影响,被不少用户吐槽。
|
||||
|
||||
踩了这个坑后,我们就向领导申请了两名设计师和两名前端工程师来专职做设计中台的项目。这样,设计中台的进度就能保证按照正常项目的进度推进了。
|
||||
|
||||
**第二,增加<strong><strong>设计资源类型**</strong>,拓展场景覆盖。</strong>
|
||||
|
||||
对于常规的设计中台来讲,资源包含设计理念、设计控件、典型模块、典型页面等设计元素。
|
||||
|
||||
但其实并不局限于这样,有时在工作场景中,对系统进行可用性测试也是一件非常频繁的事情。所以,我们就决定结合工作场景,把可用性测试的流程、问题以及测试报告框架模版化,也放到我们的设计中台里面。
|
||||
|
||||
这样的话,就可以让各个不同项目的设计师能够根据自己的情况,更加方便和快速地调用我们的工具包,高效地完成一场可用性测试,并输出一份让所有人都理解的可用性测试报告。而且我们会把相关联的可用性测试报告,上传到设计中台的资源池,方便各协作方随时查看。
|
||||
|
||||
后来,我们还陆续上架了用户调研问卷模版、用户画像模版、设计走查模版等资源。
|
||||
|
||||
比如说,去年的下半年,在我们服务的项目中,有5个项目涉及到各自项目的线上问卷调研。在设置每个项目的调研问卷时,我们就直接调用了设计中台里的问卷模版,再结合每个项目的属性进行了问卷题目的微调,就快速生成了每个项目对应的调研问卷。
|
||||
|
||||
这种方式不仅省时省力,还在一定程度上规范和统一了每个设计师的步调和做事方式。
|
||||
|
||||
**第三,结合需求共享共建,保持资源更新。**
|
||||
|
||||
一个设计中台,只有被项目持续地使用,并且有更多的人加入进来,结合需求共享共建,这个设计中台才有价值。切记,不要为了中台而中台,只搭了一个空架子。
|
||||
|
||||
当初,我们在设计中台搭建完成后,就额外成立了一个虚拟客服小组,主要承担两个职能:
|
||||
|
||||
- 一是及时跟进各项目在接入设计中台时遇到的问题,反馈的更新建议等;
|
||||
- 二是及时对外同步设计中台的功能更新,对接更多新接入的项目。
|
||||
|
||||
虚拟客服小组的存在,就让设计中台和各项目保持了紧密的联系。
|
||||
|
||||
再跟你分享一件小事。当时,在我们的已有资源中,日期的输入是用的选择器的方式。但在维护群中,我们就发现,有的项目组说我们提供的常规日期选择器和他们的场景不太匹配。
|
||||
|
||||
于是,我们就找到他们进一步沟通。沟通后才明白,原来他们是需要用户填写出生日期,而用户有很多50后和60后,每次选择年份的时候,都需要往上划很久,才能找到对应的年份。
|
||||
|
||||
针对这件事,对应的项目组马上就重新设计并封装了一个出生日期输出的组件,满足了用户利用数字键盘输入出生日期的需求。开发完成后,这个项目组也立马就把新增的这个组件,更新到了我们共同的设计中台上,成为了设计中台上的一项新增资源。
|
||||
|
||||
在工作中,我们还发现运营的素材其实也是可以被各个子公司复用的。所以,我们还搭建了基于运营的素材库以及快速生成运营图片的在线工具。这些都是我们设计中台共建思想的体现。
|
||||
|
||||
**第四,充分利用量化数据,高效推进投入与产出。**
|
||||
|
||||
还记得量化手段吧?在我们自己的设计中台上,我们就附加了一个数据统计模块。
|
||||
|
||||
我们想通过这个数据统计模块,更加直观地看到设计中台接入的系统和产品数、组件总数、接入的页面数、控件被调用的总次数、单个控件被使用的次数明细等详细数据。
|
||||
|
||||
有了这些全面的量化数据,我们就可以轻松应对工作中的两个问题:
|
||||
|
||||
第一个问题就是帮助我们客观、直接地评估设计中台给项目带来的价值。这些数据就直观地展示了有多少系统对接了设计中台、有多少页面使用的设计中台的控件、每个控件被使用的次数。
|
||||
|
||||
这样,我们就非常方便地看到设计中台在所有项目中产生的价值,同时,也是为了能够推动更多项目对接设计中台,让我们的这个设计中台为公司节省更多的资源投入。
|
||||
|
||||
第二个问题就是我们可以通过数据去指引设计资源的准确投入。也就是说,我们可以看到已上线控件的被调用次数和被调用的趋势,针对一些调用次数较多的控件,还可以加强重点关注和优化。
|
||||
|
||||
对于没有被调用的控件或者次数很少的控件,我们可以进一步追踪原因,是控件不符合场景还是有性能问题。这样,也是为了能够有针对性地进行优化,把资源投在更需要的地方。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/41/81/416bb21cefd2c082a8077fec04722c81.png" alt="">
|
||||
|
||||
这四条就是我在搭建设计中台项目中的几个小经验,希望能给你带来一些启发。
|
||||
|
||||
## 设计中台有什么附加价值?
|
||||
|
||||
在我们推进设计中台的过程中,经常会有协作方问我一个问题:你们这个设计中台是不是只对设计师的帮助比较大呀?它对业务或者项目是不是没啥太大的价值呢?
|
||||
|
||||
你是不是也会这么认为呢?我说一个我们项目中实际的例子。通过这个例子,你就可以非常直观地感受到设计中台**给业务、技术和设计师三方**带来的帮助。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/27/c6/279a1180813f34b41301e85427eb9ec6.jpg" alt="">
|
||||
|
||||
这是一个签约审批的相关流程。大致的业务逻辑是这样的:企业签约任何一款产品的时候,都需要走一个审批流程才能正式生效。但这些产品分属多个业务部门,导致不同的产品审批的步骤、角色都有差异,但审批的逻辑是一致的,基本上就是退回、通过、终止、延后这四种处理逻辑。
|
||||
|
||||
在设计中台接入前,不同产品的签约审批流程由多个项目自己做,这就导致了多个产品审批流程间的交互逻辑、展现方式也都不太一致。每个逻辑都要对应的业务、技术和设计分别维护,人力成本高,而且还会收到用户吐槽说“为啥我签你们公司的两个产品需要这么麻烦,而且感觉填的内容都差不多?”
|
||||
|
||||
针对这种情况,我们就想,是不是可以把这个签约审批做成一个**标准流程**,然后通过设计中台对接到各项目。针对不同的产品,我们只需要根据产品的属性,配置不同的审批角色就行,但审批的步骤、审批信息的展示方式都是统一标准的。
|
||||
|
||||
于是,我们就把签约审批流程给标准化了。这回,业务、技术和设计三方都尝到了甜头。
|
||||
|
||||
**对于设计来讲,直接节省了大量的人力投入**。按照之前的老模式,每个流程设计完了,要跟对应的业务再讨论,不同的业务对细节还会有一些个性的要求,一来二去的,沟通成本特别大。
|
||||
|
||||
有了标准流程后,双方在细节上也很容易达成一致,甚至有些产品设计都不需要再画审批流程的页面了,直接标示出调用的设计控件的编号就好了。
|
||||
|
||||
**对于技术来讲,<strong><strong>也**</strong>不需要浪费很多资源做重复建设了</strong>。按照之前的老模式,技术要针对每个产品都开发一套审批流程,费时费力,而且还容易出错。有了标准流程后,前端的流程就可以直接调用,只需要配置一个节点字段,前端就会自动展示适合该产品的审批流程。
|
||||
|
||||
**对于业务来讲,设计中台的存在极大<strong><strong>地**</strong>提高了项目的交付效率</strong>。针对签约的相关功能,因为统一的标准化组件的使用,业务也不用逐一地确认每个页面,只需要确认清楚业务流程没有问题就行,提高了双方的沟通效率。技术也可以直接调用相关组件,完成对应功能的开发,快速上线。
|
||||
|
||||
所以,你看,签约审批流程的标准化,同时帮助业务、技术、设计三方节省了人力资源的投入,而且还缩减了项目的上线周期,在这件事中,最功不可没的就是设计中台。
|
||||
|
||||
对于设计师来讲,设计中台的价值不仅仅是帮助解决重复劳动的成本问题,更是让我们用50%的资源,去完成80%的常规项目。这样,另外50%的资源就能投入到更需要创新的领域。
|
||||
|
||||
## 炒炒总结
|
||||
|
||||
今天,我们学习了设计中台的相关知识,我来帮助你回顾一下本节课的重点内容。
|
||||
|
||||
首先,我们通过对设计中台、设计规范以及设计体系三个概念的区分,对设计中台有了一个全面的了解,它是一个**设计能力的复用平台**;设计中台包含设计规范,同时可以升级为设计体系。
|
||||
|
||||
在这里,我们还提到了设计中台的两个关键能力,**资源调动和共建共享**。
|
||||
|
||||
接下来,我们讨论了一家企业千万不要盲目地为了中台而中台。一些中小企业直接使用一些开源的中台项目,反而是更适合的方式;但是,针对一些产品线多、逻辑复杂、而且彼此之间有一些共性的大型企业来说,自己去建一个设计中台会比较合适。
|
||||
|
||||
在搭建设计中台的过程中,我们要设定专职人员,避免兼职的低效率;要增加设计资源的类型,覆盖更多的设计场景;要保持开放思维,积极跟进中台的反馈,保持更新;还要学会设置中台的数据统计模块。这些都能够帮助我们更高效地推进设计中台的建设,放大设计中台的价值;
|
||||
|
||||
最后,设计中台不只是对设计师有帮助,对于业务方、技术方都有明显的看得到的帮助。
|
||||
|
||||
希望这节课可以帮助你在工作中更高效地利用设计中台,让你和加班从此说“拜拜”。
|
||||
|
||||
## 课后题
|
||||
|
||||
你在工作中使用过设计中台吗?你是怎样利用设计中台来提高工作效率的呢?
|
||||
|
||||
记得在留言区和我讨论、交流你的想法,每一次思考都会成为你进步的基石。
|
||||
|
||||
如果你喜欢今天的内容,也欢迎你把这一讲分享给你的朋友。
|
||||
|
||||
感谢你的阅读,我们下一讲再见。
|
||||
204
极客时间专栏/体验设计案例课/设计师的进阶之路/21 | 如何打破设计师的成长天花板?.md
Normal file
204
极客时间专栏/体验设计案例课/设计师的进阶之路/21 | 如何打破设计师的成长天花板?.md
Normal file
@@ -0,0 +1,204 @@
|
||||
<audio id="audio" title="21 | 如何打破设计师的成长天花板?" controls="" preload="none"><source id="mp3" src="https://static001.geekbang.org/resource/audio/0c/59/0c8bd7b7df064764f3b627061a3ee159.mp3"></audio>
|
||||
|
||||
你好,我是炒炒。
|
||||
|
||||
今天这一讲是我们整个课程体系中的最后一节正式课程了。不知不觉,我们已经走了这么远的路了,为你的坚持和上进点赞。我相信持续学习的你,一定会成为更好的自己。
|
||||
|
||||
虽然,成为更好的自己是永无止境的一件事,但是,我们的职业生涯却有可能遭遇瓶颈。
|
||||
|
||||
我之前面试的时候,遇到过很多小伙伴。我问他们为什么换工作?最常听到的一个原因就是“原公司遇到了天花板,喜欢贵司的文化,希望能来贵司学习,和贵公司一起成长”之类的。
|
||||
|
||||
的确,**职场天花板**是我们每一个人在某个时间节点,或早或晚都要面对的问题。
|
||||
|
||||
比如说,没机会晋升到目标管理岗位、转岗无望、专业上找不到进阶方向、不知道未来在何方等等,这都属于常见的职场天花板。其实,换句话说,就是**机会没给你<strong><strong>提供一个**</strong>更大的空间</strong>。
|
||||
|
||||
该怎么办才好呢?那么,这一讲,我们就来讨论一下职场天花板这个话题。
|
||||
|
||||
## 体验设计师的天花板
|
||||
|
||||
首先,我想说的是,在本节课中,我们不会讨论所有职场人的天花板。我们的讨论范围主要是互联网行业里,从事体验设计相关岗位、32岁还没上升到管理岗的设计职场老兵。
|
||||
|
||||
对于体验设计岗位来说,可能还存在一个隐性的天花板——公司嘴炮式“用户体验最重要”。
|
||||
|
||||
什么意思呢?就是公司天天都强调用户体验最重要,要重视用户体验,加大用户体验的投入。但是相关思想意识、对体验的认知、配套制度等却还是以“我才是你爸爸”的方式在运行。无论你怎样努力,处在什么岗位,你可能都只能是一个设计骨干,而且这是一个无法打破的天花板。
|
||||
|
||||
所以,面对职场天花板的你是不是也出现了下面这个词云图里的情况呢?
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/2c/86/2cea2aac852b2f051aa6byycf10ea086.jpg" alt="">
|
||||
|
||||
那身处于这种情况,我们应该怎么办呢?古往今来,有以下几种操作方法:
|
||||
|
||||
- **换个平台**:坚持做自己擅长的事,找到一个新公司或者新平台继续做;
|
||||
- **职位升级**:将直属上司顶上去,这样,你作为直系下属,也无形之中晋升了一个级别;
|
||||
- **换个赛道**:这个行业不行,就从头再来。比如说,传统平面设计师行业没落了,就换到互联网营销策划这个赛道。不过,成本相对高,需要从基础开始补齐这个赛道需要的能力;
|
||||
- **随他去吧**:既然做不到改变现状,就改变自己,管理自己的欲望。三国时期的嵇康,皇亲贵胄,不满于现状,却也没办法改变,就寄情于思考宇宙的奥秘,才有了名动古今的“竹林七贤”第一男团,还留下了一本玄学巨著《养生论》;
|
||||
- **问神**:苏格拉底遇到了自己的天花板,就去问神,得到神谕说:认识你自己、凡事勿过度、承诺带来痛苦。从此,苏格拉底开启了事业的第二春;
|
||||
- ……
|
||||
|
||||
其实,曾经我也遇到过职场天花板,所以,我可以给你讲讲我自己的故事,还有我的一些经验。希望我的实际经历,能给你带来一些启发,让你少走弯路。
|
||||
|
||||
## 将时间线拉长,设计自己的人生轨迹。
|
||||
|
||||
当初,我遇到的第一个职业天花板就是“晋升无望”。
|
||||
|
||||
于是,我换了一个有名气、有title的公司,整个公司有200人左右。我面试成功后,岗位也从原来的高级设计师变成了设计总监,薪资待遇也翻了一倍多。是不是感觉还挺不错?
|
||||
|
||||
但是,换到了这家公司后,我很快就发现了一些问题。
|
||||
|
||||
**第一,空降的领导,工作自带难度系数。**
|
||||
|
||||
这家公司本来就有两个老同事,已经在公司很多年了,而且都在竞争总监这个岗位。结果,我空降了,两人也不争了,立马结盟,就盯着我,等着我出错,还煽动其他的设计师搞小团队。
|
||||
|
||||
当时的我有一点问题,他们就立马放大,结队嘲笑。你看,我有着设计总监的title,却没有设计总监的行政权力,我也没有开人、加薪、招人的权力,所以根本无能为力。
|
||||
|
||||
**第二,自身<strong><strong>能力**</strong>离设计**<strong>总监**</strong>的**<strong>岗位**</strong>要求还有差距。</strong>
|
||||
|
||||
我从高级设计师的专业岗晋升到设计总监的管理岗,相当于连跳三级,而且我之前也没有太多的管理经验。所以,我对管理的认识非常的肤浅,那时候,我以为管理就是派活儿、招人。
|
||||
|
||||
对于如何结构性地组织流程、如何计划性地培养人才、如何设定团队的目标、如何凝聚团结向心力等等,这些问题,当时的我既没意识,也没手段,更没有自己得力的助手。
|
||||
|
||||
**第三,<strong><strong>老板对设计总监的预期**</strong>是救公司于水火。</strong>
|
||||
|
||||
当时,公司面临上市,但是盈利状况非常糟糕。
|
||||
|
||||
所以,老板希望招一个行业大拿来帮助公司解决产品体验的问题,认为解决了这个问题,公司就能盈利。我以为自己只是个设计总监,没想到自己却被戴了个救世主的帽子。
|
||||
|
||||
结果显而易见,过了一年,我就Game over了。
|
||||
|
||||
但是,通过这件事情,我也发现了自己的短板。一个是专业,另一个就是管理,我发现了这两方面的短板后,就开始有意识地去提升这两个方面。同时,我给自己设计了一个大目标,在体验行业里持续深耕,成为体验设计行业里的角儿,**一年比一年好**。
|
||||
|
||||
基于这个大目标,我是怎么设计出自己达成的路径呢?
|
||||
|
||||
我在“[春节加餐3 | 书单分享](https://time.geekbang.org/column/article/343309)”里面提到过“**专业能力+底层可迁移能力** ”。持续提升这两项能力,我们就可以做好自己人生大目标的必要能力储备,其他的需要机缘,也需要一点运气。我还会随时调整小的阶段目标,我定义的小的目标是**每年给自己定一个可执行落地的量化目标**。
|
||||
|
||||
就像人生导航图一样,每年到年终的时候,去复盘自己一年的情况,每年进步一点点。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/b9/e0/b9a3583ece506dcb06353610d57f96e0.jpg" alt="" title="理想的职场生命图">
|
||||
|
||||
现在,五年过去了,我自己定的阶段性目标基本都实现了,带百人团队也是游刃有余了。
|
||||
|
||||
## 定位自己的天花板,针对性解决问题
|
||||
|
||||
接下来,我们谈谈更具体的一些职场天花板的问题。正如上面的职场词云图里列举的那样,里面有各式各样的天花板情况。虽然看起来很可怕,但是我们还是可以分个类,去分析一下。
|
||||
|
||||
**第一种问题,<strong><strong>专业上无法精进**</strong>。办法:**<strong>找到关键点,突破专业瓶颈**</strong>。</strong>
|
||||
|
||||
在职场中,我见过工作10年以上的设计师,产出质量跟工作3年左右的设计师差不了多少,甚至还不如年轻设计师的设计新潮。他可能混了10多年,还在用前3年的工作经验,知识比较陈旧。
|
||||
|
||||
而且,他的工资状态已经五年都没有变化了,但是他却一点都没有主动改变的意思。在我看来,可能是因为他除了这个,其他也不会,而且也找不到比现在更好的工作了。遇到这种情况,我只能说自求多福了。一旦公司出现结构性优化,这种类型的设计师一般都是会最先被淘汰掉的。
|
||||
|
||||
舍不得现在的积累,对自己下不得狠手,在犹豫中蹉跎岁月。
|
||||
|
||||
所以,如果你一旦发现自己并不热爱本专业,那么我建议你果断止损。生命有限,上帝给你的礼物也不同,短短的生命历程中,别浪费时间耗着。这会让你未来的路更难走,那是心的地狱。
|
||||
|
||||
但是,如果你热爱本专业,只是卡在了当前的境况里呢?
|
||||
|
||||
你可以看一下[第18讲](https://time.geekbang.org/column/article/345737),我讲了如何用量化的方式帮助自己成长,我相信通过这个量化的进阶方法,你可以找到自己的进阶之路,找到自己的阶段性目标,并实现它。
|
||||
|
||||
如果想在行业里做到顶尖水平,是怎样的呢?我的定义是**成名成家**。但成名成家是需要天分的,如果你认为自己没有天分,但其实只要你足够努力,你也可以升到金字塔的顶部区间。
|
||||
|
||||
<img src="https://static001.geekbang.org/resource/image/32/60/32010d94a35ebd75c070073ff2d0b860.jpg" alt="">
|
||||
|
||||
工具的更新、科技的更新、方法论的更新,是我们每一个互联网从业者,无论身处于哪个岗位,都需要快速适应的。所以,再次强调我们要有很好的学习能力,才能有效学习。
|
||||
|
||||
**第二种问题:在这个公司做到头了。办法:找到自己的职场目标**。
|
||||
|
||||
最近我也有这种感觉,感觉我在这个公司可能已经做到头了。
|
||||
|
||||
大公司里的体验设计的leader岗位,除非公司的架构能够变成“业务、开发、体验”三驾马车齐头并进这样的组织架构,体验设计leader才有可能在行政角色上与CEO、COO平齐。
|
||||
|
||||
但是,从目前业务结构来说,那是不太可能的,毕竟设计并不直接产生业绩。所以,在我经历过的公司里,大部分的体验团队都在业务或者开发团队下挂着,体验部门leader的汇报对象一般是业务leader或者开发leader,很少可能是公司创始人,除非你自己创业当老板。
|
||||
|
||||
这时候,你就需要反过来问自己了,要换赛道还是平台吗?你在意什么?是title?还是钱?
|
||||
|
||||
如果你在意的是 title,核心点其实是权力,就是有说了算的权力。这个权力在专业领域中,是由专业能力决定的。**但是,环境会影响你的见识和格局**,**所以,我们要选择好环境。**
|
||||
|
||||
如果你周边都是业界大牛,大家非常自律,爱学习,你想不进步都很难。如果你周边都混吃等死,每天讨论怎么摸鱼;或者你的老板pua你,给你画饼,不拿真金白银,还是换个公司吧。
|
||||
|
||||
所以,其实跟公司的大小没有关系,主要是你所在环境的整体环境。
|
||||
|
||||
我见过一个创业团队,团队不大,大概20多人,这些员工的背景大多是留学归来,或者是国内的985、211,有曾经在苹果公司工作过的、在微软公司过的。
|
||||
|
||||
他们都非常喜欢研究新东西,志同道合,而且他们对公司的未来非常有信心,他们作出了很多好玩的东西。我在与他们合作的过程中,同样的项目,他们的交付也总是让人耳目一新。
|
||||
|
||||
这虽然是个小公司,但却是个 “好环境 ”。你看,环境好坏是不是跟公司大小并无关系?而是由周边的人来决定的。还有一种情况就是,环境也不错,你不想走,但是你在短时间内,没有机会晋升行政title。那么,我建议你,**提前准备晋升到目标位置的能力。**
|
||||
|
||||
我们来分析一下,一般来说,哪些人更有可能得到晋升?
|
||||
|
||||
- **专业能力强**。什么技术难题到他手上,都能解决;一时解决不了的,想办法一定能搞定;
|
||||
- **向上管理能力强**。有可能这个活儿都不是他干的,但是领导就觉得是他干的;凡事只要跟他沾点关系,领导都会想着要交给他去办;
|
||||
- **手上有亮点工作**。那些能被领导拿出去说的项目、产品,里面都有他的一分工作在里面;
|
||||
- **周围人<strong><strong>不**</strong>说他的坏话</strong>。这个很厉害,说明他处理人际关系的能力很强;
|
||||
- ……
|
||||
|
||||
在我这个清单里,是不是没有出现论资排辈?没出现加班到深夜,没功劳有苦劳的字眼?是的,因为时代变了,你做好一个重点或者亮点的工作,要比你瞎忙和加班更有可能晋升。
|
||||
|
||||
比如说,你若有心想晋升到目标管理岗位,就需要提前准备管理的能力,你要清晰地知道:
|
||||
|
||||
- 针对目前你所在的组织,可以做什么样子的精细化管理?
|
||||
- 如何让你的领导能有效地做好数字化管理?或者是优化管理?
|
||||
- 人才如何培养?如何让每一个人清楚地看到自己的短板,并主动想要优化进步 ?
|
||||
- 流程如何优化,才能提高组织的工作效率?
|
||||
- 资源如何分配,才能让每一件事情都能更好地完成?
|
||||
- 如何统筹内外部协作,让团队的氛围更加团结一致?
|
||||
- ……
|
||||
|
||||
只要你能提前做好能力储备,机会一出现,你的目标岗位就一定是你的。
|
||||
|
||||
**第三种问题:<strong><strong>年纪大了,再就业困难**</strong>。办法:**<strong>终生成长,有效学习**</strong>。</strong>
|
||||
|
||||
有一句话叫 “20岁拼技能,30岁拼经验,40岁拼人脉”,我还挺认同这句话的。这句话说明了什么?说明了在职场的每个阶段,都需要提前谋划 。
|
||||
|
||||
你可能过32岁了,还没有升到管理岗位,而且觉得丝毫没有什么希望。你想重新找工作,很多时候,却连简历都过不了;想创业,发现连创业都没有年轻人的机会多了。
|
||||
|
||||
但是,昨天的你是今天的你的因,明天的你是今天的你的果,你得重新认识下你自己。
|
||||
|
||||
比如说,我有见过一个同事,他非常勤奋,每天早上洗漱时,会听各种语音课程。上下班路上也是在学习,且涉猎范围非常广,有经济、新技术、天文、地理、人文、哲学、教育等等。
|
||||
|
||||
但是他的工作交付,隔三差五就受到合作部门的投诉。投诉的内容都差不多——态度非常好,就是感觉没有带脑子。如此爱学习的人,为什么在专业上总是不能让人放心呢?
|
||||
|
||||
明明比谁都努力,为什么结果却不尽如人意?我认为是没有学习到真正的知识,get到的都是信息的碎片。终生学习,终生成长,这句口号底下还有一层含义,就是**有效学习**。
|
||||
|
||||
那怎样才能更好地进行有效学习呢?给你分享一下,我认为的两个有效学习路径:
|
||||
|
||||
**学习路径1:着眼未来,扩展眼界。**
|
||||
|
||||
最近ARK发布报告《 Big Ideas 2021》,报告详细解读了未来科技领域的几大趋势,里面有一些关键词 :AI 深度学习、芯片、游戏、移动支付、未来银行等。工薪阶层靠和公司一起崛起而财富自由。那我们提前布局未来的大势,也算是给自己的未来埋下了一颗希望的种子。
|
||||
|
||||
**学习路径2:认识你自己,<strong><strong>向**</strong>内看</strong>。
|
||||
|
||||
为什么你出现了这个天花板?刚才,我们一直在强调客观环境,那主观上呢?从主观上来说,就是“**你的欲望膨胀到了你的能力无法驾驭** ”,所以你心里有不甘。
|
||||
|
||||
苏格拉底认为,每个人都有自己的“天赋”,都有最适合自己从事的职业。认识自己是有可能的,方法就是追问和反思,多问自己为什么?不要着急回答,多想。
|
||||
|
||||
这也是我在粉丝群里面回答问题的时候,经常说的一句话“你再想想、你往下再挖一挖。"
|
||||
|
||||
你的未来是过去造就的,人们需要重新认识自己,才能化解未来 。就像我刚举的例子,倘若不找到学习的本质,只是信息的搜集,是经不起时间的化解的。
|
||||
|
||||
无论你做什么,是思维训练、学习新技能,还是锻炼身体、读书等,核心的变量都是时间。重新认识下自己,然后制定学习计划,坚定地执行,剩下的交给时间。
|
||||
|
||||
在春节加餐3中,我也提到了学习分为三个阶段。当你到了第三个阶段,回到自学,自我教育,就会触类旁通了。无论你学什么都会很快了,具备学习能力,才算是真的学到了。
|
||||
|
||||
人需要学习,感性认知,理性思考。
|
||||
|
||||
## 炒炒总结
|
||||
|
||||
今天,我们聊了职场天花板的话题。其实,职场中各式各样的天花板并不可怕,可怕的是你不知道怎样去打破这些天花板。结合我自己的经验,我总结了一些打破职场天花板的方法。
|
||||
|
||||
首先,把职场时间线拉长,设计自己的人生轨迹。做好当下的工作,但不要把眼光局限于当下,给自己一个更长远的目标,聚焦长远的目标,一年比一年变得更好;
|
||||
|
||||
其次,找到自己的天花板,根据天花板有针对性地解决问题。在专业上遇到瓶颈的,找到关键点,提升自己的学习能力,打破专业瓶颈;在公司无法晋升的,找到职场目标,选择一个好环境,向身边那些成功晋升的人学习,还要做好职场目标管理,提前具备晋升的能力。面对大龄设计师的窘境,有效学习,终生成长才是最有效的方式;
|
||||
|
||||
最后,保持积极向上的心态,只要思想不滑坡,办法总比困难多。
|
||||
|
||||
祝各位爱学习的你,和年龄一起增长的不是体重,而是阅历和能力。
|
||||
|
||||
## 课后题
|
||||
|
||||
你有遇到过自己的职场天花板吗?你是怎样打破的呢?欢迎跟我分享一下你的秘诀。
|
||||
|
||||
记得在留言区和我讨论、交流你的想法,每一次思考都会成为你进步的基石。
|
||||
|
||||
如果你喜欢今天的内容,也欢迎你把这一讲分享给你的朋友。
|
||||
|
||||
感谢你的阅读,我们下一讲再见。
|
||||
Reference in New Issue
Block a user