{"data":{"project":{"slug":"project-immigration-business-console","title":"移民服务公司 AI 中控教学案例","summary":"用内容生产台、销售与顾问工作台、渠道门户、客户案件门户和老板经营中控，演示从主动内容获客到签约办案和反馈复盘的受控链路。","industry":"移民与身份咨询服务","industry_group":"企业与专业服务","kind":"教学案例","url":"https://deepevolutions.com/cases/project-immigration-business-console","api_url":"https://deepevolutions.com/api/v1/public/projects/project-immigration-business-console","source":"static_editorial_archive","verification_status":"not_independently_verified","source_url":"https://www.toni.asia/work/fde-case-library.html#immigration","source_retrieved_at":"2026-08-11","disclaimer":"案例公司、人物、价格、经营数字和询盘对话均为教学假设，不是真实客户或经营成果。架构原则参考公开资料与中国公开法规；内容不构成移民法律意见。","body_markdown":"# 移民服务公司 AI 中控教学案例\n\n移民与身份咨询服务\n\n用内容生产台、销售与顾问工作台、渠道门户、客户案件门户和老板经营中控，演示从主动内容获客到签约办案和反馈复盘的受控链路。\n\n## 项目进程\n\n我们没有从模型或工具清单开始，而是先和使用者一起走完这项工作，确认谁提供输入、谁在中途判断，以及什么结果才算真正完成。\n\n我们先01 对历史咨询、签约、流失与办案结果执行匿名复盘，接着02 内容委员会选定主题，关联 insight_batch 而不是单一客户，再03 生成有证据的母稿与五个渠道版本，再04 顾问、合规和品牌审批后发布，生成 campaign_id 和归因二维码，再05 客户添加公司个微工作号，记录工作账号、设备和会话候选标识，再06 客户阅读隐私说明并按目的同意，未同意前不收敏感资料，再07 使用多个稳定标识检查重复并建立或合并线索，再08 将询盘转为目标、家庭、时限、缺失字段和置信度，再09 基于可解释规则分配销售和顾问，写入 SLA 与下一动作，再10 系统生成欢迎语和最少必要问题，销售人工确认并发送，再11 客户通过动态表单补全预评估字段，再12 客户通过一次性安全链接上传文件，执行病毒扫描、分类和 OCR，再13 案务助理复核 OCR 字段，通过后才写入 verified fact，再14 在 ACL 过滤后执行 Vector + BM25 + Rerank，组建带版本和段落定位的证据包，再15 生成事实、规则、预评估结论和待核事项矩阵，不写“已符合”，再16 顾问审阅会前简报并补充最少问题，再17 视频咨询后由顾问确认纪要、客户事实、承诺和下一步，再18 高级顾问审批路线建议、政策解释和家庭方案，再19 商务系统组装服务范围、费用、排除项、版本和有效期，模型不自主定价，再20 销售与经理获得审批令牌后发送最终方案，再21 电子签约与首款到账分别由合同、付款和财务系统确认，再22 案务系统按获批服务包建立正式案件、任务、材料清单与责任人，再23 客户在门户补资料，渠道仅能按 ACL 查看有限阶段，再24 案件提交、补件、外部等待和查询都写入带 as_of 的状态机，不伪造外部进度，最后25 中控聚合漏斗、SLA、瓶颈、风险和内容 ROI，新样本只进入待审 insight 候选池。\n\n## 背景与痛点\n\n线索可能重复进入，顾问话术和政策版本易失效，敏感客户资料散落在聊天和网盘，渠道与客户缺少有限可见的进度入口，管理层也无法从内容一路追溯到签约与办案。\n\n在几轮讨论里，我们把问题拆成几个彼此相连的部分：主动内容复盘、母稿、渠道版本、合规审批与 campaign 归因、公司个微工作号询盘、同意、线索合并、SLA、结构化预评估和人工批准、渠道资料、水印下载、推荐客户录入和有限进度、客户案件状态、待办、材料缺口、回执与安全上传、获客、咨询、签约、收款、办案、内容 ROI、渠道贡献与团队产能中控。这样每一步要解决什么、由谁确认，都能在动手之前说清楚。\n\n## 解决方案\n\n我们把确认过的工作步骤搭成一条可运行的管道，让 AI 负责整理、检索和生成，让关键判断仍然回到业务人员手里。\n\n最后留下来的不是一个孤立模型，而是五个业务工作台、十二个责任域和业务状态机、受控 Agent Harness、混合检索、窄工具与审批矩阵、Trace、Eval、老板指标、失败路径、八周进场计划与交付资料包。\n\n### AI 技术\n\nBUSINESS_OS / CONSENTED_INTAKE / CASE_PORTAL / CONTENT_FLYWHEEL / EXECUTIVE_ANALYTICS\n\n### 工作流、管道与 Agent\n\n五个业务端 / 身份与同意 / CRM 与案件权威源 / Agent Harness / 检索与工具 / 审批与分析\n\n在收集敏感信息前记录分目的同意；护照、财务、婚姻和未成年人资料进入加密对象存储，经病毒扫描、组织与案件 ACL 过滤，并支持撤回、保留期和审计。\n\n## 效果反馈\n\n这份内容把一条完整业务链路做成了可讨论、可演练的教学案例。它帮助团队理解系统应该如何协作，但不代表真实客户交付或经营结果。\n\n案例公司、人物、价格、经营数字和询盘对话均为教学假设，不是真实客户或经营成果。架构原则参考公开资料与中国公开法规；内容不构成移民法律意见。\n\n## 资料范围\n\n本文是网站公开的静态编辑资料，不等于已独立核验的客户成果或客户背书。请结合项目说明与原始来源判断。\n\n原始来源：https://www.toni.asia/work/fde-case-library.html#immigration\n\n来源读取日期：2026-08-11","content_sha256":"494e28a4499c2d5721412a4c2d06534d95493916e4216ee97a92917bc464778c","capability_codes":["BUSINESS_OS","CONSENTED_INTAKE","CASE_PORTAL","CONTENT_FLYWHEEL","EXECUTIVE_ANALYTICS"],"deployment_mode":"HYBRID"}},"meta":{"request_id":"33dd21cc-4bef-40ef-a2a6-c80131ef8971","timestamp":"2026-09-29T12:54:04.346Z"}}