接法一
只读取数
给 AI 一个只读账号或视图，按白名单查询 ERP / CRM / OA。只能读、不能写。
首页 / 有解·陪跑
YOUJIE FDE · 接得上
进到业务里，把能力留下，然后撤走。
把 AI 接进你已有的 ERP、CRM、OA，并把做法沉淀成企业自己的技能。"撤走"这两个字是关键——它决定了我们的关系是"一起把事情做成"，而不是"你离不开我"。
怎么接你的系统
三种接法，从小到大。用得到才做，不做"以后可能用得上"的事。
接法二
导出目录
系统定时导出文件到指定目录。不改你的系统、不开发接口，配置好即可开始。
{lock}接法三
定向接口
你系统本身有开放接口时再做。用得到才做，不预设"以后可能用得上"。
三条硬纪律
写进交付约定，不是口头承诺。
默认只读
写入要么不做，要么逐条经客户确认后执行。
白名单
清单之外的访问一律拒绝，不是记录后放行。
不改你的系统
不修改、不替换、不要求升级现有 ERP / CRM / OA。
一个项目怎么走
六段作业法：一道入口、四步主干、一道出口。每段都有产出物和退出条件，拿不到产出物就不进入下一段。
-
入口
启动与准入
确认这件事值不值得做、一把手在不在、数据拿不拿得到。这一步的目的是尽早说"不做"。产出：立项说明 + 准入评估表。退出：四项准入全满足。
-
第一步
定位 · Diagnose
用机会评估打分表在候选场景里挑出最容易做成的那一件，并写下验收标准。产出：《AI 落地成熟度与机会清单》。退出：选定一件事，验收标准书面确认。
-
第二步
立标 · Baseline
把这件事现在的样子量出来：耗时、人力、错误率、成本四项，双方签字冻结。产出：《现状基线表》。退出：业务部门与财务部门双方确认。
-
第三步
交付 · Deliver
闸门部署、工作台开通、知识入库、技能配置、系统对接、场景上线。按验收口径跑满一个完整业务周期。产出：上线系统 +《首月运行报告》。退出：跑满一个周期且结果达标。
-
第四步
沉淀 · Compound
带你的内部管理员独立配一条新技能，再由他独立发起一个新场景的立项讨论。产出：技能库 +《第二场景立项书》。退出：你能自己开第二个场景。
-
出口
移交与复盘
交付物逐项签收，书面写清我们不再负责什么，双方复盘。产出：《移交清单》《结项对账表》《复盘记录》。退出：客户书面确认接手。
为什么坚持"不替你干"
这样做我们在单个项目上赚得更少、周期更长。但服务的地点是你能自己走。
| 可能造成依赖的做法 | 我们的做法 |
|---|---|
| 客户说"我们没人，你帮我配一下吧"——替他配了 | 第一条技能：我方演示，客户方同步操作一遍 |
| 客户说"这个技能你帮我写"——替他写了 | 第二条技能：客户方操作，我方在场观察 |
| 客户说"下个场景也你来吧"——接了 | 第三条技能：客户方独立完成，我方查验结果 |
做完项目，如果只留给客户一个系统，那是外包；带回一些经验但无法复用，是项目制；严格去掉客户信息后沉淀为技能和模板，才是 FDE。 我们对这条界线的理解
需要你配合什么
我们这边进人，你那边也要出人。这四条是准入条件，不是建议。
| 客户侧角色 | 典型是谁 | 要做什么、投入多少 |
|---|---|---|
| 决策层 | 企业主 / 总经理 / 分管副总 | 参加诊断与准入评审；在业务部门不愿调整流程时作出决策。投入：一次深度诊断 + 两次评审会 |
| 对接人 | IT 负责人，或被授权的业务骨干 | 项目的关键角色：协调资源、开通账号、作出决定、组织验收。投入：项目期间每周 0.5–1 天 |
| 业务负责人 | 这件事所在部门的主管 | 确定规则、确认口径、验收结果。投入：每周 2–4 小时 |
| 内部管理员 | 通常是业务骨干，不一定是 IT | 项目结束时能独立配置技能、发起新场景。投入：交付期全程参与，其后长期负责 |
我们不接的情况：一把手只派代表参会；客户提出"先行实施、后续再看效果"；没有能投入时间的对接人。这三条出现任意一条，我们会在准入环节直接说明并要求调整。
准备好开第一个场景了吗？
先说清一件事：你手上最烦、最重复的那一件。我们用它来验证路走不走得通。