ARTICLE · 1191364
人人都有AI助手,为什么还要反复解释同一件事?

你是某型号工业控制器的产品经理。
周会上,销售和研发都带来了用AI整理的计划。材料做得很快,也很清楚,可刚讨论几分钟,就对不上了。
销售的计划里,这次样机要增加远程诊断功能。而在研发的排期里,却没有这件事。
"客户会上提过的,纪要里写了。"
"可我们后来确认的交付范围,没有这一项啊。"
你只好再解释一遍:客户确实提了,但会后商量的结果是先评估,所以本次向客户交付的样机暂不提供。
销售拿的是客户会议纪要,研发拿的是后来确认的方案。各自的AI,都把手里的资料整理得像模像样。
但这次到底交什么,还得靠你再说一遍。
这样的场景,可能比"AI能不能写出一份方案"更值得我们琢磨。
上一篇,我们讨论过怎样把岗位拆成AI能够接手的任务。而再往前走一步,即使任务已经交代清楚了,还有一个问题:大家在做这些任务时,理解是否一致,依据的是同一个信息源吗?
一项要求,是客户随口提出的想法,还是公司已经答应的承诺?
一份方案,是拿来讨论的,还是已经批准执行的?
这些区别,往往比材料本身写得好不好更要紧。
AI可能知道很多专业知识,却未必知道你们上周三的那次会议上,究竟改了什么。它也不会因为分别帮了销售和研发,就自动把两边的背景接起来。
这有点像大家约了吃饭,但因为临时更换了餐厅,导致只有一部分人知道。每个人的导航都很准,但却开到两个不同的地方。
地点换没换,通常一问就明白,但企业里的情况就要麻烦得多。在一个项目里,哪些已经确定、哪些还在讨论,信息可能分散在好几个群、留存在几个人的脑子里。
以前,这些信息靠人沟通和补充。
"这份材料不能用,朱总后来修改过了。"
"客户说可以试试,但还没答应要采购。"
"这个数字只是估算,不能拿去对外报价。"
不少项目负责人每天都在做这样的解释。事情能往前走,很大程度上,是因为有人记得前因后果,也知道该把哪句话告诉谁。
现在,AI让每个人都能更快地交出一份完整材料,但这些背景却未必能跟着带过去。
一份看起来已经很成熟的计划,里面也可能还装着一个过时的前提。等到跨部门讨论时,大家才发现,忙活了半天,大家并没有在同一个版本上对话。
于是,一个人省下的整理时间,又花在了一群人的重新对齐上。
你可能会说:那就把资料放到一起,建一个大家都能用的知识库。
这当然有帮助。至少,不用再到处问"文件在哪"。
但文件找到了,问题未必解决。
假如知识库里同时有客户最早的需求、上周的评审纪要、昨天的修改建议,AI都能搜到。哪一份应该作为这次交付的依据?
不能简单地选最新的。最新消息可能只是一个建议,还没有被接受。
也不能看哪份写得最完整。讨论稿,有时比最终确认的记录还详细。
就拿前面样机交付的项目来说,也不需要非得建设一套复杂系统。可以先在现有项目记录里,把当前状态写清楚:
1、本次样机按已确认范围交付,交付内容暂不包含远程诊断。
2、新增要求由研发负责人评估,2026-10-30前反馈对成本和周期的影响,再决定是否纳入。确认前,研发排期和测试准备仍按现有已确认范围进行,详细记录和方案见链接。
这段话不长,却让后来接手的人知道:现在按什么做,还有什么没定,下一步找谁。
销售要更新客户沟通计划,研发要排工作,测试要准备验证,都可以从这里出发,再展开各自需要的内容。
大家拿到的材料可以不同,背后已经确认的事实要能对得上。
这里有个小细节很重要:尽量沿用已有的项目记录和正式来源,不要为了方便,让AI直接给你输出新材料。
否则,原来只有三份材料对不上,现在就得变成四份,后面还得更多。
AI在这里也有很实在的用处。
有了读取相关资料的权限,就可以先请它做一件具体的事:
"把这次客户纪要和已经确认的交付范围对照,列出新增要求;尚未确认的,单独标出来,不要写成已经承诺。"
这样,AI先帮我们发现变化。接着,由有权作出决定的人确认怎么处理,再更新大家共同使用的记录。
下游同事也就不用各自重新翻一遍聊天记录,猜这次变化到底有没有生效。
这时,AI省下来的,才开始包含人与人之间反复补背景的时间。
不过,你可能马上会想到另一个现实问题:这份记录谁来维护?大家已经够忙了,难道还要多填一张表?
如果更新记录是一项额外任务,每周靠人催,确实很容易坚持不下去。
更合适的做法,是把它放进原来就要发生的确认动作里。
会上确定了新的交付范围,就同时更新当前记录。AI可以根据纪要整理变更内容,由指定负责人核对确认。会议结束,决定和记录一起往前走。
别等到下次有人拿错了版本,再找一个熟悉情况的人,把整件事重新讲一遍。
当然,让大家基于共同的信息工作,也不意味着所有资料都要向所有人开放。
哪些人需要什么信息,仍然要按职责和权限安排。关键是,承担一项任务的人,以及获准协助他的AI,能拿到完成这项任务所需的背景。
如果确实缺了重要信息,也要让这个缺口显出来,不能悄悄变成一份语气肯定的结论。
共同的信息,也不要求大家得出相同意见。
销售可以认为新增功能值得争取,研发也可以认为代价太高。这种分歧有讨论的价值。
但如果销售在讨论"已经答应客户的事怎么兑现",研发却在讨论"一个新想法值不值得做",双方说得再认真,也很难谈到一起。
我们希望省掉的,就是前面这段绕路。
所以,企业下一步怎么用AI,也许可以从一个很小的地方开始:
找出最近一件需要你反复解释的事。
看看反复缺失的是什么:一个没有传达的决定,一条留在私聊里的约定,或者一份已经失效却仍在使用的方案。
先把这件事的当前状态留下来,让下一个接手的人,连同他的AI助手,都能找到依据,知道还有什么需要确认。
下次开会时,如果大家终于不用再花半小时争论"上次到底定了什么",而能直接讨论"现在该怎么往前走",组织就已经有了一点不同。
本文带走
1.每个人都有AI助手,不等于大家拥有共同的工作背景;完整的材料,也可能建立在不同的前提上。
2.共享资料之外,还要说明哪些已经确认、哪些仍待讨论、哪些已经失效,并留下依据。
3.从一件反复解释的事开始,把状态更新放进原有的确认动作,让后来接手的人少补一次背景。















































































