让资料跟着业务走——企业AI应用、数据连接与办公协作

主题 13 / 14 · 课程阅读版

这一课要解决的问题是：已经会让AI写文案、做图片、整理表格以后，怎样把这些单项能力放进企业每天的工作，让前一个人的结果成为后一个人能使用的资料？课堂给出的入口包括企业学员的应用分享、飞书连接演示、办公助手介绍，以及老板、专人和员工之间的分工。

本课依据课堂转写整理。企业应用效果多为学员自述，办公工具多为课堂时点的展示；它们分别说明“有人怎样使用”和“当时展示到哪里”，不能拼成已经验证的企业系统部署教程。后面的周报数据、角色分工表和核验步骤是为了学习而编写的补充，均与课堂案例分开标明。

读完后，你应该能回答三个问题：一项工作到底需要哪些资料；AI得到的结果凭什么可信；谁负责把结果确认并交给下一步。无需先采购软件，也无需连接真实客户记录，就可以完成本课的纸面练习。

一、先找到业务问题，再决定需要什么工具

23号录音的企业分享没有停留在“做了一个系统”。现场反复追问的是：为什么做，它解决了哪个业务流转问题？这比看到漂亮的仪表盘更值得学习。

例如，经营者想知道某个产品订过多少次、到货多少、质量怎么样。如果这些信息分别在订单、采购、仓库和聊天记录里，人就要反复找资料、核对名字、追问状态。此时真正的任务是把同一件事在不同环节的记录接起来。界面只是呈现结果的方式。

可以把模糊想法改写得更具体：把“我要企业AI”改成“每周把已确认的客户问题按主题汇总，标出还没人解决的问题”；把“我要经营驾驶舱”改成“查某款产品的采购、到货和验收记录，列出缺少的环节”。前者无法验收，后者能够拿原始记录逐项对照。

08号录音关于AI与行业经验的问答补了一层条件：工具相似时，企业原本积累的业务逻辑、团队经验和反馈仍然影响结果。把一堆材料交给模型，不会自动产生正确的业务口径。谁知道订单状态怎样变化，谁知道客户问的“能不能做”实际涉及什么限制，这些知识仍需要人说明。

学习时先写一句完整的话：“由谁，在什么时间，根据哪些记录，完成什么判断，结果交给谁。”如果这句话还不清楚，先把问题补齐。增加一个工具入口，并不会补上这句话缺失的部分。

二、企业资料至少有三种，不能混成一份万能知识库

课堂里的“资料”有产品知识、参考视频、聊天记录、采购信息和业务报表。这些东西都可以提供上下文，但更新方式和判断用途不同。下面的分类是讲义整理，用来帮助辨认课堂案例。

产品说明可以帮助写文案，但不能证明某一批货已经到仓。客户曾经问过交期，可以证明发生过咨询，但不能证明仓库已承诺发货。AI生成的跟进建议，是工作草稿，不是客户的意思，也不是员工已经执行的证据。

因此，“把资料放进去”之后还要能区分出处、时间和状态。最少要知道：这个说法来自产品文档还是聊天；文档适用于哪一版产品；客户说的是需求还是已经确认的条件；某项安排是在等待处理，还是有完成记录。

同样，知识库并不必须吞下企业所有资料。一项客户问题周报可能只需要本周相关问题、可靠的客户编号和当前产品说明，不需要家庭信息、完整私人聊天或无关的业务财务数据。资料范围应跟着任务走。范围越大，越需要解释为什么这些内容与当前判断有关。

三、服装企业案例：把经营者关心的数据取出来

23号录音中，服装企业学员介绍了销售、订单、退货、产品、供应商、采购和客户等数据需求，并讲到从既有业务系统取数据，经飞书再呈现到自己的界面。课堂提及的原有系统是聚水潭。这是当时的使用讲述，并没有逐步展示全部接口配置和部署过程。

这条线可以理解为：业务已经在运行，记录已经产生；经营者希望换一种更方便的方式看自己关心的信息。它不意味着必须重做整个ERP，更不意味着新页面出现后，原系统就可以停用。

课堂中不同观察周期的销售、退货数据尤其值得注意。同样叫“退货”，按照申请时间、完成时间，或者对应销售订单的时间来统计，结果可能不同。课堂提到了不同天数窗口，但没有给出一套可直接复制到所有企业的统一核算规则。阅读时应保留“要看时间窗口”这个问题，不能把某个窗口直接当标准。

一个可学习的阅读顺序是：先找经营者要回答的问题，再看需要哪些字段，最后看界面怎么显示。如果只记住“用AI做系统”，你会漏掉最重要的约束。例如，产品名称不统一时，采购和销售可能对不上；到货记录没有更新时，漂亮的库存图也会给人错误印象。

分享中还涉及新客户、回复、增长、流失以及人员制作数量等记录。这些可以帮助发现需要追问的地方，却不能单靠数量解释原因。某人剪辑少，可能是任务复杂，也可能是素材不足；客户没回复，也可能只是还没到采购时间。数据提供观察入口，具体原因仍需结合业务。

现场也出现了“预览能用，实际接入仍遇到问题”的讨论，讲者建议先做一个简单功能，再逐步增加。学员对自己已有系统的描述属于自述，不能据此保证另一家企业从零搭建也会同样顺利。

这段分享明确涉及内部系统，并出现不要录屏的提醒。因此本公开讲义只保留业务需求、资料关系和学习边界，不展示该企业内部后台、个人身份及经营金额。这里保留的是能帮助学习的过程，而不是私人经营档案。

四、食品企业案例之一：参考内容和产品知识一起进入生产

06号录音的食品企业分享，从内容制作逐步讲到客户、采购和生产。第一条链条是：员工寻找同领域或跨领域参考，把链接归集到表格，再进行内容解析和适配。分享者还提到，为产品分别准备知识资料，供制作时使用。

这两类资料的作用不同。参考内容提供表达方式：开头怎样抓住问题，镜头怎样安排，信息怎样逐步展开。产品资料提供事实：自己的产品有什么特点，能展示哪些过程，哪些说法有依据。把参考文案里的产品名替换掉，不能代替对后者的核实。

例如，参考视频讲“某种工艺让口感怎样变化”，自己的产品资料只记录了原料和外观。AI可以借鉴“展示过程再解释体验”的结构，但不能据此编出自己也有同一种工艺。缺少资料时，应该把待确认的产品信息列出来，再由了解产品的人补充。

整理参考库时，至少要能回到原链接，知道为什么选它，以及最终用了其中哪个部分。整理产品资料时，至少要能辨认适用的产品版本、维护人和尚未确认的说法。这些字段是讲义对案例的补充，不是课堂已经展示过的完整表结构。

学员讲述了归集、解析和改写的使用方式，但没有提供所有生成结果的逐条质量检验，也没有证明每条参考都具备任意再利用的许可。可以学习其资料分工，不宜把“批量生成成功”理解成“每条都能直接发布”。具体素材使用和产品事实仍要逐条确认。

与第四课相接，这里强调的不只是“存了多少条素材”，而是员工能否把参考、产品资料、成片版本和使用结果连起来。没有这层关系，库再大，也可能继续靠个人记忆找东西。

五、食品企业案例之二：客户历史帮助接话，待办帮助接力

同一位学员讲到，用已经留存的客户历史帮助回忆前情、生成沟通草稿，再调整表达。分享里也提到最初的AI文字不够自然，需要再改。这个细节说明：能够读到历史，只完成了准备工作的一部分。

历史资料首先用于减少遗忘。例如，客户之前问过哪类产品，哪些条件还没有答复，谁答应过核实。AI可以帮助整理这些事实，让员工接手时不用重头翻找。之后才是决定本次沟通应该围绕哪个尚未解决的问题展开。

不要把“客户之前提过某件事”直接写成“客户现在一定有这个需求”。历史是当时的记录；需求是否仍然存在，需要新的确认。也不要把AI推测的性格、购买意愿或关系亲疏放进事实摘要。可靠的摘要应允许接手的人回到对应记录。

课堂中还出现了按最后沟通时间提醒跟进的思路。这里的核心是防止已约定的工作被遗忘，而不是用固定的天数机械催促。是否联系、什么时候联系，要结合客户约定和事情的进展。待办到期不等于客户愿意接收新的推介。

以下是讲义补充的交接示例，人物和事项均为虚构：

第七课讲沟通内容和客户管理；本课侧重让信息能够在人员之间交接。即使文字写得很好，如果缺少最新业务状态，也不能直接成为承诺。课堂中关于客户反馈的效果属于分享者自述，没有独立对照，不能把它当成普遍的转化保证。

六、客户与订单对上了，还没有证明广告有效

06号录音分享过一种核对思路：从新增联系人等记录中提取信息，再与导出的订单资料对应，观察后续成交。这提供了“把前端咨询接回后端订单”的方向，但也暴露出需要补证的地方。

第一层是身份。昵称和头像可能变化，也可能多人相同；显示名称一致只能作为线索。找不到匹配时，不能直接写“没有成交”，还可能是记录不完整、名称变化或订单由另一主体提交。实际核对需要业务允许使用且能可靠对应的标识。

第二层是订单状态。创建、付款、履约、退款并不是同一个结果。把所有已创建订单都算成最终成交，会混入未付款或后续退回的记录。课堂没有完整给出订单状态与退款的归并规则，这一点应保留为缺口。

第三层是归因。即使确定同一个客户确实购买，也不能仅据此断言某条广告带来了全部成交。客户可能先通过其他渠道认识企业，也可能已经买过多次。身份对应解决“是不是同一个人”，广告归因回答“哪些接触影响了购买”，两者不是同一项验证。

学习时可以先做一张核对表，把确定匹配、待确认匹配和无法判断分开。不要为了让报表完整，强行把所有记录塞进“成交”或“未成交”两格。尤其在小样本中，几条错误匹配就可能改变判断。

一个清楚的报告可以这样表达：“本期新增咨询中，有若干客户已通过可靠标识对应到付款订单；部分记录仍待核对。当前资料不足以计算单条广告的净贡献。”它比一个没有来源的高转化率更有用，因为下一步知道该补什么。

七、采购照片进入表格，要经过事实核对

食品企业案例提到，以采购相关照片和已有表格帮助记录数据。它展示的是让资料录入更方便的方向，课堂没有完整展开每种票据、图片模糊情形和异常处理。

图片识别能把肉眼看到的信息转成字段，但字段是否代表真实发生的业务，还要结合记录性质。例如，一张采购单可能只说明订了什么，不代表货已经到；一张到货照片可能说明看到某批货，不代表数量和质量都已经验收。

下面这组状态区分是讲义补充，帮助理解为什么不能只做识别：

如果图片上的数量不清楚，合理结果是保留图片出处，将该字段标为待核对。把模糊数字猜成一个精确数值，会让错误在后续库存和生产安排中继续传播。相同票据被重复上传时，也要先辨认是否同一业务记录，而不是简单相加。

一个小范围试做可以只处理某一种固定格式的采购记录：识别几条、人工核对、记录错在哪里，再决定是否扩展。先不要同时覆盖所有票据和业务类型。这个缩小范围的做法与课堂“先做一个简单功能”的建议相接，但具体字段和错误记录方式属于本讲义的练习设计。

八、生产与设计案例：数量需要背景，草图需要确认

分享者讲到生产记录时，指出不同产品的制作复杂度不同，不能只看完成件数；还谈到让AI辅助整理员工日常记录、比较不同时间段，以及设计沟通中边看边改的使用方式。

生产这条线的关键是承认“同样一件”的工作量可能不同。但承认复杂度差异，不等于AI已经能够给出公平权重。课堂没有提供经过验证的复杂度评分、工时测量和岗位评价方法。因此不能把AI分出的简单、复杂，直接变成员工考核结论。

假设甲完成20件复杂款，乙完成30件简单款，仅凭件数既不能说乙效率更高，也不能反过来说甲贡献更大。还需要工时、质量、设备、材料和任务安排等条件。这个例子是讲义补充，目的在于说明有哪些问题没有被数字回答。

日报比较同样如此。某天产量下降，可能来自设备、材料、返工或排产变化。AI适合先把记录排列出来，指出缺少哪些信息、哪些异常需要问负责人；原因判断要有相应证据，不能靠一段听起来合理的解释补齐。

设计这条线则要区分几个阶段：快速形成想法、给客户看方向、确认规格、落实生产。课堂分享了缩短沟通和修改过程的体验，但一张图被客户喜欢，不表示尺寸、材料、结构和工艺已经确认，更不表示可以直接下生产指令。

设计稿交接时，可以明确“这张图用于讨论什么、哪些细节还没确定、下一位需要确认什么”。课堂没有给出完整的生产交付标准，这里只保留从快速可视化走向业务确认的关系，不把自述的效率提升推广成所有企业的结果。

九、把使用结果接回来，资料库才会持续有用

06号录音前段谈素材管理时，把归集、分类、调用和使用统计连在一起。课堂用自助餐剩余情况类比反馈，但随后也承认，剩得多可能与到店人数变化有关。这个修正很值得保留：一个现象往往有不止一个解释。

换到素材库，一条镜头被调用很多次，可能是表现有效，也可能只是更容易找到、是默认模板，或者大家暂时没有别的素材。调用次数能提示关注对象，不能单独证明它带来更好转化。

要让结果可解释，至少要能追溯哪个版本在什么任务中被使用。例如，一段产品镜头经过两次修改，最终哪个版本进入了成片？这条成片用于讲产品细节还是回答售后疑问？反馈说“看不懂”时，对应的是哪个环节？这些信息能帮助下一次修改落到具体位置。

内容团队的交接同样可以从找参考、拆解、制作、迭代接到结果回传。每次交接应说明上一环节交出的是什么，以及下一环节如何判断能不能用。下图用于观察这种分工关系，不是让所有团队照搬相同人数或工序。

十、老板、实现人员和实际使用者各自补什么

18号录音谈到由专人推进AI应用、老板提供支持；08号录音强调业务经验；企业案例则展示员工在制作、客户和生产环节的实际使用。把这些内容放在一起，能够看到三个不同角色提供的东西。

下面的表是讲义对课堂分工的整理，不是课上已经给出的统一岗位说明：

老板若只说“你去研究AI”，实现人员很难判断应该先做客户周报还是生产日报。实现人员若只展示功能菜单，使用者仍不知道当天要交什么。使用者若不反馈结果错误，系统可能一直按照错误口径生成漂亮报表。

可以围绕一个小任务协作：负责人确定周报统计范围；实现人员整理输入和输出；实际使用者拿几条记录对照，指出哪里没有回答真实问题。遇到字段含义争议，由了解业务的人确认，而不是让模型自行决定。

课堂也有鼓励增加算力使用的表达，但同时带有已跑通方法等前提。消耗更多算力、生成更多结果，都不能代替完成任务。评估投入时，应看同一项工作是否更准确、更容易复核，以及维护它需要付出什么，而不把使用量本身当成果。

十一、成熟工作台与单项定制，分别省下什么工作

18号、19号录音讨论了现成工作台和单功能执行，并用“军师”“员工”等比喻区分角色。这里把比喻还原成任务：一类工具帮助分析、建议和组织上下文，另一类按明确步骤完成具体动作。课堂称呼不是统一技术定义，也不是能力已经验证的证明。

成熟工作台可能已经准备了模板、常用入口和部分连接方式，从而减少初始配置。但它预设的字段、业务步骤和权限安排，不一定与企业现状一致。使用前仍要确认它到底读什么、产出什么、异常时怎样显示。

单项定制可以围绕企业特定问题组织资料，例如只把某一类采购记录整理成待核对表。它的范围较清楚，却也需要有人维护字段变化、失效连接和新出现的例外。做出第一版和持续可用，是不同工作。

选择时可以先问：现成工具是否已经完成大部分所需步骤？需要补的差异有多大？若业务资料变化，由谁维护？结果不对时能否看见来源？这些问题比课堂中的速度、价格或产品优劣比较更适合保留，因为后者很容易随时间和使用条件变化。

不要为了追求完整，一开始就接上所有系统。先选一项能拿原记录核对的小任务，明确完成标准，试出异常，再讨论扩展。这个方向来自课堂反复出现的“先做一个功能”，后面的验收细项是讲义为了便于学习而补充。

十二、飞书连接演示：已经配置，与从零部署不同

16号录音谈到飞书时，现场明确提到已有配置；随后又遇到表格链接等定位问题，也出现系统兼容、命令和执行错误的讨论。后段有打开页面和表格内容的描述，但转写不足以独立证明所有读写、权限和数据核验都完成。

这意味着读者不能从一句“接上飞书了”直接推导出完整部署流程。至少应拆开以下几个状态。下表是讲义补充的核验框架，用于读懂演示，不表示课堂逐项做过测试。

一个常见误会是：页面能够打开，便以为后台数据都已经接通。也可能只是打开了界面；另一种情况是确实写进去了，但写到了另一张同名表。还有一种是目标正确，字段却错了，比如把“咨询时间”写成“处理时间”。

因此演示最有价值的部分，除了成功画面，也包括过程中暴露的定位和纠错问题。第十二课已经讲过怎样提供步骤、录屏和参考来教AI完成具体操作。本课接着问：操作完成后，企业下一位使用者凭什么信任这份资料？

十三、办公助手的四种入口，分别回答不同问题

19号录音介绍WorkBuddy等办公入口，涉及连接器、技能、专家和手机助手。这里保留的是课堂怎样组织日常任务的思路，不是当前产品功能、菜单或兼容性的说明书。

课堂有“整理本周客户都问什么”的任务表达。这是很好的学习起点：目的具体，原始记录可以抽样对照。但现场出现这个指令，并不意味着我们已有一份经过核验的完整周报。哪些聊天可访问、历史覆盖到哪天、分类是否正确，仍需要结果证据。

手机助手部分还提到已经安装、调试等前提；部分功能，讲者也承认自己尚未使用。保留这些限定后，就不会把“可以远程发起任务”误听成“任何业务都能立即远程自动完成”。

如果将来实际使用，先拿无敏感信息的小样本验证一件事，再逐步扩大。当前本课只进行纸面学习，不要求安装技能、授权聊天数据或连接企业系统。工具入口帮助发起工作，任务本身的口径、资料和复核仍需要明确。

十四、完整纸面演练：把客户问题变成一份可核对的周报

下面全部是讲义编写的虚构数据，不来自真实客户，也不是课堂运行结果。演练沿用课堂“本周客户都问什么”的任务，练习从原始记录到统计、待办和回读检查。你可以先自己算一遍，再看解释。

第一步：固定本次问题和范围

任务是整理10月19日至25日这七天的客户咨询，统计主要问题，列出仍需业务人员核实的事项。本例所有时间使用同一时区，以消息发生时间计入；每条有效消息只归入一个主问题。实际业务若允许一条消息多标签，必须另外说明，分类数之和就不一定等于消息总数。

我们要同时报告“消息条数”和“涉及客户数”。同一客户重复追问会增加消息条数，但不会增加该主题的客户数。客户编号已经是本例事先确认的可靠标识；真实资料若只有昵称，不能直接照用这一前提。

第二步：把原始输入摆出来

附带的产品资料也全部虚构：旧版V1写标准款100件起订，已经失效；V2自10月19日起生效，对本例标准款写200件起订。V2没有给出定制款的起订条件。仓库记录对C01所问交期只写“待核实”；定制图案是否可做尚未评审。

这些材料提供不同证据：客户问题说明需求，V2说明适用条件，仓库记录说明当前进展。它们不能互相替代。客户问“能周五发吗”，不是仓库承诺“周五发”。

第三步：先检查重复与范围

W7发生在本期之前，因此不计入本周。W6与W3拥有相同原消息编号M103，是重复导入；保留一条用于本次统计，记录另一条被排除的原因。这里是在演练中标记排除，不是要求删除真实原始记录。

W1与W2虽然同属C01且都问交期，原消息编号不同、时间不同，是两次实际提问，应该保留。若仅按“客户＋主题”去重，就会抹掉追问这一事实，也无法看见事项迟迟未解决。

核对结果：原始输入7行，排除期外1行、重复导入1行，得到5条有效消息，涉及4位客户。先把这一步讲清，再画图做总结，后面的数字才有基础。

第四步：分类，再核对两种计数

本例交期消息占有效消息的3/5，即60%；问过交期的客户占4位客户的2/4，即50%。这两个比例分母不同，不应写成一个没有口径的“交期占比”。样本只有四位虚构客户，也不能据此断言市场需求就是这个比例。

如果实际同一客户跨多个主题提问，各主题客户数相加可能超过总客户数。总客户数应按客户标识重新去重，不应把各主题人数机械相加。本例恰好没有交叉，只是为了便于第一次手工核对。

第五步：把统计和待办分开

这里没有把“交期被问得多”直接改成“库存不足”。输入没有证明库存不足。也没有把“标准款200件起订”推广到定制款；V2没有覆盖那个场景。

第六步：写成一段人能使用的摘要

本例参考摘要：本期有效咨询5条，涉及4位客户；交期类3条、2位客户，其中C01有一次追问。图案定制和标准款起订量各1条、1位客户。优先补齐C01与C03的交期核实，并安排C02定制需求评审。C04所问标准款可按生效V2准备说明，发送前确认适用条件。以上是输入记录范围内的情况，未据此判断成交意向或市场总体需求。

注意这段话能够回到原记录：每个数字有消息编号，每项待办有触发原因，每个尚未知晓的结果仍然保留未知。AI即使把措辞润色得更自然，也不能新增输入里没有的承诺。

第七步：假设要写入表格，先说明写到哪里

本次只做纸面模拟。假设输出目标是一张“客户问题周报学习表”，应明确本周范围、统计口径、问题分类、消息与客户计数、待办状态和来源编号。不要写到生产订单表，也不要因为同名表格很多就任选一张。

如果重复运行，应先辨认这份周报是否已经存在。本例可以用固定周范围加练习编号识别同一份作业；再次整理时更新原作业，不增加一份看起来像新增咨询的重复记录。这是讲义补充的防重复思路，课堂没有给出这份表的真实写入实现。

第八步：回读，才知道交接是否准确

拿最终输出重新对照：是否仍是5条消息、4位客户？交期有没有被误写成3位客户？M103有没有只计一次？有没有把“待核实”改成“周五可发”？有没有把100件旧条件当成现行条件？有没有把草稿状态改成已经发送？

这几个问题都能用当前输入直接判断。若其中一项错了，就定位到对应数据或处理步骤重做；不需要凭“整体看起来不错”宣布通过。本课已经对这组虚构数据做计数和口径核对，但没有进行真实聊天读取、系统写入或对外发送测试。

十五、四个判断练习

练习一：昵称相同，能否算转化？

新增联系人表里有一位“小林”，订单表里也有“小林”，但没有其他可核对标识。你能否把这笔订单计入该联系人的成交，并归功于最近那条广告？先说出这里缺少哪两类证据。

练习二：为什么7行只算5条消息？

回到纸面演练，W6被排除而W2保留，理由有什么不同？交期到底是3位客户问过，还是2位客户问过？

练习三：AI能否直接给生产人员排名？

甲做20件复杂款，乙做30件简单款；目前只有件数和AI给出的“复杂／简单”标签。能否认定谁效率更高，并据此决定绩效？还应追问什么？

练习四：表格打开了，任务就结束了吗？

办公助手打开了一张飞书表，界面上出现“周报完成”。你还没有核对表的位置、内容和实际记录。下一步最应该检查什么？

十六、来源、学习边界与下一课

本课的主线由企业应用讲述延伸到数据连接和协作入口。以下时间定位用于回到本地转写查证；公开页面不提供完整录音、内部后台或客户记录。

本章采用已保存转写的定向核读和课堂照片目视检查，未重新逐段听校所有原音。转写中的工具名称、数字和术语可能仍有误差；时效性功能应在实际使用时核对，不能把课堂入口说明当作现行产品手册。

学到这里，先尝试用自己的话解释：客户需求、企业规则、当前状态和AI建议有什么区别；一个结果进入下一环节之前，需要谁确认什么。能完成纸面练习，只代表理解了这组资料的处理方式，不代表已经把企业系统部署成功，也不代表已经形成可安装技能。

如果具体操作描述不清，可以回到第十二课：SOP、录屏与参考纠错；如果要补客户沟通内容，可以回到第七课：私域沟通与客户管理。下一课进入行业答疑、经营选择与创业反思，继续按照课堂的具体问题和条件阅读，不把个别经营故事变成无条件通用结论。