十年前，我在腾讯时，就很喜欢“乐问”。

在我看来，它不是一个普通的内部论坛，而是移动互联网时代一次很先进的组织管理尝试。它让员工的声音能被更快听见，也让管理层第一次有机会，低成本、大规模地接触一线真实反馈。让真实的信息在组织内部流动。

后来在 VIPKID、新氧，我也主持开发、运营过类似的内部论坛。它们有的接入腾讯的 SaaS 产品，有的是信息部门专门配产品经理和开发工程师来做，再加上运营同学做精细化管理。

那时候，我一直觉得，这类东西当然重要，但它天然就是一种“组织级能力”，不是一个人能做的事。

因为它背后从来不只是一个页面、一个表单、一个入口，而是一整套东西：

产品原则怎么定

匿名和实名怎么平衡

内容怎么治理

后台怎么流转

权限怎么控制

平台怎么打通

运营怎么跟上

放在过去，这几乎一定是个跨部门项目：产品提需求，研发做实现，测试做验证，运维保稳定，运营再慢慢把它养起来。

但到了 AI 时代，我第一次真切地感觉到：这件事变了。

现场：一个人的公司级项目

最近，公司总裁提出一个想法：参考腾讯“乐问”、华为“员工心声”，做一个员工反馈通道，收集一线声音，建立更透明的沟通机制。

我主动请缨，接下了这个项目。

这一次，没有完整的产品团队，也没有动用专门的开发资源。我这个不懂代码的“素人”，带着一组 AI，开始从 0 到 1 手搓“北雁信箱”。

最后，产品做出来了。

但真正让我震动的，不是我交付了一个反馈产品，而是我突然意识到：

AI 时代真正被改写的，不只是开发效率，而是个人能力的边界。

过去需要一个团队协作完成的事，今天开始有可能被压缩成“一个人 + 若干 AI 智能体”的微型工作单元。

这不是简单的效率提升。

这是组织原理在变。

一、AI 最先打破的，不是技术门槛，而是个人能力边界

这次做“北雁信箱”，我先后扮演了好几个角色：

提需求的人

定原则的人

选方案的人

盯测试的人

查问题的人

做验收的人

放在过去，这几乎不现实。

不是因为这些工作本身多么神秘，而是它们原本分散在不同岗位、不同部门，由不同专业角色接力完成。过去，一个公司级产品的背后，往往站着的是一整支队伍；这一次，我第一次真实体验到，一个人也可以把这条链路从头拉到尾。

当然，这不是因为我突然学会了写代码，也不是因为我一个人能替代整个团队。

而是因为 AI 把很多原本高门槛、强分工的环节，压缩成了可调度、可协同、可快速试错的能力模块。

我可以让 AI 快速出方案草图，快速拆任务，快速写脚本，快速补文档，快速定位问题。它补上了很多过去我做不了，或者做起来代价极高的部分。

所以，这个项目最先让我看清的一件事，不是“AI 会写代码”，而是：

AI 正在重新定义，一个人到底能做多大的事。

未来越来越多的工作，可能都不再是“一个岗位负责一小段”，而是“一个人带着若干 AI 智能体，像一个团队一样完成一整件事”。

这也是为什么，AI 时代的组织问题，不能只看技术。

因为它最先冲击的，就是组织内部最基本的协作单元。

二、AI 可以实现很多方案，但最稀缺的，仍然是提炼需求的人

这个项目中途其实走过弯路。

一开始，我和 AI 很自然地走向了一条更复杂的路：想做一个“大而全”的独立论坛系统。功能越想越多，结构越做越复杂，看起来很像“在认真做产品”。

但做到一半，我慢慢意识到：方向不对。

不是技术实现不了，而是问题被做复杂了。

员工真正需要的，不是一个复杂论坛，而是一个简单、安全、可信的反馈通道。

HR 和管理者真正需要的，也不是一个庞大的社区产品，而是一套能收集、分流、处理、回应声音的工作机制。

项目真正回到正轨，是因为我重新回到了需求本身，重新把“北雁信箱”的核心原则压了出来。

最后我把它收成四条规矩：

可以实名，也可以匿名

跟帖必须实名，避免破窗效应

匿名必须真的不可追溯，最大程度保护发言人

内容先公开，违规再治理；管理员可编辑，但不可删帖

现在回头看，真正把项目拉回正轨的，不是某个技术突破，而是这四条原则。

因为它们决定的不是“加什么功能”，而是这个产品到底是什么。

这就是 AI 时代一个很容易被忽略的真相：

AI 越强，需求提炼能力越重要。

因为 AI 几乎什么都能做，所以它也最容易把事情做复杂。

如果方向不清、原则不明，AI 不会自动把产品带向正确答案，反而会把模糊、摇摆和混乱更快地放大出来。

所以，在 AI 组织里，最稀缺的未必是最会写 prompt 的人，而是那些：

懂业务

懂管理后果

懂用户真实需求

能把复杂问题压缩成清晰原则

的人。

AI 可以根据原则生成很多方案。

但原则本身，必须由人来定义。

三、AI 组织不是悬在云上的智能系统，它最后一定会撞到基础设施

项目后来转向飞书原生方案，是一次很重要的修正。

我们决定不用独立论坛系统，而是用飞书应用机器人做前台入口、飞书文档做讨论平台、多维表格做后台流转，再配合机器人做自动化处理。因为这更轻、更快，也更符合真实使用场景。

方向是对的。

但真做的时候，很快又撞上了另一个现实问题：

应用机器人和管理员，居然不能共同读取文档。

我们查了很久，排了不少可能性，一度以为是权限系统、机器人能力、飞书限制的问题。最后才发现，问题居然出在一个很“土”的地方：我终端里的飞书 CLI，关联的是另一个飞书账号。

这个问题非常小。

但它让我一下看清楚另一层真相：

AI 组织建设，不是悬在空中的智能协同，而是高度依赖真实基础设施的。

账号、权限、平台、接口、文档系统、组织生态，这些看起来不够“高级”的东西，恰恰决定了 AI 能不能真正跑起来。

很多人谈 AI，喜欢谈模型、能力、智能体、自动化。

但一到真实组织里，AI 最终都会落到这些最具体的东西上：

权限体系是不是通的

账号是不是对的

平台能不能接住

工作流能不能嵌进去

员工是不是愿意用

管理机制是不是配套

说到底：

AI 落地，最后落的不是模型，而是组织基础设施。

四、AI 组织真正被改写的，是最小工作单元

“北雁信箱”做到最后，我越来越清楚地意识到：

我们交付的当然是一个工具。

但真正留下来的，是一套方法。

工具会过时，平台会变化，具体实现也会被替代。真正能留下来的，是这次项目逼出来的几件事：

需求必须先被提炼成原则

复杂方案要敢于及时 pivot

人和 AI 的分工必须清楚

测试、治理、权限、流转必须前置考虑

经验不能停留在个人脑子里，而要沉淀成方法和机制

所以，AI 组织建设，拼到最后，拼的不是谁先买了工具，也不是谁先接入了最新模型。

真正拉开差距的，是谁先建立起了一套让人和 AI 能高效协同的机制。

而更深的一层是：

AI 真正改写的，不只是某个流程，也不只是某个岗位，而是组织最小工作单元。

过去，一个复杂任务的默认配置，往往是一组人。

未来，越来越多的复杂任务，都会被改写成：

一个人 + 若干 AI 智能体。

在这样的时代里，真正有竞争力的组织，不只是“有 AI 的组织”，而是：

能让个体借 AI 打破能力边界

能让复杂需求被提炼成清晰原则

能让 AI 嵌进真实基础设施和工作流

能把一次次项目经验，沉淀成组织方法

的组织。

写在最后

十年前，我喜欢腾讯乐问。 十年后，我自己手搓了“北雁信箱”。

这件事真正值得重视的，不是“一个人也能做产品了”。 而是：

未来越来越多的工作，都会变成“一个人 + 若干 AI 智能体”的协同系统。

在这样的时代里，真正稀缺的，不是工具。 而是能把工具变成组织能力的人。

---

作者：岳三峰

来源：岳三峰咨询教练工作室

关注我：一起探索AI时代的组织管理与领导力