夜雨聆风一款管理软件的AI改造，撕开了组织里最不愿面对的那道裂缝。
这两天，一份7.5万字的长文在某大厂内网炸开。
作者是ONE项目——该公司押注AI时代的核心产品——最后离开的产品经理。在这里经历了300多天，经手了从立项到收缩的全过程。
评论区最高赞的一条："内部论坛今年质量最高文章，没有之一。"
表面看，这是一篇产品复盘。但读下去你会发现，它真正触碰的是一个所有打工人都有体感、却很少被说清楚的问题：管理软件到底在为谁服务？
一条"已读"引发的信任危机
ONE 想做一个AI工作入口，把消息、待办、日程、审批排成卡片，主动送到用户面前。听起来挺美。
但团队撞上了一个棘手的设计选择：用户在卡片里刷到一条消息，系统该不该自动标记"已读"？
内部提了好几个替代方案——"只读卡不算""进入详情页才算"。全被否决。CEO认为这会损害发信人的利益。
结果呢？
"卧槽，这怎么直接把我已读了？！"
无论内部同事还是外部用户，第一次在卡片里刷到IM消息，几乎都是这个反应。用户还没准备好回复，系统已经替对方宣布"他看了"。原文用了四个字：已读恐怖主义。
一个运营同事反馈过具体场景：她看到是哪个群、哪个人@了她，就知道大概在问什么事。但还没准备好回——可能要等一小时后的会议结论才能一次说清。现在读了，就得额外解释一轮"我看到了，但要等某某会后同步"。
ONE的消息卡片把这点余地压缩了。它原本想替用户减少读信压力，实际却提前启动了责任压力。
剥夺用户的选择权，责任和后果却要用户承担。这委屈谁受得了？
发信人与收信人：一道写进产品DNA的裂缝
已读的问题不是bug，是基因。
这款产品从2014年创立起，就站在"发信人"一侧。已读未读、强提醒消息、考勤打卡、审批流——所有这些功能回答的是同一个问题：我说的话，对方到底看见没有；我交代的事，到底有没有往前走。
CEO在会议室里讲到十年前如何顶着压力做强提醒、做已读未读时，你几乎能从那些话语碎片里看到这款产品一以贯之的权力美学——站在发信人一侧，替组织争取绝对的确定性，用强触达把事情硬生生往前推。
在企业管理软件的生态位里，发信人的诉求与管理者的控制欲高度咬合。管理者购买它，核心痛点就是消解那种确定性焦虑。
这套逻辑很成功。制造业、传统企业、大量中小公司选了它，因为老板需要管控。某竞对2025年发布会上，其高管嘲讽"某App上最多的数据就是各种打卡"，讽刺归讽刺，恰好替它画了一张用户画像。
但当这家公司试图用AI重塑自己时，这套基因开始反噬。
ONE想做"事找人"的AI入口，帮员工减负。可骨子里放不下已读、强触达、发信人立场。当AI成为发信人的超级代理人，自动整理出待办和未读呈现在移动端时，收信人——普通员工——感受到的不是"智能的平权"，而是"被凝视的加剧"。
AI削弱了员工在工作流中用于喘息的"心理缓冲带"。
薛定谔的用户
ONE的定位上有一道始终没有闭合的伤口：用户到底是谁？
老板有大量日程、审批、待办，是信息的枢纽。员工是承接方，打卡考勤、完成任务、写文档、联系客户。"员工给老板发语音消息的比例，是老板给员工发语音消息的零头。"
从产品目标看，要服务大DAU，不能只服务管理层。但从数据结构看，该产品上的信息枢纽绝大多数是管理层。
事情总不能无休止地讨论下去。"我们就这样，带着一盒薛定谔的用户出发了。"
最讽刺的是，ONE面对的最强势用户不在客户名单上。
原文写道："ONE面对的'用户'，并不只有客户、共创对象和普通员工，也包括一个极强势、极高权重、极有产品表达欲的用户——CEO本人。"
分组功能被要求完整搬进ONE。每张分组卡片上只有一两个未读会话，开发苦笑说"这是bug吧"。作者的回答只有六个字："可能没办法，这是他要的。"
老板的身份认同，不是用户的目标。
但这六个字，已经是一家公司的产品决策逻辑。
不只是它一家的问题
觉得这只是一家的毛病？看看你自己公司的OA系统。
研发效能专家张乐总结过十大反模式，其中杀伤力最大的一条：用管理体力劳动者的方式管理知识工作者 [1]。
你度量代码行数，工程师就凑代码。你度量工时，就出现表演型加班。把度量与绩效挂钩，必然产生数字游戏。古德哈特定律说得很白：当某个度量变成了目标，它便不再是一个好的度量 [1]。
一位大厂P8讲得更直白："当一个管理者的智慧无法衡量一支团队的产出的时候，他就会把'工时'当做最后的救命稻草，死死抱住——这是他唯一听得懂的东西了。"[1]
ONE的"每日一包"机制完美复刻了这个陷阱。
每日一包本来是敏捷实践的好手段，但在实际运行中，"退化成了高管意志下的一场实验"——偏爱今天能看见的、今天能截图的、今天能被老板验收的。用户个性化、偏好学习、长期记忆这些地基性工作，很难用一天的包证明自己。
可汇报的取代了可沉淀的。
原文给出了一个尖锐的定性："用流水线逻辑管理创造性劳动，产品也会带上流水线的气味——它能动能响，能给出进度，却缺乏灵气和温度。"
全景监狱与金色飞贼
管理哲学的分歧不止于产品。
CEO每天中午一点半在工区巡视。有科技自媒体的描述很有画面感："像一颗闪亮的金色飞贼，在工位间闪动游走，后面陪同巡幸的HR和leaders们骑着光轮2001都追不上。"抓到同事用其他App就让其手写检讨书。
还有一个行动叫"望舒"——派人看街对面的竞对几点熄灯。"仿佛看见对方的灯还亮着，就能反推出对方的意志还在燃烧。"
与之对照：某AI创业公司不加班、不打卡、没有明确绩效考核。
作者把公司办公楼比作福柯笔下的全景监狱——U型结构，站在中间抬头看，"会有一种在鸟笼里往外看的感觉"。
全景监狱最要紧的并非"有人正在看你"，而是你不知道自己是否正在被看，于是开始主动把自己训练成适合被看见的人。
请了半天调休假——整个三月周末无休换来的。连续两周Scrum被打B-。SM确认：就是因为请假。"当组织把可见投入当成默认美德，休息就容易被解释成不投入。一个评分制度，不只是评价人，也是在对人反向做强化训练。"
管理软件的两条路
ONE的困境归根到底不是技术问题，是管理哲学的分野。
作者区分了两种组织模式：西点军校式——训练服从和纪律，适合明确目标下的执行；雅典学院式——容纳争论、游荡和奇想，Google DeepMind和早期OpenAI属于后者。
谷歌人力资源部做过一个两年期的研究项目，发现影响团队效能最重要的因素只有一个：心理安全——团队成员能不能安全地在彼此面前承担风险和表现脆弱 [2]。
没有安全感的团队做事会很稳很慢，表面看是考虑周全，实际上是害怕犯错误。在大企业的隐喻中："我们仔细地分析了市场，做了很多讨论，我们会继续跟踪市场变化并讨论下去……"竞争对手在不断投篮、不断抢篮板、再不断投篮 [2]。
极客公园创始人张鹏的判断更彻底："管理学是在工业革命带来大规模生产背景下，为解决如何有效组织人而形成的。今天生产力结构已变。"他追问：管理的"提效"，要的到底是效率，还是创造力？[3]
设计就是安排权力怎么流动
剥开所有技术细节，ONE留下的最有价值的产品判断是这句话：
"AI工作产品的好设计，不是让系统更早发现工作，而是让用户更好地掌握工作。设计不只是把界面做好看，而是安排权力和责任怎么流动。"
一个有意思的发现佐证了这个判断：ONE原本定位服务管理者，但某大型地产集团想用卡片安排保安和保洁的日常工作。基层和流动性高的工作者反而更适合卡片式的主动安排。越是主动、越有思考的工作者，越需要保留对自己工作顺序的掌控。
好的管理软件应该给员工赋能，而不是替老板盯人。
但当付钱的人是老板、看数据的人是老板、做决策的人还是老板的时候，"赋能"这两个字就变得很轻。
作者最后用了一个比喻：泰坦尼克号的水手。
水手能上船说明能力经过检验，船上的工作经验不会因为沉船而贬值。"沉船经验世界上多少人能有？"
他在ONE期间晕倒两次。第二次，同事打了120叫救护车。
泰坦尼克号的沉没，不影响船上的水手找到下一份工作。
但水手真正害怕的不是沉船，是下一艘船的船长，还是同一个人。
参考资料
[1] 张乐，"如何用研发效能度量搞垮团队"，2024年。https://mp.weixin.qq.com/s/b8XPGHCItIQqfKYHV724WQ
[2] "卓有成效的敏捷——有安全感的团队"，2024年。https://mp.weixin.qq.com/s/Z9ffsKwehxWUq7nlez3yQA
[3] 张鹏，"聊过200个团队后的暴论：不要拿AI造工具，要建设'新关系'"，极客公园 / Founder Park，2025年6月。https://mp.weixin.qq.com/s/fqNjOhUpaVP6k0XbpZMbwQ
