夜雨聆风有一种鸟叫尖尾雨燕。
它的英文名叫 Swift，中文名来源于拉丁语里"没有脚"——因为它在陆地上几乎站不稳，一生中大部分时间都在高空漂泊。
钉钉的 IP 形象钉三多，就是这种鸟。
这细节我入职第一周就注意到了。当时没多想，后来回头看，觉得这个选择挺有深意的：一个永远在高空漂着、难以落地的吉祥物，配上一款同样飘在半空、用了一年还没踩稳地面的 AI 新产品——这大概就是我这一年在钉钉的全部隐喻。
我在说的是 ONE。
一、四个发心，一个烫手山芋
2025 年 8 月 25 日，钉钉 8.0 发布会上，无招带着 ONE 亮相。
那场发布会我在现场，说实话，那个时刻气氛是真的燃。PPT 做得漂亮，Demo 演得丝滑，台下的人都在点头，朋友圈里刷了好一阵。ONE 的定义听起来也挺厉害：AI 驱动的工作信息流，帮你把消息、待办、日程、文档从四面八方聚拢，让"人找事"变成"事找人"。
听起来很美好，对吗？
但做产品的人大概知道一件事：一款产品如果能被四个完全不同的理由支撑，那通常不是好事，是坏事。
ONE 的四个发心，仔细捋一下：
用户发心：信息过载，事项遗漏，钉钉消息散一地，需要一个整合方案。真实痛点，没问题。
产品发心：打造 AI 时代的钉钉新入口，完成从"IM 工具"到"AI 工作中枢"的换代。听起来合理，但这是内部需要，不是用户需要。
组织发心：无招回归后需要一面旗帜，对内提振士气，对外昭告钉钉的 AI 竞争力。说白了，就是给内部看的。
商业发心：海量办公场景消耗大模型 Token，跑通变现路径。这个目标和前三个，根本没放在一条赛道上。
你把这四个目标压在一款产品上，然后问 PD 们：我们的核心用户是谁？我们在解决什么问题？我们如何变现？
没人能同时答好这三个问题。
不是团队不够聪明，是问题本来就没有同时成立的解法。
扯远了。说回我为什么入职。
我 2025 年 6 月加入钉钉，是 ONE 最晚入职的核心 PD，也因为各种阴差阳错，最后成了全程跟进、最后留守收尾的那一个。我当时拒掉了几个薪水更高的 offer，选择来这里，主要原因很朴素：钉钉坐拥中国最完整的企业组织数据——上下级关系、审批流程、消息上下文全链路——这在 2025 年 AI 落地工作流的赛道上，是别人没有的底牌。
事实上，这确实是底牌。只是打牌的人，发现自己手里同时握了太多张。
二、定位：用户是谁，这个问题把大家逼疯了
ONE 定位上有个核心矛盾，从立项开始就没解开过，后来越拖越大。
老板还是员工？
这不是一句废话。这是真实撕裂过整个产品逻辑的问题。
管理者在钉钉上信息密度最高，是真正的高频用户，也是付费决策方。往管理者优化，对商业化有帮助，对 KPI 好看。但管理者需要的是"我能督办所有人"，这和帮员工减负的产品理念——从逻辑上就相反。
普通员工是 DA 的来源，是真正的量。但他们对钉钉本来就有点防备。强触达、已读回执、DING 消息……这些功能设计从根上就站在发信人视角，而发信人在职场里的身份，往往是你的上级。
ONE 对外宣传的口号是"帮你过滤冗余信息，还你清醒的工作大脑"。
但底层代码里，你看到消息就会被标记已读。
这两件事没法共存。
不可能三角不只在用户端。场景端也一样：
想要高 DA，就要做通用功能、浅痛点；想要商业变现，就要做深度行业定制；想要高频嵌入，就要依附已有的老钉钉功能。
这三条路，任选其一都能走通。三条路同时开走，就互相堵住了。
ONE 后来试过一个解法：把产品拆成"工作"和"发现"两个模块——工作模块保日常任务高频，发现模块推资讯、行业报告做付费场景。
听起来思路对。实际情况是：用户打开 ONE，只是想处理工作，主动推送的资讯在他们眼里和广告没区别。发现模块上线没多久，用户纷纷手动关掉了。
三、卡片那件事，和「已读恐怖主义」
ONE 最核心的交互设计是全屏卡片 Feed 流。
我理解当时这个选择的逻辑：卡片形态在演示效果上无可挑剔，审批、待办这类结构化内容放进去确实好看，滑动浏览的交互模仿了短视频的直觉——上划、下划、处理完毕，下一张。
问题在于，短视频里你滑过一张猫咪视频，没有任何代价。
办公 IM 里你"滑"过一条老板发的消息，就被标记了已读。
三个月后，我们有个非正式统计，大量用户不用 ONE 的原因里，排在前三的有一条叫："看了还没回，怕被追问"。
这个我们内部叫"已读恐怖主义"——你被迫暴露了你的在线状态和阅读行为，但产品给你一秒都没想的时间。
团队当然知道这个问题，后来做了一个叫 Peekaboo 的功能，就是让你可以"偷看"消息而不触发已读。横滑预览、预读模式……各种补丁打了好几轮。
但这些都是表层修补。底层规则——看到即已读——没动过。
因为底层规则是钉钉的 DNA，动它就等于动了钉钉最核心的管理逻辑。
嗯。
所以补丁继续打，DNA 继续在。
还有一个更致命的决策：全量押注移动端，基本放弃 PC 端深度开发。
我做了快一年的 PD，到离场的时候也想不太明白这个选择。复杂文档、跨项目协作、多任务处理——这些场景的主战场从来都是 PC。你做了一款定位"整合工作信息流"的产品，结果它在你真正需要整合信息的那个端上体验一般。
这不是我一个人的困惑，团队里好几个人都提过。后来讨论基本以"资源有限，先聚焦移动"收尾。
好吧。
转折点出现在项目中后期。卡片形态被部分放弃，改回传统列表+卡片混合形态。次日留存从 10% 左右涨到接近 45%。
数据不撒谎。用户不需要那么"先进"的交互，他们需要能用。
四、快，不等于对
钉钉有个机制叫"每日一包"。
当日需求当日改，当晚打包上线，第二天老板可以看到效果。听起来是不是挺极致的敏捷？
我在里面待了一年，总结一下体感：
优点是真的有。短周期内迭代速度在整个大厂里算快的，很多功能从提出到上线两三天就搞定，能快速响应各种演示需求。
代价也是真的大。
因为每天都要能截图、能展示、能在老板面前讲得出来，所以优先落地的永远是看得见的东西。已读逻辑不合理？重要，但改起来影响全链路，三个月没动；个性化配置入口不够用？重要，但需要好几个迭代周期，先等等；权限体系漏洞？重要，但现在不是 P0，继续排队。
用户提过一个需求我印象很深：他们想要客服消息智能过滤，只保留需要处理的工单，其余自动归档。这个需求逻辑很清晰，落地场景也很具体。进了 backlog，后来项目收缩，没做出来。
每天在跑，但有些关键的地基一直没打。
更有意思的是，汇报文档的完善程度，有时候比产品本身还超前。先写好了一套完整的 Agent 能力框架文档，功能还没开发。
这不是讽刺，是观察。在大厂里，"文牍"的优先级本来就比产品高一点——因为它是对上沟通的媒介，而产品是对外的媒介。
两个媒介服务的对象不一样，迭代节奏自然不一样。
五、那些名字
说到离场，我得说说人。
ONE 项目里有过很多人，有的很早就走了，有的撑到了最后。
有一个设计师，我记得他在某次深夜对齐会上说："我们能不能先把这个底层问题解掉，再加新功能？"
会议记录里有，后来看，那个问题没解掉，功能继续加了三轮。
他后来走了。理由是"和团队方向不合适"。
还有一位从外部合作方来的同事，做了大半年共创。她带来的客户需求里有几个很扎实的落地场景，比如某大型零售企业的门店巡检任务卡片，逻辑清晰、用户认可度高、能商业化。
这类需求在项目资源评估里属于"垂直行业定制，不符合全量产品方向"，一直在等待排期，到项目收缩都没进入开发。
她离职时给我发过一条消息："其实我觉得那个方向是对的，只是时机不对。"
我觉得不只是时机的问题。但这句话也挺难完整说清楚。
六、钉钉、飞书、企微：三种打法，一个行业困境
从行业视角看这件事，其实没有哪家完全对。
钉钉的 AI 战略走的是"主动推进工作流"路线。依托组织架构、审批、上下级关系，用 AI 帮你盯人盯事、催着你处理。ONE 最初是这条路上的急先锋，后来 AgentOS、悟空接棒。
飞书走的是"知识沉淀"路线。文档、知识库、结构化数据是飞书的根，Aily 和妙搭都在这条脉络上往下延伸。飞书发布会喜欢当场 Demo 实测，看起来更落地。
企微走的是"私域客户协同"路线，依托微信生态，AI 能力优先服务销售和客服场景。
说实话，这三条路都没有明显的错，也都没有彻底跑通。
全行业都在追逐 AgentOS 这个概念，但几乎所有人都还在讲 PPT 阶段——定义宏大、场景模糊、落地稀薄。
有一期内部分享，一个工程师说了一句很直白的话："我们花了很多时间定义 Agent 应该是什么，但用户要的是这件事快点处理完，他不关心那个东西叫什么。"
没人正面回应这句话。会继续开了下去。
七、悬在空中的那一年
写到这里，我有点累了。
但我还是想说完一件事：那一年很消耗。不是正常意义上工作累的消耗，是那种你知道方向有问题、你也提了、但事情还是按原有轨道滚的那种消耗。
月均每天超过 15 小时在岗，两次晕倒，一次急救送医——呼吸性碱中毒，医生说是过度换气导致的，换个说法就是持续高压下身体自保性关机。
不是在卖惨。这一年里我学到的东西，比我前三年学到的加在一起还多。
好产品怎么死的，有时候比好产品怎么活的更值得研究。
ONE 里有些东西最后确实留了下来——灵动回复从 ONE 的卡片体系里拆出来，变成了全钉钉的通用 AI 功能，现在用的人挺多的。
钉三多依然在飞。只是飞的高度和飞的地方，跟立项时想的不太一样。
AI 的工作是把事情变简单。但在一个发心贪多、定位摇摆、组织管控到每一个请假条的环境里，"简单"本身就是一件很复杂的事。
这就是置身钉内的那一年。
我写完了。
推荐阅读书目：《The Mom Test》——用户说"你这个想法真不错"的时候，通常是在撒谎。问他上周怎么处理这个问题的，比问他愿不愿意为你买单更有用。ONE 踩过很多这本书里说的坑。
本文基于一位钉钉 ONE 核心 PD 的一手从业经历整理，时间跨度 2025 年 6 月至 2026 年，全程跟进项目从立项至收缩全周期。
