惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园_首页
博客园 - 三生石上(FineUI控件)
爱范儿
爱范儿
Vercel News
Vercel News
aimingoo的专栏
aimingoo的专栏
The GitHub Blog
The GitHub Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
A
About on SuperTechFans
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
Hugging Face - Blog
Hugging Face - Blog
C
Check Point Blog
Engineering at Meta
Engineering at Meta
有赞技术团队
有赞技术团队
月光博客
月光博客
M
MIT News - Artificial intelligence
V
Visual Studio Blog
Stack Overflow Blog
Stack Overflow Blog
阮一峰的网络日志
阮一峰的网络日志
D
DataBreaches.Net
I
InfoQ
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
The Cloudflare Blog
雷峰网
雷峰网

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
经验|做设计总想“憋大招”?我劝你不要这样做!
元尧 · 2023-01-04 · via 人人都是产品经理

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

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

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

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

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

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

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

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

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

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

1. 结果偏离航线

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

2. 变相架空领导

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

3. 过分强调付出

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

二、我们应该怎么做?

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

1. 小步迭代,逐步推进

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

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

2. 谦虚积极,善于求助

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

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

3. 做成事,强于多做事

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

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

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

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

专栏作家

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

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

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

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