客户需求核对与交接 · 产品说明书示例

一句话目标：让客户经理与方案同事对着同一份需求草稿和客户原话，完成核对、退回补充、重新提交与接收。

版本：教学示例 v0.2｜日期：2026-09-09｜状态：用于课堂核对，业务使用前由本人确认。

本稿根据训练营已有Demo整理。Demo使用预置材料，未调用AI、未连接CRM；能够演示，不代表已经在企业部署。

1 用户与使用时刻

客户经理整理完客户需求，准备交给方案同事。方案同事需要看清做什么、时间目标是什么、还有哪些条件没确认，才能判断是否接手。

谁使用 什么时候 要完成什么
客户经理 交出需求草稿之前 对照客户原话核对范围、时间目标和未确认条件，填写核对人，必要时补充说明。
方案同事 收到已核对的草稿之后 按同一份材料决定接收，或者写清缺什么并退回。
两位学员 课堂练习时 分别扮演上述角色，走完正常接收与退回后重提两种情况。

页面中的角色用于演示分工，不等于登录身份或企业权限校验。正式使用时由企业明确谁可以修改、提交、退回和接收。

2 目标与范围

这次先验证一条能完整走通的交接过程：看原话与草稿→核对三项→提交→接收或退回→补充后重提→下载记录。

客户提到的“六周左右看到内部试点”是案例中的业务目标，不是本Demo的开发承诺，也不能改写为六周正式上线。

3 页面与主要操作步骤

顺序 使用者做什么 页面怎样回应 接到哪项要求
1 点击载入需求核对样例 展示需求草稿、S1—S4原话与三项核对内容。 R01
2 打开原话，核对范围、时间、未确认条件，填写核对人 三项都核对且核对人不为空，才允许提交。 R01
3 提交本版需求核对 进入交接状态，本版核对内容不能继续改动。 R02
4A 方案同事确认接收 保留本次接收状态与处理记录。 R04
4B 方案同事写明缺什么，再退回 保留退回原因，交还客户经理补充。 R03
5 客户经理补充，重新核对三项并提交 不能沿用退回前的勾选冒充重新检查；交回方案同事。 R01、R03
6 下载课堂交接记录 下载原话与来源、核对人、补充说明、版本、状态和处理过程。 R04

刷新页面会清空本次状态，使用者须主动下载留存。页面上的提示与这一做法保持一致，不能显示“已存入公司系统”。

4 输入与输出

输入沿用训练营企业案例02客户访谈、07后续确认和预置需求草稿。S1—S3来自较早访谈，S4来自后续确认。

核对内容 原材料与当前写法 人还要确认什么
范围 先在售后支持团队约120人试用，首批约200份资料，项目文档暂不进入。范围按后续S4更新。 是否仍为当前有效范围；新增范围需重新确认。
时间 六周左右看到内部试点效果。 试点验收安排，不能自行写成正式上线时间。
未确认条件 接口需咨询客户IT，部署需信息安全人员评估。 接口、部署方式、相关负责人和日期；未确认就保留问题。

输出是一份TXT交接记录，交给接收人核对并由使用者主动保存。原话与来源用于核清内容，不等于客户批准了正式建设、报价或外发。

5 功能与检查方法

沿用已有R01—R04。修改要求时保留编号，测试和交接记录用同一个编号。

编号 具体要求 怎样操作检查 应看到什么
R01 核对齐全才能提交 分别漏掉一个核对项，或者不填核对人，再尝试提交；之后补齐。 缺项时不能提交；已填内容保留；三项与核对人齐全后可提交。
R02 提交后本版只读 提交之后尝试改核对内容或补充说明。 已提交内容不能继续改；页面仍能看到提交状态和核对人。
R03 退回要说明原因，补充后重提 先不填原因尝试退回；再写原因退回，补充说明并重新核对提交。 无原因不退回；有原因才交回修改；勾选需要重新完成；原因和此前处理过程保留。
R04 记录能下载并供接收人核对 分别在接收和退回后下载，打开TXT检查。 原话、来源、版本、核对人、补充说明、当前状态及处理历史与页面一致。
R05，后续目标 Agent生成待审稿 在企业实际环境另行配置后，给正常、缺项、说法不一致和超出职责的材料。 根据实际运行记录验收；当前Demo不把这项写成已实现。

同一处材料冲突不能靠勾选就变成已确认事实。客户经理仍须判断客户口径，方案同事判断是否具备接手条件。

6 运行方式

阶段 怎么运行 仍需具备什么
当前课堂Demo 浏览器内手动载入、核对、提交、退回、接收和下载；刷新清空状态。 使用者主动保存记录，无真实模型调用或公司系统接入。
业务试用 替换成自己获准使用的字段、材料与接收规则，再实际测试。 明确角色、有效版本、文件处理范围和记录保存办法。
后续自动处理 按约定时间或新材料触发已有Agent，调用测过的Skill生成待审稿。 时间和时区、读取范围、文件与模型权限、重复材料处理、失败提示、维护人和暂停办法。

上传网页不会自动创建定时任务。是否需要自动化由实际工作决定，不因为PRD有这一栏就强行安排。

7 异常与人工确认

遇到什么 先怎么处理 谁判断 对应检查
核对项或核对人缺失 保留其他内容，提示补齐，暂不提交。 客户经理 R01
原话与后续确认不同 同时保留来源与时间；已明确的后续确认更新旧要求，不明白的继续问。 客户经理与相关业务人员 R01、R04
接收人发现缺项 写清具体需要补什么，再退回。 方案同事 R03
修改后重提 补充说明，重新核对三项，交回方案同事。 客户经理 R01、R03
页面刷新或关闭 按已提示的做法重新载入；此前记录以使用者下载的文件为准。 当前使用者 R04
后续Agent拿不到材料或处理失败 保留问题、通知维护人，由人继续办理；不生成“已完成”的假状态。 维护人与业务核对人 R05，另行测试

正式对客承诺、批准或公司系统修改遵循企业实际权限；本页不代替这些决定。

8 未确认项与版本

待确认事项 影响什么 可以先做什么
本部门真实字段、材料来源与有效版本规则 决定需要核对哪些内容。 用预置样例练交接方法，再请业务人员确认自己的字段。
谁能操作、谁接收，记录保存多久 决定身份、权限和留存要求。 课堂按角色演示，业务试用前落实责任。
是否需要模型、文件解析、CRM或自动触发 决定后续能力与投入。 当前手动Demo先测顺，后续分别写要求和检查方法。
维护人、触发时间、失败后的通知与暂停 决定自动处理能否持续使用。 未确认前不启用自动任务，先人工接手。

v0.2补充了从页面动作到R01—R04的对应、异常处理和当前/后续范围，保留原来的需求编号与训练营业务案例。学员完成自己的PRD后，对着操作步骤讲一遍，再把同一份文件交给AI搭建与使用者试用。