职场观察录之混子3大表演术

公司发展的快慢，站在顺势的风口是很重要的因素，但是有了风口并不够，自身的机动性也很重要。之前的团队效率比较高，有事儿、有问题就会立马解决，没事儿或者较为空闲就会随时待命、学习、处理常规运营事项甚至是养精蓄锐，印象里没怎么遇到过类似的情况。所以盘点记录下，以及顺便分析为什么会这样，工作这么多年也是第一次近距离观察这种系统性地将低效包装成“繁忙”、将无能粉饰为“协作”的现象，特此记录分析，以飨同道。

表演术一：虚假仪式感

例如一份500字不到的普通文案，居然需要开会，然后拆分成任务分配给3人执笔，美其名曰集思广益、各自负责自己的专业部分，然后又为此文案召开3轮“评审会”，甚至拉入非必要部门进行“内容审查”，将几分钟的确认拖成数日。

把简单复杂化，仪式感拉满

上述例子就是典型的表现——过度协作+流程冗余，这个非常不可思议。这一顿操作着实令人震惊，以产品物料为例，一般文案主笔，需要将产品规格书转换成市场语言便于推广，确认文案没问题后，开始设计和制作，最后审核没问题就直接制作或者上线了。而且也并不是谁更了解产品、谁更了解业务等等谁就负责该部分的文案，资深的文案在写文案的时候就需要同时考虑用户痛点爽点、产品逻辑、销售场景和品牌调性等，避免了产品和销售自说自话、风格不一致，甚至写出自嗨型文案等等。就算出了问题，由文案负责，也能快速修改或者调整。

下来后，想了想，为什么混子会把简单复杂化，可能有两个方面的原因，一是掩盖能力短板、二是表演工作投入。由于无法独立完成基础工作或做出有效决策，借“协作”之名行“甩锅”之实，另一方面，也通过制造“大阵仗”展示这种“高度重视”和“严谨态度”的勤奋假象。

人人有责，等于无人负责

为什么这么说，人为设计复杂流程，设置多个部门的交叉确认点，必须所有人达成共识才能推进，把专人专岗的专业判断，让位于形式化的“集体决策”。这样一旦出错，便可轻松推责“都看过了啊”，预设了甩锅路径，通过“集体决策”稀释个人责任，确保自身安全，规避个人风险。

以流程之名，榨干他人效率

这种低效、冗长的会议，轻易消耗日均50%以上的有效工作时间，导致执行者不得不加班，另一方面，人为放大了沟通成本，将本可以快速解决的沟通，包装成“必要流程”。这些方式，可能是为了为了拉慢同事的工作节奏，降低自身因效率低下而被比下去的风险，另一方面也将自身置于复杂流程的中心点，成为信息流转和决策的必经之路，变相提升自身的“重要性”和“领导属性”。

表演术二：虚假里程碑

将过程当成果，进度迷雾重重

这里的虚假里程碑主要体现在混淆过程与结果，以行业推广为例，在明确KB以后，本应直接推进。但是却把“首次接触KB”、“安排初次会议”、“收集需求”等常规步骤包装成重大“里程碑”，制造成进度假象，看似进展顺利，实则离实质性突破遥遥无期。

项目管理中，里程碑的定义是明确的——它标记的是关键成果的达成，不是常规流程的推进。"首次接触客户""安排初次会议""收集需求"，按任何项目管理标准都算不上里程碑，它们只是流程中的常规动作。 但当这些常规动作被刻意包装成"重大里程碑"来汇报时，它们就完成了一次信息欺骗：用真实的进度感掩盖虚假的进展。 看起来一直在推进，实际上关键的不确定性一个都没有被消除。

从这里可以明显看出，这类方式使用琐碎的“过程完成”掩盖核心目标的停止不前，营造“一直在推进”的错觉，并且拖延核心里程碑，如攻坚KB、谈判条款等等，将大量的时间消耗在低风险、易汇报的“前期工作”上，但是不乏有很多领导看不出来，可能也不是看不出来。

里程碑至少应该是这样的：

• 客户确认立项评估你的SOC——客户内部走审批流程、分配了工程师资源来评估你的方案。这是一个资源承诺，代表客户愿意在你身上花真金白银的时间。
• 客户完成技术可行性确认——经过实际测试和适配验证，客户确认你的SOC在技术上可以进入其产品架构。这是一个技术决策，不是"收集了需求"，而是"需求和方案之间找到了匹配点"。
• 商务条款达成一致——NRE费用、芯片单价、交期、MOQ等核心条款双方确认。这是一个商业承诺，背后是法务、采购、管理层的多层审批。
• 客户将你的SOC纳入产品BOM——这是架构级锁定，意味着客户的硬件设计围绕你的芯片展开，更换成本极高。这才是真正的不可逆节点。
• 首单落地/正式量产——从PO到量产交付，这是最终的价值验证。

表演术三：伪概念包装

以SOC的行业推广为例，包装出“SOC导入”这一伪概念，并且将之当成行业术语，这实际上是在暗示这是一个由芯片厂商主导、客户被动配合、且耗时漫长的必经阶段。这种伪概念的包装不仅会影响公司正常决策，无视客户端“准入”门槛，也会导致动作变形。

因为在整个过程中，客户在关键环节拥有绝对的主导权，并不是你想导就能导的，比如客户需评估SOC是否适配其产品架构，厂商方案需满足客户需求；NRE费用、芯片单价等核心商务条款由客户主导谈判；兼容性、长期可靠性等测试由客户主导并最终认可。而SOC厂商的主导权主要在厂商自身上，如SDK完不完善、文档是否完整、商务政策是否吸引人等等。

本质上，包装成“导入”的伪概念，可以将推广不力归咎于“客户导入慢”或者“配合度低”，掩盖了自身产品、技术或者服务和客户不匹配的问题，极大的推卸了责任。

正常来说客户需要芯片，一是产品还在研发中，二是产品已经研发成功那么需要采购，不管是什么情况，他们的每一个阶段都不是“导入”的概念，将本应是“共同设计(Co-Design)”或基于成熟产品的“采购”关系，扭曲成“导入”的单向输入，是一种为自身低效开脱的方式。

总结

总的来说，识别上述三大表演术，是构建高效、务实职场环境的第一步，不是很理解为什么这类方式也能生存下去，可能混子将责任与工作拆分出去后，通过与上级高频交流、向上管理就能获得一个比较不错的信任度。混子的这个策略，本质上是一种“表演忠诚”或“信任套利”，利用管理者的信息不对称和关注点偏差来维持生存空间。另一方面，这种现象也体现出现有的评价体系并不是很完善，实际结果和核心能力被过程汇报和关系维护掩盖了。