钉钉AI项目死在已读上，B端AI到底在为谁服务？

上周，一篇7.5万字的阿里内部信《置身钉内》刷屏了。大部分人看到的是无招的管理风格和钉钉的「权力美学」，但里面有一个故事，值得所有AI产品经理认真看一遍。

这个故事的名字叫ONE。

ONE是钉钉的第一个AI项目，出发点是好的：让AI主动汇总工作消息，实现「事找人」，信息自动找到该处理它的人，而不是人去找信息。

听起来像是AI在B端最该干的事，对吧？

一、一个荒诞又具体的问题，已读

ONE有一个致命的设计冲突。它的逻辑是：AI读取消息并做汇总，消息随即被系统标记为已读。用户第一次碰到这个设计，反应高度一致：「怎么直接已读了？！」，自己压根还没看，或者还没想好怎么回，系统已经替你签收了。

在此之前，所有用钉钉的心照不宣的缓冲空间是：看到消息预览，先不点开，想好怎么回。原文举了一个运营同事的例子，她看到是哪个群里、哪个人@了她，已经大概知道对方在问什么，但答案依赖一个小时后要开的会。等会开完再回，一次就能说清楚。

「处理的余地」，被系统直接剥夺了。代价却要员工来承担。

产品经理把这个反馈带给CEO无招，申请修改。无招否决了，理由很简单：「这会损害发信人的利益。」

发信人是谁？大多数时候，是管理者。

二、不是技术不行，是立场错了

这个故事最狠的地方在于，它暴露了B端AI产品一个近乎结构性的死结：技术方案再完美，只要产品的立场站错了，它就活不了。

ONE的AI能力本身有没有问题？从技术角度看，消息汇总、优先级排序、信息分流，这些能力都是成熟的。碧桂园的保安保洁团队甚至觉得按优先级排序的功能很好用。但当产品经理想跟进这个需求时，无招再次否决：「钉钉要服务老板、管理者和高净值人群。」

这三件事连在一起看，结构就清晰了。

第一，ONE的AI帮用户读消息，但消息标记已读反而剥夺了用户的选择权。AI读得快，不是用户读得快，这是产品经理和CEO都能看明白的道理，但决策权在CEO手里。

第二，CEO的立场是「发信人利益优先」。在钉钉的基因里，发信人是管理者、是付费方。AI不应该站在收信人这边。

第三，底层用户群体的需求（保安保洁的优先级排序）被判定为不值得服务。AI能否落地，取决于它服务的是谁，而不是AI做得有多好。

ONE最终被拆分并入「悟空」项目。死因不是技术不行，是立场错了。

三、付费方决定论是B端AI的结构性诅咒

钉钉的付费逻辑是企业管理层付钱，工具自然长成管理层想要的样子。AI落在上面，也逃不开这个框架。

这不是钉钉独有的。几乎所有B端AI产品都面临同一个问题：付费方和使用者是两个群体，而且利益经常不一致。

管理者想要的是可控、可度量、可干预，已读是管理者的确定性，DING是管理者的掌控感。员工想要的是灵活、不被打扰、不被过度监控。两者天然冲突。

ONE在这个冲突中选了管理者那边。它的AI不是帮用户减负，而是帮管理者做更深层的穿透。正如原文所写，每一个核心设计决策都在强化发信人的权力，收信人得到的不是解放，而是更密的凝视。

这不是用户体验问题，是商业逻辑在AI时代的一次照妖。只要付费方是甲方，AI就天然地站在甲方那边。乙方（使用者）的需求，在商业优先级上永远排在后面。

这也是为什么很多B端AI产品看起来很美却用不起来，它们被设计来解决的问题，不是使用者的真问题。

四、结语，AI没有立场但做AI的人有

ONE项目的失败当然可以归咎于无招个人的决策风格。但把视角拉大，这件事的价值在于它揭开了B端AI落地过程中一个很少有人愿意讨论的问题：当技术方案和组织权力结构发生冲突时，输的永远是技术。

写这篇稿子的时候，我看了一下钉钉的数字：8亿用户、2600万家企业组织。这意味着，ONE面临的这个「已读」困境，不只是钉钉自己的事。它几乎是每一款面向企业的AI产品都可能撞上的墙，产品经理知道应该做什么，但上面有人说了算，说了算的人站在另一端。

如果你在做B端AI产品，不妨停下来想想：你的AI真正在服务谁？当付费方和使用者利益冲突时，你的产品往哪边倒？

这个问题，比选什么模型、搭什么架构重要得多。