【成长】FDE度假民宿行业实操课4：飞书底座搭建 —— 用飞书多维表完成民宿 GEO 元数据档案库建设
发布时间：2026-09-08 13:41:54 阅读 34 预约 0 收藏 0
《FDE前线部署工程师培训教程｜度假民宿行业垂直落地实战》
一、课程信息卡
课程编号：第 4 课（共 8 课）
建议时长：90–120 分钟（含建表实操与自测）
适用人群：已学第 1–3 课的学员
前置要求：第 3 课蒸馏好的结构化资料（本课直接使用）
本课定位：FDE 必备外部底座：让智能体和业务数据不脱节，实现资料统一管理
学习目标：① 理解为什么 "智能体不适合当数据库"；② 掌握用飞书多维表搭建业务主数据库；③ 跑通 "企业改一处、AI 全自动生效" 的可迭代机制
学习成果：学完本课，你能独立建出一张民宿业务档案库（9 个字段），并说清楚 "企业填表→智能体读表→线索回写" 三条数据链路
二、开篇导语：AI 的 "记忆"，为什么不能当仓库用？
假设你现在问一个 AI："你们民宿的停车政策是什么？" 它答上来了。再问："房价呢？" 它也答了。看起来记性不错？
但你要知道：AI 的记忆，是 "边答边忘" 的。
•你改了民宿地址，它第二天还在说旧地址；
•你新增了烧烤服务，它毫不知情；
•你删了一条宠物政策，它 "记得" 的还是三周前那条。
为什么会这样？因为智能体不是数据库。它的 "记忆" 来自它当时读到的资料快照，而不是一份会跟着企业实时变化的台账。
解决方案，就是给 AI 配一个 "外置大脑"—— 飞书多维表。
通俗解读：智能体像一位很聪明但记性差的店员。你不能指望他脑子里记住所有商品信息，你要做的是：把信息写在一本 "活页账本" 上，他每回答一次，就翻一次账本。账本改了，他说的就跟着变。飞书多维表，就是这本 "活页账本"。
三、先破一个幻觉："把资料都塞进智能体里，就万事大吉"
很多新手 FDE 的做法是：把民宿资料一股脑写进智能体的提示词里，或者作为附件上传进智能体。以为资料 "进去了"，就完成了。
这是本项目最容易埋雷的误解之一。
3.1 为什么 "塞进智能体" 会出事？
资料快照化：后果——企业一改资料，AI 说的还是旧版本。
提示词越写越长：后果——维护成本爆炸，改一处错一片。
数据无结构：后果——检索不到、调取不准，AI 靠猜。
企业无法自助：后果——每次改价都要找 FDE 改提示词。
反例演示：FDE 把 "大床房 688 元" 写死在智能体提示词里。两个月后老板调价到 458 元，客人问 AI，AI 报 688。老板找 FDE："改一下。"FDE 改了提示词。一周后老板又调价……从此 FDE 沦为 "改字员"，项目从 "交付" 变成 "无底洞"。
3.2 FDE 标准做法：数据与智能体 "解耦"
•传统（耦合，易翻车）：企业资料 → 塞进智能体 → 改资料=改智能体 → 灾难
•FDE标准（解耦，可迭代）：企业资料 → 飞书多维表（业务主数据库） → 智能体读表 → 改表=改一切 → 一劳永逸
一句话记忆：资料放表里，AI 去读表；表是企业的主权，AI 只是读者。
四、核心概念：飞书多维表＝"业务主数据库"
4.1 三个角色的分工（先搞清楚谁干什么）
填表人：是谁——民宿老板 / 员工；干什么——维护资料（填一次表，永久生效）；复杂度——极低（会填表即可）。
读表人：是谁——扣子智能体；干什么——回答问题时优先调取表内档案；复杂度——零（FDE 配置好自动生效）。
管表人：是谁——FDE；干什么——设计表结构、配置读取链路、保障数据质量；复杂度——高（这是 FDE 的专业所在）。
这是 "降低企业负担" 的核心设计：企业只负责 "填表" 这一件最简单的事，复杂的事（表结构、链路、调优）全部由 FDE 承担。复杂度留在工程师，简单留给企业 —— 第 1 课的黄金法则，在这里落地。
4.2 为什么偏偏是 "飞书多维表"？
结构化字段：为什么 FDE 需要——和第 3 课蒸馏的 "字段化" 资料无缝对接。
在线协同：为什么 FDE 需要——老板手机就能填，不用装软件。
表单收集：为什么 FDE 需要——商家填表单→自动写入多维表，零门槛。
权限可控：为什么 FDE 需要——谁能看、谁能改，FDE 说了算。
与智能体打通：为什么 FDE 需要——扣子智能体可直接调取表内数据，链路顺畅。
通俗解读：多维表就是一张 "会动的 Excel"—— 既能像表格一样存数据，又能像数据库一样被 AI 读取，还能像表单一样让老板随手填。它是 FDE 给企业配的 "业务中台"。
4.3 发散认知（升维一下）
飞书底座这套设计，本质上是把 "数据主权" 还给企业：
•传统 AI：数据锁在智能体里，企业想改要 "求人"；
•FDE 底座：数据放在企业自己手里（飞书），想改随时改。
谁掌握数据，谁就掌握系统。 让企业掌握数据，企业才会觉得 "这个系统是我的"，而不是 "这个系统是那个工程师的"。这种 "主权感"，是项目续费、复购、转介绍的心理基础。 你交付的不只是系统，是 "企业自己养得活的系统"。
五、民宿 GEO 元数据档案库：9 个必备字段设计
建表第一步，是设计字段。民宿档案库的标准字段如下，每个字段都要想清楚 "为什么需要"：
1 驿站分类编码：说明——A1-xx，分类编号；为什么需要——多店 / 多类目管理时定位；后续按编码筛选；填写示例——A1-01。
2 民宿名称：说明——完整名称；为什么需要——回答 "你们叫什么"；多条记录区分；填写示例——湄洲岛海风民宿。
3 GEO 详细地址：说明——精确导航地址；为什么需要——回答 "怎么去"，AI 不能瞎指路；填写示例——福建省莆田市湄洲岛环岛东路 88 号。
4 经纬度：说明——地理坐标；为什么需要——地图定位、导航跳转、周边距离计算；填写示例——25.0812, 119.1486。
5 停车信息：说明——免费 / 收费，车位数量；为什么需要——高频问题 "能停车吗"；填写示例——院内免费停车场，20 个车位。
6 核心配套：说明——厨房、宠物、烧烤等；为什么需要——高频问题 "有没有 XX 设施"；填写示例——公共厨房、免费 WiFi、烧烤场地、宠物（≤5kg）。
7 标准化介绍：说明——500 字结构化档案；为什么需要——回答 "介绍一下你们"；填写示例——（第 3 课蒸馏的 500 字档案）。
8 周边点位：说明——附近景区、市场；为什么需要——回答 "附近有什么玩"；填写示例——文甲码头（步行 8 分钟）、妈祖祖庙（车程 10 分钟）。
9 资料完备状态：说明——已完善 / 待补充；为什么需要——数据质量管理：哪些店还没补齐资料；填写示例——已完善。
5.1 字段设计三原则
1.每个字段都能回答一个真实问题—— 字段不是摆设，是 "问题地图"：GEO 地址回答 "怎么去"，配套回答 "有没有"，周边回答 "玩什么"；
2.字段类型一眼可填—— 老板看到字段名就知道填什么，不需要说明书；
3.留一个 "状态字段"—— 资料完备状态是数据质量的 "体检表"，哪家店资料没齐，一眼看出，及时催补。
5.2 进阶字段（项目大了再加，不是一开始就堆）
当民宿从 1 家做到多家 / 连锁时，可扩展：品牌系列、店长联系人、服务时长、特殊政策（节假日）、评分数据等。原则：先跑通，再增字段，不要一上来堆 20 个字段吓跑老板。
六、FDE 工作流逻辑：三条数据链路
底座建好，关键是把数据 "跑起来"。民宿场景有标准的三条链路：
•链路1（数据流）：企业填表 → 表单 → 自动写入多维表
•链路2（问答流）：用户提问 → 智能体检索 → 优先调取多维表档案 → 返回答案
•链路3（闭环流）：客户咨询 → 智能体收集 → 回写新增一条线索记录 → 老板看到线索
链路 1：资料入库流 —— 商家填表，自动入表
做什么：民宿商家在飞书表单填写资料，提交后自动写入多维表。
为什么这么设计：老板不需要懂多维表、不需要会 "编辑数据库"，填个表单谁都会。表单是给企业的 "傻瓜入口"，多维表是给系统的 "专业仓库"。
FDE 要做的：建好表单（字段与多维表一一对应）→ 配置自动写入 → 给老板一个链接。
链路 2：问答检索流 —— 智能体优先读表
做什么：扣子智能体检索知识库时，优先调取飞书多维表内的归档内容回答。
为什么这么设计：多维表是 "最新、最权威" 的事实源，AI 必须 "先看表、再回答"，而不是凭旧知识或自由发挥。
FDE 要做的：把多维表接入智能体（作为知识源 / 工具）→ 设置 "优先检索表内档案"→ 调优命中率。
链路 3：线索回写流 —— 咨询沉淀成商机
做什么：用户咨询后，智能体把线索（联系方式、需求）回写，新增一条飞书记录，沉淀客户咨询。
为什么这么设计：第 1 课铁律四 —— 每个回答都要通向业务动作。咨询不是聊完就完，是 "商机入库"。
FDE 要做的：配置线索表字段（客户名 / 电话 / 需求 / 来源 / 时间）→ 智能体对话中引导留资 → 自动回写。
三条链路串起来看（老板视角）
早上 9 点，老板在手机里收到一条新线索通知。他点开飞书一看：昨晚 11 点有位客人咨询了房价和宠物政策，AI 引导客人留了电话，系统自动记下了需求。老板回拨电话，客人当天订房。
与此同时，老板顺手更新了多维表里的 "烧烤政策"，中午客人问 AI"能不能烧烤"，AI 按新政策回答 ——老板全程没找工程师，系统全程没掉链子。
这就是 "可迭代＋闭环" 的完整演示。 老板改一处，全系统自动跟着走。
七、实战案例：完整走一遍 "改表即生效" 的机制
7.1 场景设定
民宿 "海风民宿" 上线了 AI 助手。多维表档案库已建好，9 个字段齐全，状态 "已完善"。
7.2 情景一：老板改政策（验证可迭代）
事件：老板决定：从下周起，允许带大型宠物（之前只允许≤5kg）。
传统做法（错误）：找 FDE → FDE 改提示词 → 重新发布 → 测试 → 一周后才生效。老板的决策，被系统拖慢一周。
FDE 底座做法（正确）：老板打开飞书表单 / 多维表，把 "核心配套" 里的宠物政策改为 "允许宠物入住（大中小型均可，需提前告知）"→ 保存。
验证：当天客人问 AI"能带大狗吗"，AI 回答："可以，允许宠物入住，需提前告知民宿。"——从改表到生效，零等待、零工程师参与。
7.3 情景二：新增线索（验证闭环）
事件：客人问完房价后说 "帮我留个电话"。
链路：AI 引导留资 → 客人留下 "张先生，138xxxx，想看海景大床房" → 系统自动在 "线索表" 新增一条记录 → 老板手机收到提醒。
验证：老板点开飞书，线索表里清清楚楚：客户、电话、需求、来源、时间。一条咨询，变成了一个商机。
7.4 案例启示
企业改资料：结果——改表即生效，无需工程师。
员工操作难度：结果——填表 / 看表，零技术门槛。
数据一致性：结果——所有 AI 回答来自同一张表，口径统一。
业务闭环：结果——咨询→线索→商机，全自动。
八、高手实操心法：5 条底座搭建心法
心法一：先建表，再建智能体 —— 顺序不能颠倒
是什么：第 5 课才搭智能体，本课先把表建好。数据是骨架，智能体是皮肉。
为什么是顶级心法：没有数据底座，智能体就是 "无源之水"—— 再好看的机器人，也是空壳。
怎么落地：按课程顺序走：蒸馏（第 3 课）→建表（第 4 课）→智能体（第 5 课）。顺序错一步，返工加十倍。
一句话记忆：先有 "账本"，才有 "店员"。
心法二：字段设计，从 "问题地图" 出发
是什么：建字段前，先列出第 2 课的高频问题清单，确保每个高频问题都能由至少一个字段回答。
为什么是顶级心法：字段是给问题准备的答案位。问题地图有了，字段自然就有了，不遗漏、不冗余。
怎么落地：拿高频问题清单对照字段表打勾："能停车吗"→停车信息✓；"能带狗吗"→核心配套✓；"怎么去"→GEO 地址✓。打不了勾的，就是字段缺口。
一句话记忆：字段跟着问题走，问题解决了，字段就齐了。
心法三：表单是给老板的，多维表是给系统的 —— 入口要 "傻瓜化"
是什么：企业入口用表单（填起来无脑），系统入口用多维表（结构最严谨）。两者打通，各司其职。
为什么是顶级心法：让老板直接编辑多维表，他可能误删字段、搞乱结构；表单是 "护栏"，只让他填该填的。
怎么落地：多维表建 "视图权限"—— 老板只看到表单入口，数据自动写入；专业编辑权留给自己。
一句话记忆：老板填表单，系统读多维表，FDE 管结构。
心法四：线索表与档案表，分开建 —— 别把 "事实" 和 "流量" 混在一起
是什么：档案表（事实：民宿信息）和线索表（流量：客户咨询）是两个表，不混用。
为什么是顶级心法：事实表追求 "稳定权威"，线索表追求 "持续增长"，混在一起，数据会互相污染 —— 改政策时误删线索，看线索时误改事实。
怎么落地：建两张表（或一个多维表里两个数据表），权限分开：档案表企业维护，线索表系统写入、企业只读。
一句话记忆：事实与流量分家，各管各的，互不干扰。
心法五：交付前，跑一遍 "改表即生效" 验证 —— 眼见为实
是什么：交付时当着老板的面，现场改一条资料（如宠物政策），立刻问 AI，让老板亲眼看到 "改表即生效"。
为什么是顶级心法：老板看到 "不需要找工程师" 的那一刻，项目就从 "试用" 变成了 "信任"。 这一眼，胜过一百句讲解。
怎么落地：验收环节固定安排 "改表演示"：改表→提问→看到变化→老板点头。
一句话记忆：让老板亲手改一次表，比讲十页 PPT 都管用。
九、小白避坑清单：底座搭建 10 个必踩的坑
□坑 1：把资料塞进智能体提示词。 数据耦合，改一处全乱。规避：数据入表，智能体读表。
□坑 2：没有字段设计，随便建表。 字段拍脑袋，老板不会填。规避：从高频问题清单倒推字段。
□坑 3：字段堆砌。 一上来 20 个字段，老板吓跑。规避：先 9 个核心字段跑通，再扩展。
□坑 4：动态信息入库。 房价、房量写进档案表。规避：动态信息走引流话术，不入表（第 3 课规范二）。
□坑 5：没有 "资料完备状态" 字段。 哪家店资料缺了不知道。规避：必留状态字段（已完善 / 待补充）。
□坑 6：让老板直接编辑多维表。 误删字段、搞乱结构。规避：表单入口＋视图权限。
□坑 7：档案表和线索表混建。 事实与流量互相污染。规避：两张表分家，权限分离。
□坑 8：智能体不 "优先读表"。 问了 AI，AI 凭旧知识答。规避：配置优先检索多维表档案。
□坑 9：不验证闭环。 线索回写链路没测，老板收不到线索。规避：交付前完整跑一遍三链路测试。
□坑 10：交付时不做 "改表演示"。 老板不知道 "改表即生效"，还当旧系统用。规避：现场改表演示，眼见为实。
十、本章小结：核心要点回顾
本课主线（一句话版）：
把业务数据放进飞书多维表这个 "活页账本"，智能体只当 "读者"—— 企业改一处，全系统自动生效。
三链路回顾（贴墙版）：
•② 问答检索流：一句话——智能体优先读表再回答；谁操作——智能体（自动）。
•③ 线索回写流：一句话——咨询沉淀成线索，通知老板；谁操作——智能体→老板。
认知升维（本课 "彩蛋"）：飞书底座的本质，是给企业装了一个 "数据主权" 的锚点：
•数据在企业手里（飞书），企业敢用；
•改动在企业手里（填表），企业会养；
•系统因此活下来，而不是交付即死。
顶级 FDE 交付的不是 "一个 AI"，而是 "一套企业自己养得活的 AI 基建"。 底座立住了，后面所有课（智能体、工作流、测试、交付）都盖在这块地基上 —— 地基不稳，一切白搭。
十一、实操作业
作业一：建表实操
在飞书创建一个多维表，完成以下内容：
•【表名】民宿业务档案库
•【字段】9个必备字段全部建立：
•驿站分类编码 / 民宿名称 / GEO详细地址 / 经纬度 / 停车信息 / 核心配套 / 标准化介绍 / 周边点位 / 资料完备状态
•【数据】录入1条模拟度假民宿完整档案（信息可从第3课蒸馏成果中取用）
•【检查】录入完成后，把资料完备状态设为"已完善"
完成标准：9 个字段齐全、类型合理（如经纬度用数字、完备状态用单选）；1 条记录信息完整、可读。
作业二：三链路自检
对照三条链路，检查你的设计并回答：
1.链路 1：老板填资料，通过什么入口？表单字段和多维表如何对应？
2.链路 2：智能体读表，优先检索配置在哪设置？如何验证 "优先读表" 生效？
3.链路 3：线索回写，线索表需要哪些字段？（至少 4 个）
作业三：改表演示演练（进阶）
模拟 "老板改宠物政策" 场景：修改多维表中 "核心配套" 的宠物政策 → 假设智能体已接入 → 写下你验证 "改表即生效" 的 3 个测试问题（如 "能带大狗吗"）。
十二、课后自测题库
1. 为什么 "智能体不适合长期存储大量业务档案"？
A. 因为智能体存储空间小 B. 因为智能体的 "记忆" 是资料快照，企业一改就过期 C. 因为智能体不联网 D. 因为飞书多维表更便宜
答案：B。 智能体记忆不随企业实时数据更新，必须外置数据底座。
2. FDE 标准做法中，业务主数据库用的是什么？
A. 智能体提示词 B. 本地 Excel C. 飞书多维表 D. 企业官网
答案：C。 飞书多维表是 FDE 标准的外部底座。
3. 多维表 "9 个必备字段" 中，用于回答 "怎么去民宿" 的是？
A. 驿站分类编码 B. GEO 详细地址 C. 核心配套 D. 资料完备状态
答案：B。 GEO 地址回答位置类问题。
4. 哪个字段用于数据质量管理，标识资料是否齐全？
A. 民宿名称 B. 经纬度 C. 资料完备状态 D. 周边点位
答案：C。 "已完善 / 待补充" 是数据质量体检字段。
5. 链路 1（资料入库流）的正确设计是？
A. 老板直接改多维表结构 B. 老板填飞书表单，自动写入多维表 C. 老板发给 FDE 改 D. 老板发邮件
答案：B。 表单是企业的傻瓜入口，自动写入多维表。
6. 档案表和线索表应该怎么处理？
A. 合并成一张表 B. 分两张表，权限分离 C. 随便，看心情 D. 只建档案表
答案：B。 事实与流量分家，互不污染。
7. "企业改一处，智能体自动生效" 的关键机制是？
A. 每次改完让 FDE 重新发布 B. 智能体优先读取飞书多维表最新数据 C. 定时重启智能体 D. 重新上传附件
答案：B。 智能体读表（实时），改表即生效。
8. 线索表属于谁的写入 / 维护范围？
A. 老板手动录入全部 B. 智能体自动回写，企业只读 C. FDE 手工填 D. 客人自己填
答案：B。 系统回写线索，企业查看跟进。
9. 建字段前，最好的设计起点是？
A. 参考别家模板 B. 从高频问题清单倒推 C. 让老板列字段 D. 随便建再改
答案：B。 问题地图→字段清单，不遗漏不冗余。
10. 交付时 "改表演示" 的核心目的是？
A. 展示技术能力 B. 让老板亲眼看到 "改表即生效"，建立信任 C. 测试系统 D. 拖时间
答案：B。 眼见为实，信任是续费的基础。
（二）判断题（共 8 题）
1. 智能体非常适合长期存储企业大量业务档案。
答案：×。 智能体记忆是快照，必须外置数据底座。
2. 多维表的字段越多越好，一次建全。
答案：×。 先核心字段跑通，再扩展；堆字段会吓跑企业。
3. 让老板直接编辑多维表，是最省事的方式。
答案：×。 老板用表单入口（护栏），专业编辑权归 FDE。
4. 档案表（事实）和线索表（流量）应该合并管理。
答案：×。 分家管理，避免数据污染。
5. 动态信息（房价、房量）可以写入档案表，方便 AI 查询。
答案：×。 动态信息不入表，走引流话术（第 3 课规范二）。
6. 企业修改资料后，需要联系 FDE 重新部署才能生效。
答案：×。 智能体读表，改表即生效，无需工程师。
7. "资料完备状态" 字段是可选字段，可建可不建。
答案：×。 它是数据质量管理的关键字段，必建。
8. 线索表里的客户咨询，由智能体自动回写生成。
答案：√。 链路 3 闭环：咨询→线索→通知老板。
（三）多选题（共 5 题）
1. 多维表 9 个必备字段中，属于 "位置信息" 类的有？（多选）
A. GEO 详细地址 B. 经纬度 C. 停车信息 D. 周边点位
答案：A、B、C、D。 地址 / 坐标 / 停车 / 周边共同构成位置信息体系。
2. 三条数据链路包括？（多选）
A. 资料入库流（企业填表自动入表） B. 问答检索流（智能体优先读表） C. 线索回写流（咨询沉淀成线索） D. 广告投放流
答案：A、B、C。 D 不属于本课三链路。
3. "数据与智能体解耦" 的好处包括？（多选）
A. 企业改资料不用找工程师 B. 数据口径统一 C. 智能体可独立迭代 D. 企业掌握数据主权
答案：A、B、C、D。 解耦带来效率、一致、独立、主权四重收益。
4. 给企业 "降低操作难度" 的底座设计包括？（多选）
A. 表单作为企业入口 B. 老板只需填表 / 看线索 C. 技术结构由 FDE 管理 D. 要求老板学习数据库操作
答案：A、B、C。 D 是把复杂度丢给企业，方向错误。
5. 交付前需要验证的链路包括？（多选）
A. 填表自动入表 B. 智能体优先读表回答 C. 咨询线索回写 D. 改表后 AI 立即更新
答案：A、B、C、D。 三链路＋改表验证，全部跑通才算交付。
（四）情景应用题（共 3 题）
情景 1：老板问 "我改个价格，是不是又要找你？"
请用本课机制回答，并说明你会演示什么。
参考思路：回答 "不用找我"—— 价格属动态信息本就不入表；若是固定资料（如新增烧烤服务），老板只需在飞书表单里更新，AI 下次回答自动按新资料。现场演示：改一条资料→立刻问 AI→看到变化。让老板亲手改一次。
情景 2：资料总是缺这缺那
某民宿档案库有 5 家店，3 家的 "核心配套"" 周边点位 "是空的，AI 回答相关问题时只能答" 暂未提供 "。如何治理？
参考思路：①利用 "资料完备状态" 字段筛选出待补充记录；②给老板发《资料缺口清单》（按字段列出缺什么、怎么补）；③表单引导补录，补齐后状态改 "已完善"；④定期（如每月）检查完备状态，形成数据质量巡检机制。
情景 3：AI 答的还是旧资料
老板改了多维表，但 AI 仍然回答旧政策。如何排查？
参考思路：①确认智能体是否配置 "优先读取多维表"（而非仅凭快照）；②检查读取链路权限（智能体是否有表读取权限）；③检查字段类型与检索配置是否匹配（如文本检索是否开启）；④验证用：改一条测试资料，立即提问，若仍旧答案，按上述逐层排查；⑤排查后记录为测试用例，纳入第 7 课回归测试集。
（五）简答题（共 4 题）
1. 为什么说 "智能体不适合当数据库"？FDE 的正确做法是什么？
要点：①智能体记忆是资料快照，企业一改即过期；②塞进提示词导致耦合，维护爆炸；③正确做法：飞书多维表做业务主数据库，智能体读表；④实现 "企业改一处、AI 全自动生效"。
2. 请写出民宿档案库的 9 个必备字段，并说明各回答什么高频问题。
要点：驿站分类编码（多店管理）、民宿名称（自我介绍）、GEO 详细地址（怎么去）、经纬度（导航定位）、停车信息（能停车吗）、核心配套（有没有 XX 设施）、标准化介绍（介绍一下）、周边点位（附近玩什么）、资料完备状态（数据质量体检）。
3. 三条数据链路分别是什么？串起来给企业带来什么价值？
要点：①资料入库流 —— 企业填表单自动入表；②问答检索流 —— 智能体优先读表回答；③线索回写流 —— 咨询沉淀成线索通知老板。价值：资料实时准确＋咨询变成商机＋企业全程零技术操作，系统可迭代、能闭环。
4. 结合 "数据主权"，说明为什么底座设计能让项目活得更久。
要点：①数据放企业手里（飞书），企业有 "我的系统" 的主权感；②改资料自助完成，不依赖工程师，系统不会被搁置；③企业愿意用、会维护，系统持续产生价值，FDE 获得续费、复购、转介绍口碑；④"企业自己养得活的系统" 才是真交付。
点击返回上一课
课程预告（第 5 课）
第 4 课立好了底座，第 5 课开始 "装大脑"：扣子智能体基础搭建 —— 角色设定、系统提示词编写，民宿基础问答能力。你将完成智能体基础骨架：角色定位怎么定、系统提示词怎么写（含可直接复制的硬性约束片段）、知识库如何接入、如何关闭大模型过度联想。届时用到第 4 课的飞书档案库作为数据源。
网友评论 共0条