Context not Control，和它为什么很难

Mon, 15 Jun 2026 08:30:00 +0800

公司做大了以后，有一个必然会发生的事情：信息失真。

不是有人故意骗你。是层级多了以后，信息每经过一个人就被压缩一次。等到你这里的时候，已经是一个高度抽象的版本了。

更麻烦的是另一件事：员工开始围绕上级工作，而不是围绕业务目标工作。

这种现象叫向上管理。它是组织里最毒的东西。表现为PPT越来越厚，数据口径频繁变换，报喜不报忧。

解法

我试过的解法是：把信息尽可能透明化。

OKR所有人可见，包括我的。业务数据一线能看到，不需要通过汇报链获取。让每个人看到完整的图景（Context），而不是等指令（Control）。

逻辑很简单——如果信息是透明的，向上管理就没有生存空间了。你不需要猜老板想要什么，因为老板的OKR你也看得到。你只需要看目标。

但这件事很难

难在两个地方。

第一，透明需要人才密度。如果团队里有人不习惯被看到全部数据，他们会不安。如果管理者不习惯自己的决策被公开讨论，他们会抵触。

第二，它和人性里的一种倾向是反的。人天然喜欢信息不对称带来的安全感——我知道你不知道的，这让我觉得我有价值。透明等于剥夺了这种安全感。

所以推这件事，本质上是在对抗组织的惯性。

我自己的矛盾

说实话，这个理念我自己也没有做到完全一致。

我提倡去中心化，但TikTok危机、全球化战略这些决定，其实高度集中在我手里。这不是虚伪，而是真实的困境——有些决策确实不适合分散。

关键在于区分：哪些事情应该给Context让团队自己做，哪些事情必须集中。

这个区分本身就不容易。

一个实际的判断标准

我后来用一个简单的标准来判断：

如果这个决策需要快速试错、需要根据一线反馈调整，就应该给Context让团队做。

如果这个决策是一次性的、影响面极大、错了代价很高，那可能还是需要集中。

但这不是绝对的。随着人才密度提高，集中决策的范围应该缩小。

最后的想法

组织管理这件事，没有一个完美的公式。

所有的框架都是在特定条件下有效。Context not Control在高密度人才的组织里有效，在信任基础薄弱的地方可能适得其反。

但至少有一个原则是通用的：解决信息问题，比解决人的问题更有效。

Context not Control，和钉钉的组织困境——读《置身钉内》有感

Fri, 12 Jun 2026 08:30:00 +0800

《置身钉内》里写了很多产品层面的问题。但读到最后，我发现很多产品问题的根，不在产品，在组织。

发信人立场

钉钉从诞生第一天起，就有一个很强的基因：站在发信人一侧。

已读未读、DING一下、考勤打卡、审批流——这些功能解决了一个最朴素的焦虑：我说的话，对方到底看见没有。

这个基因在2014年是优势。它帮钉钉从微信的阴影里拧出了一块市场。但到了2025年，当这个基因进入一个AI产品时，问题就出现了。

AI如果继承了发信人立场，它就不再做秘书，而变成了组织的超级代理人。自动整理待办、未读、催办——对员工来说，这不是"智能的平权"，而是"被凝视的加剧"。

作者写了一个细节：普通员工的反抗极其隐蔽——在社媒上写劝退帖，或者在实际使用中寻找各种手段去糊弄和规避这个随时会跳出来的AI界面。

我觉得这个观察很准。员工不会正面冲突。他们会用脚投票。

向上管理

有句话：员工围绕上级工作而非业务目标，是向上管理，是组织毒药。

《置身钉内》里有很多向上管理的痕迹。

ONE的发布会口径是"AI工作信息流"，但实际开发中，很多决策的参考标准不是"用户需不需要"，而是"老板怎么想"、“发布会怎么讲”、“集团怎么看”。

一个产品的设计讨论，如果最终收敛点不是用户场景，而是某个关键人物的偏好，那这个产品的方向一定是扭曲的。

作者写了一个细节：创始人在面试中反复追问"为什么做不成"，那种追问方式被作者形容为"低宜人性"。这不是批评，是事实描述。但当这种风格进入产品开发，团队就会不自觉地去猜"老板想要什么"，而不是"用户需要什么"。

这就是向上管理。它不是恶意的。它是信息系统失效的自然结果。

信息透明

有人提出过一个解法：Context not Control。

让每个人看到完整的业务数据。OKR所有人可见。不需要通过汇报链获取信息。

逻辑很简单：如果信息是透明的，向上管理就没有生存空间。你不需要猜老板想要什么，因为老板的OKR你也看得到。你只需要看目标。

但这件事很难。难在两个地方。

第一，透明需要人才密度。不是所有人都习惯被看到全部数据。

第二，它和一种惯性是反的——人天然喜欢信息不对称带来的安全感。

《置身钉内》里写，钉钉的组织整体在人口净流出。伴随着流出的是大家对新入职同事的同情和打趣，是就业者对钉钉的规避。

当一个组织的信息系统让员工感到不安而不是清晰，离开是最理性的选择。

定性和定量

书里有一个对比很有意思：

有些团队更喜欢做定量研究，强调北极星指标、漏斗和数据验证；有的团队更喜欢做定性研究，强调共创中的具体用户、具体场景、具体需求。

我没有在那种组织里做过用户研究，所以不确定这个概括是否完全准确。但有一个判断是成立的：

定量和定性不是对立的。它们是不同阶段的工具。

早期需要定性——找到真实的需求。规模化之后需要定量——验证需求是不是普遍存在。

如果只有定性，容易变成"老板就是用户"。如果只有定量，容易变成"指标就是真理"。

好的做法是交替使用。先用定性找到方向，再用定量验证。然后用定性理解定量解释不了的异常。

写在最后

《置身钉内》最让我触动的，不是产品层面的成败，而是组织层面的惯性。

一个产品的基因，本质上是组织基因的投影。钉钉的发信人立场，来自它早年在企业管理市场获胜的经验。这套经验太成功了，以至于它成了身体记忆。

但身体记忆在新环境下可能变成束缚。

解法不是否定过去。是意识到：过去的成功条件，不等于未来的成功条件。

然后，有意识地去建立新的信息系统。让团队看目标，不看上级。让用户数据说话，不让权力说话。

这件事不容易。但它是唯一值得做的事。

组织管理 on 文艺技术笔记