经验|做设计总想“憋大招”?我劝你不要这样做!

元尧
1 评论 4002 浏览 5 收藏 7 分钟
🔗 产品经理在不同的职业阶段,需要侧重不同的方面,从基础技能、业务深度、专业领域到战略规划和管理能力。

有些时候,我们总想把工作做到几近完美,才给领导反馈和汇报,期待能让领导对自己刮目相看。然而,大部分结果都事与愿违。为什么在工作中不要“憋大招”呢?本文作者从“为什么”和“怎么做”两个方面,对这个问题进行了分析,一起来看。

新年伊始,来聊个与工作习惯相关的话题,源于我的社群中一位同学对我的诉苦:

“我辛辛苦苦做完的设计稿,我自己觉得已经很好了,等到拿给老板看时,他却指出整个设计的出发点就是有问题的,然后又批评我说为什么不早点给他看看设计思路。我还以为能得到他的认可,结果却得到的是指责,我没有控制好情绪还差点和他吵起来……”

这位朋友的问题在我们的设计工作中其实并不少见,比如过程中的设计稿不想让别人看,总希望能够出其不意地一招制胜,总想要把工作做到几近完美,才给领导反馈和汇报,期待成果可以给领导一个惊喜,换来赞许和领导对自己的刮目相看。但事实上,大部分结果都事与愿违。

我个人也不建议在工作过程中“憋大招”,接下来我会从“为什么”“怎么做”两个方面来聊聊这个问题。

一、为什么不要「憋大招」

我以前也总爱“憋大招”。那个时候即使是在过程中遇到了问题也不想让领导知道,因为觉得“求助就是个人能力不足的表现”,如果一个人能把所有的问题都解决,不给领导添麻烦,直接汇报完成好的工作,这就是领导想要的结果。

但其实这并不是一个好的工作习惯,而是一种近似赌注的偏执行为

在工作中你自己认为正确的方式,并不一定是正确和高效的;你认为的领导想要的结果,也并不一定真的是领导想要的。

而这种“憋大招”的工作方式带来的直接弊端有很多,比如:

1. 结果偏离航线

如果你在工作的过程中产生了思路上偏移,没有及时纠正,往往会导致差之毫厘,谬之千里。你期待用最后结果给领导一个“惊喜”,很有可能会变成“惊吓”。

2. 变相架空领导

在工作过程中,很多同学因为担心领导会怀疑自己的能力,或者担心是在给领导添麻烦,所以遇到了问题也不跟领导求助,选择自己硬扛或者逃避。但这样做相当于把领导关进了小黑盒,剥夺了领导的知情权,反而是变相架空了领导,让领导对你不再放心。

3. 过分强调付出

如果你最终的工作结果没有令领导满意,往往会因为自己在过程中付出的诸多努力而认为“没有功劳也有苦劳”,内心充满委屈和负面情绪。然而你的这种付出只是一种“自己感动自己”的行为,会让你产生偏激的想法,难以虚心接受老板的批评指正。

二、我们应该怎么做?

比起“憋大招”,你更应该做到的是以下几点:

1. 小步迭代,逐步推进

每次有阶段性进展就可以同步领导,或者每几天、每周定期地、主动地向领导汇报手中工作的进展情况,你“找领导”比“领导找你”更有主动权。当领导追着你问“某项工作的进展状况如何”时,你其实已经失职了。

很多时候,领导并不是只追求结果,过程中的进展汇报也有会帮助其形成更多认知和判断,适时做出方向调整和更恰当的决策。因此保证领导的知情权很重要

2. 谦虚积极,善于求助

“求助领导”并不是能力不足的体现,而是你解决难题的终极武器。当你发现仅靠自己难以突破阻碍,领导就是助你一臂之力的不二之选。向领导同步进展时就可以适时地发出求助,保持谦逊和积极的态度,寻求指导和支援。

要知道,领导不仅仅是你工作的管理者,也是你解决问题的重要工具和资源。善于求助,这也是一种向上管理的能力。

3. 做成事,强于多做事

不要总看自己付出了什么,而要多看看自己做成了什么。你的价值不在于你“做”了哪些事情,而在于你“做成”了哪些事情。如果工作没有达到预期结果,再多的付出都只是无意义的自我感动。

看看自己“做成了”哪些事,也是对你工作能力更客观的评判标准。

我们每个人的时间都是有限的,要想保证工作效率,既要“做正确的事”,也要“正确地做事”,这样才能事半功倍,少走弯路。

以上,希望你也可以养成良好的工作习惯。

专栏作家

元尧,微信公众号:长弓小子,人人都是产品经理专栏作家。一线互联网大厂B端体验设计师,清华大学美术学院本硕连读。曾负责国内最大开源组件库Ant Design组件的设计和运营工作,目前负责国际业务线B端产品体验设计和组件库的搭建工作。

本文原创发布于人人都是产品经理,未经许可,禁止转载。

题图来自 Unsplash,基于 CC0 协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 不要大礼包,不要憋大招!

    来自浙江 回复
专题
45389人已学习12篇文章
产品经理和运营都要懂一点的推荐算法基础和进阶知识
专题
15698人已学习12篇文章
运费是电商的基础功能模块之一,承担着商品运费计算的作用。本专题的文章分享了如何设计运费规则。
专题
13843人已学习12篇文章
本专题的文章分享了用户运营实战经验。
专题
16101人已学习12篇文章
数据中台是处于业务前台和技术后台的中间层。本专题的文章分享了如何搭建数据中台。
专题
14013人已学习12篇文章
本专题的文章分享了供应链系统设计指南。
专题
12748人已学习13篇文章
通过仪表盘,用户可以查看并分析产品的数据和图表,还可以通过控件来控制数据的显示、过滤等功能。本专题的文章分享了仪表盘设计指南。