深度解析自作主张的意思，职场沟通不再犯错！

深度解析自作主张的意思，职场沟通不再犯错！

我刚进职场那会儿，经常因为“自作主张”这事儿吃亏。那时候年轻气盛，总觉得自己想的东西最对，老板说啥都行，自己琢磨出来的方案肯定更牛。结果就是，辛辛苦苦干了好几天，老板一看，眉头一皱，直接说：“谁让你这么干的？这跟我们说的完全不一样。”那种感觉，真是比吃了苍蝇还难受。

我记得有一次，接了个项目，客户那边需求有点模糊。老板简单交代了一下方向，我就开始撸起袖子加油干了。我寻思着，老板意思大概是想快速上线看效果，所以我直接用了一个比较成熟但功能不是很全的框架，先搭了个骨架出来，想着后续迭代补功能。我还挺得意，觉得这效率高，能提前给老板惊喜。

等我把原型展示给老板的时候，老板的脸色就变了。他说：“你这个版本，界面太简陋了，而且很多核心功能缺失，这拿什么给客户看？我们不是说好先打好基础再考虑快速迭代吗？你怎么一点没往心里去？” 我当时就懵了，我以为的“快速上线”是快速出一个Demo让大家心里有数，他以为的“快速上线”是能交付一个基本可用的产品。

后来我才明白，自作主张这事儿，在职场上得看情况。它不是一个简单的褒义词或者贬义词，它完全取决于你做决定的那个“层级”和“边界”。

什么是真正的“自作主张”？

我把我经历过的几种情况捋了一遍：

• 越权主张： 这是最危险的。就是你没被授权，或者你的权限范围内不包括做这个决定，但你拍板了。比如我上次那个原型的事儿，老板的定位是让我做执行，不是让我定产品战略。我越过了他的决策权，这就是纯粹的添乱。
• 信息不对称下的主张： 这个相对好一点，但依然有风险。你觉得你掌握的信息足够了，所以做了决定。但实际上，你可能遗漏了老板知道但没告诉你的一些背景信息，比如客户的真实预算、高层对这个项目的真实期望等等。
• 在明确授权范围内的创新： 这种情况下的“自作主张”才是积极的，就是老板说“你负责这个模块，怎么实现你看着办”，这时候你根据你的专业知识做出的优化和改进，这才是合理的发挥。

我当时是怎么改过来的？我开始强迫自己做一个动作，就是“在动手前，先确认”。

发现需求有点模糊？我不会直接动手。我会马上找老板或者项目经理，用最直接的语言把我的理解说出来，然后问：“老板，我的理解对吗？是不是要先做到A、B、C这三个点？” 重点是，我把我的“主张”包装成了“确认需求”的过程。

比如，我上次要选一个技术方案。我心里已经倾向于方案一了，因为它维护成本低。但是我不会直接写进报告里说“我决定用方案一”。我会这样写：

“针对本次开发，我对比了方案一和方案二的优劣。方案一在长期维护上有明显优势，但初期开发略慢；方案二是快速启动，但后期可能需要重构。我倾向于方案一，请领导确认这个方向是否符合我们对长期稳定性的要求。”

你看，我把选择权又交还给了上级，但同时清晰地表达了自己的倾向和背后的理由。这样，如果老板同意，那就是他授权你“自作主张”了；如果他不同意，他也会告诉你他更看重哪个点，你下次就知道该怎么做了。

这么一圈下来，我发现，职场上最保险的沟通方式，就是把自己的“主张”包装成“请示”或者“建议”，让别人来做最终拍板的人。这样，无论结果好坏，责任边界都清清楚楚，自己也不会因为“自作主张”坏了事。