Process

四步落到可运行

每个阶段都有明确输入、输出、验收点与依赖。下面不仅是步骤名称，还包括你们需要准备什么、我们如何判定这一阶段结束。

我们不把「需求会」开成无休止的讨论场。立项后，默认以可演示路径为北极星：任何新增意图、新接口、新页面，都要回答它是否服务于当前阶段的验收目标。这样能避免范围无声扩张。

方案与流程协作示意
图位 · process.jpg
  1. 01

    需求与场景定义

    明确用户是谁、设备 / App 边界、要替代的人工环节、成功标准与「明确不做」清单。把假设写下来，避免后期口头漂移。

    输入：业务现状、系统清单、样本对话 / 数据样例、合规约束

    输出：场景地图、范围说明书、风险与假设列表、阶段成功标准

    结束条件：双方书面确认第一期范围与验收方式

  2. 02

    Agent 与数据闭环

    编排能力、工具调用、知识与权限；优先跑通一条关键业务路径，再扩展分支与例外。此阶段强调「能办事」，不只是「能回答」。

    输入：接口文档、知识材料、权限规则、测试账号

    输出：可演示 Agent、意图 / 流程清单、接口约定、拒答与降级策略

    结束条件：约定路径在测试环境可重复跑通并留痕

  3. 03

    硬件 / App 联调

    端到端联调采集、同步、推送与交互；处理延迟、断线、脏数据与失败重试。把「云端对了、端上不行」的问题提前暴露。

    输入：设备 / SDK、App 构建、推送通道、真机清单

    输出：联调包、体验验收清单、异常态说明、版本发布建议

    结束条件：真机路径通过验收，关键异常有可见提示

  4. 04

    上线与持续优化

    灰度或正式发布，监控效果与失败原因，按数据迭代话术、策略与模型配置。上线不是终点，而是迭代的起点。

    输入：上线窗口、监控指标、反馈渠道、值班安排

    输出：运维手册、质检机制、迭代节奏、问题看板

    结束条件：交接完成，下一轮迭代主题已排定（若继续合作）

节奏怎么定

单个清晰场景的可演示闭环通常以「周」推进；完整上线与稳定运营按里程碑展开。首次沟通后，我们会给出书面阶段计划与依赖清单（例如：哪些接口必须你们先开放、哪些知识必须先清洗）。

若依赖长期未就绪，我们会建议缩小第一期范围，而不是空转等待——这是为了保护双方的时间与验收清晰度。

你们需要准备什么

  • 一位业务对接人 + 一位技术对接人（可兼任）
  • 现有系统 / 设备文档或可访问的测试环境
  • 真实样本：对话记录、常见问题、数据字段样例
  • 明确的成功标准（例如：哪些问题必须自动解决）
  • 决策人可在关键节点确认范围变更

沟通与评审节奏（建议）

  • 周初：本周目标与阻碍
  • 周中：联调 / 演示卡点同步
  • 周末：可验收增量与下周计划
  • 里程碑：正式演示 + 书面验收

流程清楚之后，选择适合的合作模式，或直接预约排期沟通。

合作方式 预约沟通