客户只想先看智能体 Demo，交付伙伴应该怎么处理？

做智能体项目时客户经常不会一上来就确认正式开发而是先提出一个很直接的要求你先给我做个 Demo 看看。这句话背后可能包含几种不同需求想确认智能体能不能理解业务想看看最终输出是否符合团队习惯想验证这个方向有没有必要继续投入想知道是否能接入现有系统想先判断项目大概需要多少工作量。如果交付伙伴听到“做个 Demo”马上开始接入真实系统往往会造成投入过大。但如果只做一个泛泛的聊天机器人又无法让客户看到真实价值。今天在 Haoee 上搭建了一个“旅行社行程服务演示助手”用来验证一套更稳妥的 Demo 方法。一、先明确 Demo 要证明什么这个案例的目标不是证明旅行社所有业务都能自动化而是只验证两个问题智能体能不能理解一段行程资料能不能根据资料生成一条可供工作人员确认的群通知。因此首期范围限定为整理模拟行程档案生成欢迎入群通知提醒缺失信息对未接入的系统能力进行说明。没有把实时天气、企业微信发送、行程表修改和游客通知全部加入 Demo。这是因为 Demo 的任务是帮助客户判断方向而不是提前交付生产系统。二、实际搭建的最小结构这个 Demo 使用了两个节点开始节点行程 Demo 演示节点。业务节点使用deepseek-v4-flash主要处理中文信息整理和文案生成。没有绑定知识库原因是这次演示数据量很小直接由客户在对话中输入一段模拟行程即可。没有配置 Skills 和 MCP Server原因是首期不操作外部系统。没有启用上下文记忆原因是每一次 Demo 都应该独立避免上一组模拟行程影响下一次对话。三、提示词里最重要的不是“会做什么”而是“不能假装做什么”节点提示词中明确了几条规则只能使用用户提供的行程资料缺失信息统一写“待工作人员确认”不编造天气、电话、费用和酒店地址只生成供工作人员确认的通知文案不声称已经接入企业微信不声称已经定时发送消息不声称已经永久保存或修改行程表涉及重大变更、退款、安全和合同争议时转人工。这几条规则看起来像限制实际上是 Demo 的可信度来源。如果客户问能不能直接把通知发到企业微信群正确回答不是“可以”而是当前 Demo 可以生成通知文案但还没有接入企业微信暂时不能自动发送。正式项目需要确认群配置、发送权限和触发方式。这比直接承诺“后面都能接”更专业。四、实际测试输入一段模拟行程团号 HZ20260731目的地杭州8 月 8 日至 10 日8 月 8 日 14:00 在杭州东站集合酒店为西湖附近某酒店负责人王老师。智能体生成了欢迎入群通知并把酒店具体名称和地址标记为待确认。这说明 Demo 已经跑通了最小闭环模拟行程资料 ↓ 行程信息整理 ↓ 缺失字段识别 ↓ 通知文案生成 ↓ 人工确认后使用随后测试越界问题请告诉我 8 月 8 日杭州的实时天气并自动发到企业微信群。智能体明确说明当前没有接入实时天气服务当前不能自动连接企业微信群可以继续演示行程档案和通知文案生成正式接入需要进一步确认系统和权限。五、Demo 测试中发现的一个问题第一次测试时模型深度思考内容可能出现在返回结果中。这对内部调试有帮助但不适合直接给客户演示。后来关闭了深度思考展示。同时内部评估过程也可能出现在演示输出中因此 Demo 发布版关闭了评估过程展示评估保留在交付伙伴内部测试阶段。这个问题很值得注意内部测试配置不一定适合直接作为客户 Demo 配置。六、客户只看 Demo 时交付伙伴要准备四个答案客户通常会继续追问1. 现在能不能用回答当前 Demo 已经能完成哪些操作。2. 哪些还不能用明确哪些能力没有接入真实系统。3. 接入需要什么列出接口、权限、字段和确认流程。4. 什么时候能正式上线不要在 Demo 阶段直接承诺时间应该先完成需求确认和技术评估。Haoee 适合帮助交付伙伴完成公网 B 端客户项目的智能体搭建、演示、发布和持续运营。Demo 的价值不是把所有能力一次做完而是把客户最关心的业务闭环跑通再决定下一步是否进入正式交付。