置身钉内 on 文艺技术笔记

AI进入旧城，为什么这么难——从《置身钉内》看AI落地的真实困境

Fri, 12 Jun 2026 09:00:00 +0800

《置身钉内》里有一段描述我很喜欢：

钉钉不是白纸，它有多年积下来的产品逻辑、权限系统、端侧差异、多组织问题、客户定制和用户习惯。AI要在这里做事，必须穿过旧系统的技术债。

这段话准确地描述了一个被很多人忽视的事实：AI不是在一个空白画布上作画。它进入的是一个已经运转了很多年的旧系统。

迁移成本

ONE的竞争对手有三类：外部的飞书和企业微信，外部的AI Agent，还有内部的老钉钉。

作者说，最后这个最难。

用户已经有自己的工作路径。消息去消息页看，日程去日程页查，审批去审批中心批。这个路径未必优雅，却足够熟悉。

对很多用户来说，旧系统的最大优点不是先进，而是可预期。

我认同这个判断。

在很多产品讨论里，人们容易高估"更好"带来的迁移意愿。实际上，“够用"本身就是很强的惯性。尤其是在企业软件里，用户不是因为喜欢旧系统才用它，而是因为切换成本太高。

ONE要证明的不是"我比老钉钉更聪明”。而是"没有我，你有些问题永远解决不了"。

这个证明很难。

非线性逻辑缝合

书里举了一个例子。前线销售和供应链的协同，消息散落在5个不同的群聊里。老钉钉做得再好，员工也必须切换5个窗口，用大脑进行人肉记忆和拼凑，才能发现"生产群里提到的延期，是因为销售群里昨天客户改了需求"。

这种跨群聊、跨时间、跨文档的"上下文网状逻辑缝合"，只有LLM能做到。

我觉得这个场景抓得准。这就是AI相比旧系统真正的优势——不是更好的展示，不是更快的响应，而是理解分散信息之间的关联。

但问题在于，这种能力要做到多可靠，用户才愿意把判断权交给它？

模型幻觉可能出现在审批意见、周报总结、跨部门同步中。这时候，“秘书"的可靠性不再是技术指标，而变成了组织信任问题。

同理心是地基

有句话说：同理心是地基，想象力是天空，中间是逻辑和工具。

AB测试告诉你用户选了什么，但它不告诉你用户需要什么。

ONE的团队做了很多用户反馈收集。但作者发现一个现象：除了明确要求关掉"发现"入口，用户需求分布非常不集中。

这个现象不能简单理解成"用户没有需求”。它更可能说明：用户真正需要的，不是又一个统一硬规则，而是更个性化的服务。

老板、客服、销售、普通员工、项目经理，对"重要"的理解完全不同。一个硬规则的系统，必然让一部分人觉得好用，另一部分人觉得被打扰。

所以AI产品设计的核心问题不是"系统有多聪明"，而是"系统能不能让用户自己定义规则"。

让用户驯化系统，而不是让系统安排用户。

这件事，技术上是可行的。但产品决策上，需要克制。需要放弃一部分"帮用户做决定"的控制欲。

看见事和做完事

《置身钉内》里提到一个判断：ONE在现实推进中，更容易停留在让事情被看见、被整理、被触发，而不是让事情被完成。

我觉得这个观察很关键。

AI在信息整理层的能力，远强于在执行层的能力。总结消息、提取待办、排列优先级——这些LLM已经做得不错了。但建待办、跨系统执行、按自己的规则处理一类问题——这些牵涉权限、稳定性、成本和长流程执行。

大多数AI产品都卡在这个断层上。

不是因为技术做不到。是因为进入真实执行层，意味着要处理权限、审批、异常、回滚。意味着要为每一次错误的执行承担责任。

而大多数AI产品团队，还没有准备好承担这种责任。

写在最后

《置身钉内》记录了一个AI产品从立项到收缩的完整周期。十个月，体验了一个大用户量级AI产品的生老病死。

作者没有给出胜利的结局。但我觉得，这份记录本身的价值，比一个胜利的故事更大。

因为它诚实地记录了：

AI进入真实工作流，不是技术升级，是权力重构。谁的事算"事"，在谁的优先级序列里插队，AI替谁节省时间——这些问题不是算法问题，是组织问题。

在解决这些组织问题之前，再聪明的AI，也只能在旧城的边缘打转。

而解决组织问题，需要的不是更好的算法。是同理心。是理解每一个角色在工作中的真实处境。是愿意把控制权交还给用户。

这条路很长。但它是唯一值得走的路。

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

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

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

发信人立场

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

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

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

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

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

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

向上管理

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

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

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

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

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

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

信息透明

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

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

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

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

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

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

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

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

定性和定量

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

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

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

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

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

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

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

写在最后

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

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

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

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

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

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

好产品为什么容易死于贪心——读《置身钉内》有感

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

最近读了一份7.5万字的长文，《置身钉内》。作者是钉钉核心保密项目「ONE」的最后一位核心PD，记录了整整300天的亲历。

里面有一句话让我停了很久：

当一个产品的发心又多又没有主次的时候，就会成为一个贪心而焦虑的产品。

我觉得这句话是对的。而且它不只是钉钉的问题，是整个行业都在反复犯的错误。

四个发心

ONE这个项目，从最开始就背着四个发心：

用户发心——帮员工减负，解决信息过载；产品发心——做AI时代的新入口；组织发心——核心负责人回归后需要一场战役聚人心；商业发心——卖token，探索收费。

每一个单独拎出来都有道理。放在一起，问题就来了。

用户想要的是一个安静的秘书，组织想要的是一个展示AI能力的窗口，商业想要的是一个能收费的学习流。这些诉求在同一个页面里打架。

作者写得很克制，但我能感觉到那种拉扯。

投影到高维

我习惯用一种方式看问题：把表象投影到更高维度，看它是不是一个更简单问题的投影。

ONE的所有矛盾，投影到更高维度，其实是一个问题：

这个产品究竟在优化谁的体验？

不是"用户"这个笼统的概念。是具体的、有角色的用户。老板和员工的需求是相反的。发信人希望消息被立刻看到，收信人希望不被打扰。AI站哪一边，决定了整个产品的走向。

ONE试图两边都服务。结果是两边都不满意。

这不是设计问题。是选择问题。

延迟满足

另一个相关的问题是节奏。

ONE从4月立项，8月就开了发布会。四个月，一个号称AI原生的战略级产品，从0到上线。

速度很快。但快的代价是，很多本应该在早期想清楚的问题，被推到了后面。用户定位没有闭环就出发了。卡片形态选了feed流，因为"极宜demo，尤宜向投资人pitch"，而不是因为它最适合工作场景。

我觉得这是一种反过来的延迟满足——不是等不及要结果，而是等不及要一场发布会。

延迟满足这件事，不只是个人修。产品也需要。功能需要。发布节奏也需要。

如果一件事你觉得很好，不妨再往后延迟一下。这会让你提高标准，同时留了缓冲。

这句话被很多人引用过。但真到了被组织指标和竞争对手节奏推着走的时候，能做到的团队不多。

一个更简单的问题

回到最初。

如果一个产品只能有一个主发心，ONE应该选哪个？

我觉得是用户发心。不是因为我比ONE的团队更理想主义，而是因为这是唯一能形成长期正反馈的选择。

帮员工真正减负→员工愿意用→数据越来越多→AI判断越来越准→更多人愿意用。

这是飞轮。其他三个发心，都应该在这个飞轮转起来之后，自然会实现。

但在飞轮没转起来之前，急着要组织胜利、急着要商业变现、急着要发布会效应，就会把飞轮的零件拆下来，拿去当展示品。

展示品很好看。但它不会转。

写在最后

《置身钉内》是一份珍贵的"现场经验"。它记录了一个大用户量级的AI产品如何在组织、技术、商业与用户之间的结构性张力中艰难前行。

作者没有给出答案。我觉得这也对。因为这种问题本来就没有标准答案。

但至少，意识到"贪心"是一个真实的陷阱，而不是一个抽象的道德批评，这件事本身就有帮助。

好产品不需要那么多发心。一个就够了。剩下的，等它长出来再说。