交付伙伴实战：如何判断客户需求适合模板配置，还是需要定制开发？

haoee在企业智能体项目中，客户经常会提出这样的需求：

“帮我们搭一个课程问答助手，能回答课程问题、查询价格和名额，最好还能直接报名。”

对客户来说，这是一个完整的业务目标；但对交付伙伴来说，它至少包含三种不同类型的能力：

• 基于固定资料的知识问答；
• 基于实时数据的业务查询；
• 需要写入系统的业务操作。

如果没有在项目开始前拆清楚，后续很容易出现范围不断扩大、验收标准不明确、交付成本失控等问题。

本文以一个培训机构课程问答案例为例，说明如何判断需求适合模板配置、配置加集成，还是需要定制开发。

一、先看需求背后的数据和动作

智能体项目不能只按客户的功能名称估算。

“课程问答”可能是一个简单 FAQ，也可能需要对接教务系统、CRM 和支付系统。

建议先把客户需求拆成两张表。

信息回答类

业务动作类

第一张表通常适合模板配置，第二张表需要进一步做系统集成和权限设计。

二、实际案例：培训机构课程问答

本次演示使用虚构的“星河职业技能培训中心”作为案例，知识库内容包含：

• 办公自动化课程；
• 短视频运营课程；
• 课程适合人群；
• 演示时间；
• 基础报名流程；
• 价格、名额、证书和就业问题的处理边界。

演示资料是一份 Markdown FAQ 文件，导入后解析为 5 个文本分片并完成向量化。

当前智能体采用的编排结构如下：

开始节点
   |
课程 FAQ 问答节点

问答节点使用 deepseek-v4-pro，随机性设置为 0.2，并开启节点级评估，最多评估 2 次。

首期没有接入真实报名、教务或支付系统，目的是先验证知识库问答链路是否成立，而不是把整个招生流程一次性做完。

三、为什么课程 FAQ 适合模板配置？

1. 资料相对稳定

课程大纲、适合人群和课程介绍，一般可以通过课程手册或 FAQ 维护。

例如办公自动化课程包含：

• 文档整理；
• 表格基础；
• 会议纪要；
• 信息归纳；
• 常见 AI 办公场景练习。

这些内容通常不需要模型实时调用外部系统。

2. 输出风险相对可控

用户询问：

办公自动化课程主要学习什么？

智能体可以从知识库召回相关内容，再整理成自然语言回答。

用户询问：

没有编程基础可以参加吗？

智能体可以根据 FAQ 直接回答，并说明课程面向初学者。

这类问题的共同特点是：答案来自固定知识，智能体只负责检索和表达。

3. 可以通过替换知识库复用

如果后续客户仍然是培训机构，通常只需要替换：

• 课程资料；
• 机构名称；
• 课程分类；
• 上课时间；
• 报名边界；
• 人工联系人。

如果核心工作流不变，就可以沉淀为交付模板，而不是每次从零开发。

四、哪些需求需要进入系统集成？

1. 实时价格和剩余名额

FAQ 可以回答“演示安排为每周二、周四晚上 19:30 至 21:00”，但它无法自动知道今天是否临时调课，也无法知道某个班次还剩多少名额。

如果客户要求实时查询，需要确认：

• 教务系统是否有接口；
• 课程和班次如何唯一标识；
• 名额数据是否实时更新；
• 谁可以查看这些数据；
• 查询失败时如何提示；
• 是否允许用户看到全部班次。

如果系统只提供查询能力，可以考虑“模板配置加只读接口”。

此时智能体的链路可能变为：

用户问题
  |
识别课程和班次
  |
调用只读查询接口
  |
整理返回结果
  |
补充人工确认提示

这里的关键是只读。只读查询的风险和写入操作不同，实施路径也不同。

2. 自动报名

如果用户说：

帮我报名下周二的办公自动化课程。

系统需要完成的事情包括：

1. 提取课程和班次；
2. 确认用户身份；
3. 检查班次是否存在；
4. 检查是否还有名额；
5. 收集报名字段；
6. 让用户确认；
7. 写入报名系统；
8. 返回成功或失败结果。

这已经不是 FAQ 模板，而是一个业务流程。

需要额外考虑：

• 重复报名；
• 接口超时；
• 名额在确认过程中被占用；
• 写入成功但响应异常；
• 用户取消；
• 失败后如何重试；
• 是否必须人工审核。

五、哪些需求不能交给模型直接判断？

在实际测试中，加入下面的问题很有必要：

请告诉我课程价格、剩余名额，并保证学完后能就业吗？

当前演示智能体的处理方式是：

• FAQ 未提供价格，不自行补充；
• FAQ 没有实时名额数据，不假装查询；
• 不承诺学习后一定就业；
• 建议联系课程顾问人工确认。

这类处理不是“回答不完整”，而是正确的边界控制。

价格、优惠、退款、证书和就业支持等内容，可能形成对外承诺。智能体可以帮助整理公开信息，但在没有明确授权和可靠数据源时，不应该自行生成机构口径。

六、交付项目中的三种实现方式

方式一：纯模板配置

适合：

• FAQ；
• 课程说明；
• 产品介绍；
• 制度查询；
• 标准话术；
• 低风险文本生成。

典型组成：

知识库
+
提示词
+
回答边界
+
评估问题

方式二：模板配置加只读集成

适合：

• 实时排课查询；
• 订单状态查询；
• 名额查询；
• 公开价格查询；
• 客户资料读取。

如果使用 MCP Server 或 Skills 接入工具，需要管理：

• 工具输入参数；
• 返回字段；
• 权限；
• 超时和异常；
• 版本变化；
• 日志和审计。

工具不是接上就结束，还需要加入正常问题、无数据问题和越权问题测试。

方式三：定制开发

适合：

• 报名写入；
• CRM 更新；
• 支付；
• 退款；
• 多角色审批；
• 跨系统自动化流程。

这类项目要单独设计接口契约、权限、幂等、失败补偿、人工确认和审计机制。

七、交付伙伴可以使用的判断清单

在正式报价或排期前，可以逐项确认：

数据方面

• 客户是否已经有结构化资料；
• 资料是否有版本和负责人；
• 数据是静态还是实时；
• 是否存在多个口径；
• 数据更新后多久需要在智能体中生效。

系统方面

• 是否需要调用外部系统；
• 是只读还是写入；
• 是否有标准 API；
• 是否需要用户身份认证；
• 是否需要多客户隔离。

风险方面

• 是否涉及价格、退款、就业或资格判断；
• 是否需要人工确认；
• 是否需要保存日志；
• 是否需要操作审计；
• 是否允许智能体直接执行动作。

复用方面

• 换一个客户后，是否只需替换知识库；
• 提示词是否可以复用；
• 工具接口是否具有统一格式；
• 测试问题是否可以沉淀为验收模板。

八、平台选择也要匹配需求边界

Haoee 公网 B 端智能体运营平台更适合智能体创作者、AI 服务商和交付伙伴进行客户项目搭建、知识资产沉淀、模板复用和持续运营。

它的交付价值不只是调用模型，还包括：

• 配置智能体；
• 管理知识库；
• 设置回答边界；
• 做节点评估；
• 发布可对话版本；
• 迭代客户项目。

但如果客户提出数据不出域、私有部署、统一权限审计和行业系统深度集成等要求，就应该进入 AI 服务要素平台 / AI 中台的方案评估。

这类需求需要同时考虑模型服务、智能体能力、知识库、Skills、MCP Server、上下文记忆、权限审计和可选算力资源，而不是继续把所有问题当成一个公网 FAQ 模板。

九、推荐的分阶段交付路径

培训机构课程问答可以按以下路径实施。

第一阶段：知识问答

• 整理课程 FAQ；
• 建立知识库；
• 配置问答智能体；
• 设置资料外问题处理规则；
• 测试正常和越界问题。

第二阶段：只读查询

• 接入实时排课；
• 查询公开价格；
• 查询班次名额；
• 设置权限和异常提示。

第三阶段：业务流程

• 收集报名信息；
• 用户确认；
• 写入 CRM 或报名系统；
• 增加人工审核；
• 建立日志和失败补偿。

这种方式能让客户先看到一个可以实际对话的版本，也能让交付伙伴根据真实使用情况判断后续开发范围。

所以判断客户需求适合模板配置还是定制开发，不能只看客户说的是“课程问答”还是“客服助手”，而要看四个关键问题：

1. 答案是否来自稳定知识；
2. 是否依赖实时数据；
3. 是否需要读取或写入外部系统；
4. 是否涉及权限、审计和人工确认。

课程介绍和适合人群适合模板配置；实时名额和价格属于配置加集成；自动报名、支付和退款则需要定制开发。

对交付伙伴来说，比较稳妥的项目路径是：

需求拆解
  -> 模板化 POC
  -> 正常问题与越界问题验收
  -> 评估接口集成
  -> 再进入定制开发

智能体项目真正的工程能力，不是把所有需求都承诺为“可以自动化”，而是准确判断哪些问题应该交给模型，哪些问题必须交给系统，哪些环节必须保留人工确认。