业务需求澄清访谈要留下可用的结论，需要三份模板配合：访谈提纲负责按目标、范围、业务规则、约束和边界逐项提问；访谈记录表负责当场记录受访者原话、访谈人结论和待确认项；澄清检查清单负责在访谈后逐项核对覆盖情况。本文直接给出这三份可复制的空白表格，并说明字段口径、必填要求、填写示例和裁剪维护方法，便于不同访谈人按同一标准记录。
要点总览（TL;DR）
- 业务需求澄清需要三份模板配合：访谈提纲负责按目标、范围、业务规则、约束、边界逐项提问，记录表负责当场记录原话、结论和待确认项，检查清单负责访谈后核对覆盖情况。
- 三份模板共用同一套编号（G、R、U、C、B），提纲中的每个问题在记录表和检查清单中都有对应行，核对时可按编号直接定位。
- 访谈结束前应填齐访谈基本信息、业务目标、涉及部门与角色、流程起止、核心规则与审批节点、明确不做的事项，以及待确认项的问题、责任人、截止时间。
- 待确认项必须三项齐全：问题具体到可判断、责任人具体到人、截止时间具体到日期，缺一项即视为未建立。
- 模板裁剪时保持五类内容维度和编号体系不变，只增删问题栏，并同步更新记录表、检查清单和字段说明。
可复制空白模板：访谈提纲、记录表与检查清单
三份模板共用同一组内容维度，提纲中的每个问题在记录表中都有对应记录栏，检查清单按同一组字段判断是否覆盖完整。复制时建议保持编号一致，例如提纲问题编号 G1、R1、U1、C1、B1，记录表与检查清单沿用同一编号，后续核对时可以直接按编号定位。
模板一：业务需求澄清访谈提纲
| 编号 | 内容维度 | 提问内容 | 追问方向 |
|---|---|---|---|
| G1 | 目标 | 这项业务需求要解决什么问题？期望达成什么结果？ | 当前做法、痛点出现的频率与影响 |
| G2 | 目标 | 如何判断需求已经达成目标？有哪些可观察的衡量指标？ | 指标口径、统计周期、数据来源 |
| G3 | 目标 | 目前这项业务是怎么做的？涉及哪些岗位和动作？ | 手工环节、交接环节、耗时环节 |
| R1 | 范围 | 需求涉及哪些部门、角色和业务对象？ | 上下游部门、数据归属、使用频率 |
| R2 | 范围 | 业务流程从哪个环节开始，到哪个环节结束？ | 起止触发条件、前后衔接环节 |
| R3 | 范围 | 本次需要覆盖哪些业务场景？哪些场景暂不纳入？ | 高频场景、特殊场景、季节性场景 |
| U1 | 业务规则 | 业务中有哪些判断条件和计算规则？ | 阈值、优先级、计算公式、取数口径 |
| U2 | 业务规则 | 规则有哪些例外情况？例外由谁判断、如何记录？ | 例外频率、审批依据、留痕方式 |
| U3 | 业务规则 | 流程中有哪些审批节点？各节点的审批人和审批依据是什么？ | 审批层级、超时处理、退回处理 |
| C1 | 约束 | 需求需要在什么时间节点前完成？有哪些阶段性要求？ | 上线窗口、依赖事项、里程碑 |
| C2 | 约束 | 有哪些合规、审计或数据安全要求需要遵守？ | 数据分级、留存期限、访问范围 |
| C3 | 约束 | 现有系统、接口和人力有哪些限制？ | 系统改造范围、对接方排期、人员投入 |
| B1 | 边界 | 本次明确不做的事项有哪些？ | 暂缓原因、后续规划、替代处理方式 |
| B2 | 边界 | 哪些相邻需求容易与本需求混淆？归属如何划分？ | 需求归属方、交叉部分处理方式 |
| B3 | 边界 | 需求变更时由谁提出、由谁确认？ | 变更入口、确认人、影响评估方式 |
模板二：业务需求澄清访谈记录表
| 编号 | 对应提纲 | 受访者原话（摘录） | 访谈人结论 | 待确认项 | 责任人 | 截止时间 | 状态 |
|---|---|---|---|---|---|---|---|
| G1 | G1 | ||||||
| G2 | G2 | ||||||
| G3 | G3 | ||||||
| R1 | R1 | ||||||
| R2 | R2 | ||||||
| R3 | R3 | ||||||
| U1 | U1 | ||||||
| U2 | U2 | ||||||
| U3 | U3 | ||||||
| C1 | C1 | ||||||
| C2 | C2 | ||||||
| C3 | C3 | ||||||
| B1 | B1 | ||||||
| B2 | B2 | ||||||
| B3 | B3 |
记录表表头另设访谈基本信息栏：访谈主题、访谈日期、访谈地点或会议方式、访谈人、记录人、受访者姓名与岗位、所属部门、访谈轮次。这些信息只填一次，放在表格上方，不占用逐条记录行。
模板三：业务需求澄清检查清单
| 检查项 | 对应编号 | 是否覆盖 | 证据或记录位置 | 遗留问题 |
|---|---|---|---|---|
| 业务目标已明确，且受访者能说明期望结果 | G1 | □是 □否 | ||
| 成功衡量指标已明确口径与数据来源 | G2 | □是 □否 | ||
| 当前做法已记录到岗位和动作层面 | G3 | □是 □否 | ||
| 涉及部门、角色、业务对象已列全 | R1 | □是 □否 | ||
| 流程起止环节与触发条件已确认 | R2 | □是 □否 | ||
| 纳入与暂不纳入的场景已分别列出 | R3 | □是 □否 | ||
| 判断条件、计算规则与取数口径已记录 | U1 | □是 □否 | ||
| 例外情况及处理方式已确认 | U2 | □是 □否 | ||
| 审批节点、审批人与审批依据已明确 | U3 | □是 □否 | ||
| 时间节点与阶段性要求已确认 | C1 | □是 □否 | ||
| 合规、审计与数据安全要求已确认 | C2 | □是 □否 | ||
| 系统、接口与人力限制已记录 | C3 | □是 □否 | ||
| 明确不做的事项已列出并说明原因 | B1 | □是 □否 | ||
| 相邻需求的归属已划分清楚 | B2 | □是 □否 | ||
| 变更提出人与确认人已明确 | B3 | □是 □否 | ||
| 所有待确认项均有责任人和截止时间 | 记录表 | □是 □否 |
字段说明：每个栏目问什么、记什么
同一份记录由不同人填写时，差异往往出在对字段的理解上。下面按内容维度和记录字段分别说明填写口径，访谈前统一口径，可以减少事后返工。
目标类字段
业务目标栏记录受访者描述的问题与期望结果，用受访者的业务语言，避免提前替换成方案语言。成功衡量栏记录可观察的指标，包括指标名称、计算口径、统计周期和数据来源；受访者暂时给不出口径时，记入待确认项。当前做法栏按岗位和动作顺序记录，重点写清手工环节、交接环节和耗时环节，这些信息是后续判断需求价值的基础。
范围类字段
涉及部门与角色栏逐个列出，并标注每个角色在流程中的职责。业务对象栏记录需求处理的核心对象，例如订单、合同、工单、客户档案，并注明对象的来源系统和归属部门。起止环节栏写清流程的触发条件和结束标志，避免只写“从下单到发货”这类笼统描述。场景栏区分本次纳入与暂不纳入，暂不纳入的场景要写明原因，便于后续排期时回查。
规则类字段
判断条件栏记录业务中的分支逻辑，例如金额阈值、状态流转条件、优先级排序规则。计算规则栏写清公式和取数口径，涉及金额、比例、时效的规则要注明单位和精度。例外情况栏记录规则之外的处理方式，包括谁有权判断例外、例外如何留痕。审批节点栏逐个列出节点名称、审批人角色、审批依据和超时处理方式，审批依据要落到具体材料或数据，避免只写“领导审批”。
约束类字段
时间约束栏记录硬性节点和阶段性要求，注明节点来源，例如监管要求、合同约定或内部规划。合规与安全栏记录数据分级、访问范围、留存期限、审计要求，涉及个人信息或敏感数据的部分要单独标注。系统与人力约束栏记录现有系统的改造范围、需要对接的外部方、可投入的人员和排期限制，这些内容直接影响后续方案的可行性判断。
边界类字段
明确不做的事项栏逐条列出，并写明暂缓原因和后续规划，避免后续评审时反复讨论同一问题。相邻需求归属栏记录容易混淆的需求及其归属方，交叉部分的处理方式要写清楚。变更规则栏记录变更提出人、确认人和影响评估方式，为需求进入后续环节后的变更管理留下依据。
记录字段
原话栏摘录受访者的关键表述，保留其业务用语和判断依据，不加修饰。结论栏写访谈人对该条信息的归纳，用陈述句表达，与原话分列存放，便于回看时区分事实与判断。待确认项栏单独成列，每条写清待确认的问题、责任人和截止时间，一个问题一行，不合并。状态栏用于标记该条记录处于已确认、待确认还是已关闭，多轮访谈时按轮次更新。
必填与选填：哪些栏目不能空
访谈现场时间有限，字段需要分出优先级。必填字段在访谈结束前应当有内容，确实无法当场确认的，至少留下待确认项；选填字段可以在整理阶段补充。
| 字段 | 填写要求 | 空缺时的处理 |
|---|---|---|
| 访谈主题、日期、访谈人、受访者姓名与岗位 | 必填 | 访谈开始前补齐，否则记录无法追溯 |
| 业务目标（G1） | 必填 | 无法明确时记为待确认项，指定责任人和截止时间 |
| 涉及部门与角色（R1） | 必填 | 当场列出已知部分，未知部分列为待确认项 |
| 流程起止环节（R2） | 必填 | 记录受访者口述的起止点，标注待核实 |
| 核心判断条件与审批节点（U1、U3） | 必填 | 至少记录已知规则，缺失规则列为待确认项 |
| 明确不做的事项（B1） | 必填 | 受访者未提及时主动追问，仍无结论则记录“未确认” |
| 待确认项的问题、责任人、截止时间 | 必填 | 三项缺一不可，缺项时该条待确认项视为未建立 |
| 成功衡量指标（G2） | 选填，可后续补充 | 整理阶段向数据归口部门补充确认 |
| 例外情况（U2） | 选填，视业务复杂度 | 规则简单的业务可合并到 U1 记录 |
| 合规与安全要求（C2） | 选填，涉及敏感数据时转为必填 | 由合规或安全归口人员补充 |
| 相邻需求归属（B2） | 选填，存在交叉需求时填写 | 整理阶段与相关需求负责人核对 |
待确认项的最小记录要求是三项齐全：问题描述具体到可判断，责任人具体到人，截止时间具体到日期。只写“待确认”而不写责任人和时间的条目，在多轮访谈中容易失联。访谈对象信息按人记录，同一场访谈有多位受访者时，分别记录姓名、岗位和所属部门，便于后续按角色回访。
填写示例：一次业务需求澄清访谈的完整记录
以下为演示情景，用于说明三份模板如何配合使用，人物与业务信息均为虚构。背景设定：某制造企业的运营部门提出采购申请流程优化需求，访谈对象为采购主管，访谈人为业务分析师，访谈轮次为第一轮。
访谈提纲问答摘录
| 编号 | 提问内容 | 受访者回答要点 |
|---|---|---|
| G1 | 这项需求要解决什么问题？ | 采购申请目前靠邮件和表格流转，审批周期长，申请状态查不到 |
| G2 | 如何判断目标达成？ | 申请到审批完成的平均时长缩短，具体目标值待运营总监确认 |
| R1 | 涉及哪些部门和角色？ | 申请部门、采购部、财务部；角色包括申请人、采购专员、部门负责人、财务审核 |
| R2 | 流程起止环节？ | 从申请人提交申请开始，到采购订单下达结束 |
| U1 | 有哪些判断条件？ | 单笔金额超过五万元需增加分管副总审批；供应商须在合格名录内 |
| U3 | 审批节点和审批人？ | 部门负责人、采购专员、财务审核三级；超时三天自动提醒 |
| C1 | 时间节点要求？ | 希望在下个季度末前上线，与年度预算编制周期衔接 |
| C3 | 系统与人力限制？ | 需与现有财务系统对接，对接排期由信息部确认 |
| B1 | 明确不做的事项？ | 本次不涉及供应商准入评审，该部分由供应商管理需求单独处理 |
| B2 | 相邻需求如何划分？ | 合同管理需求与本需求在订单环节有交叉，交叉部分归合同管理需求 |
记录表填写样子
| 编号 | 受访者原话（摘录） | 访谈人结论 | 待确认项 | 责任人 | 截止时间 | 状态 |
|---|---|---|---|---|---|---|
| G1 | “现在申请发邮件，审批到哪一步了要挨个问。” | 核心问题是流程不透明、审批周期长 | 无 | — | — | 已确认 |
| G2 | “时长肯定要缩短，具体缩到多少得领导定。” | 目标指标为审批平均时长，目标值未定 | 确认审批时长的目标值与统计口径 | 运营总监 | 访谈后三个工作日内 | 待确认 |
| R1 | “申请部门、采购部、财务部都要用。” | 涉及三个部门、四类角色 | 无 | — | — | 已确认 |
| U1 | “超过五万的单子要副总签字。” | 金额阈值五万元，增加分管副总审批节点 | 五万元是否含税、是否按单笔累计 | 采购主管 | 访谈后五个工作日内 | 待确认 |
| C3 | “财务系统那边得信息部排期。” | 存在外部系统对接依赖 | 确认财务系统对接排期与接口负责人 | 信息部接口人 | 访谈后一周内 | 待确认 |
| B1 | “供应商准入这次不做。” | 供应商准入评审不在本次范围 | 无 | — | — | 已确认 |
检查清单勾选结果
访谈结束后按清单逐项核对：G1、R1、R2、U3、B1、B2 勾选“是”，证据栏填写记录表对应行号；G2、U1、C3 勾选“否”，遗留问题栏分别填写目标值待定、金额口径待确认、对接排期待确认，并已在记录表中建立对应待确认项。C2 因涉及供应商银行账户信息，由选填转为必填，列为遗留问题，交由财务合规人员补充。清单核对完成后，本轮访谈记录可以提交后续建模或评审环节，未关闭的待确认项随记录一并流转。
访谈记录和待确认项需要在团队内长期留存并持续跟踪时，可以放入 ONES Wiki 的页面组中，与对应项目关联，需求与文档互相对应；页面版本记录支持随时查看与回滚，待确认项也可以转为工作项指派责任人和截止时间。ONES Assistant 可围绕访谈转录内容提炼要点与待澄清问题，作为整理记录的辅助。具体可用范围以实际部署与套餐为准。
调整与维护：按业务类型裁剪模板
模板长期使用后需要随业务变化调整。裁剪的原则是保持五类内容维度和编号体系不变，只增删具体问题栏，确保提纲、记录表、检查清单三份文件同步更新。
按业务类型增删问题栏
流程审批类需求可以强化 U3 审批节点和 C1 时间节点的问题，补充审批退回、加签、转办等情形。数据报表类需求应增加数据来源、统计口径、刷新频率相关的问题栏，放在 U1 之下。对外服务类需求需要补充服务对象、服务时限和异常处理的问题栏，可归入 R3 和 U2。裁剪时保留原有编号，新增问题使用子编号，例如 U1-1、U1-2，避免打乱已有记录。
多轮访谈的续填方式
第二轮及以后的访谈在记录表中新增轮次列或在表头标注轮次，不覆盖上一轮记录。已确认的条目保持原状，状态改为已关闭；需要修正的条目新增一行，注明修正原因和依据。待确认项关闭时填写关闭日期和确认依据，未关闭的条目顺延到下一轮，责任人和截止时间重新确认。
模板版本与字段变更记录
模板文件头部保留版本号、修订日期、修订人和变更说明。字段增删、口径调整、编号变化都要记入变更说明，并同步更新字段说明文档和检查清单。版本号建议按主次两级管理：问题栏增删升主版本，措辞和口径微调升次版本。历史访谈记录保留原版本号，便于回溯当时的记录口径。
与后续环节的交接方式
访谈记录整理完成后，按检查清单确认覆盖情况，将已确认的结论、未关闭的待确认项和证据位置一并移交需求建模或评审环节。移交时附上本轮记录表、检查清单和模板版本号，接收方按编号核对，避免同一问题在后续环节重复澄清。待确认项在移交后继续跟踪，关闭情况回填到原记录表，形成从访谈到评审的完整记录链。
常见问题
访谈时受访者说不清成功衡量指标，记录表该怎么填？
把 G2 记为待确认项，写清需要确认的内容（例如指标名称、计算口径、统计周期、数据来源），指定责任人和截止时间，通常由数据归口部门或业务负责人补充。记录表中原话栏保留受访者的表述，结论栏写明“目标指标未定”，状态标为待确认。检查清单对应项勾选“否”，遗留问题栏同步登记，避免整理阶段遗漏。
一场访谈有多位受访者，记录表要每人一份吗？
按访谈场次建一份记录表即可，在表头访谈基本信息栏分别列出每位受访者的姓名、岗位和所属部门。逐条记录时，在原话栏注明发言的受访者，便于后续按角色回访。如果不同受访者负责的内容差异较大，也可以按角色拆成多份记录表，但编号体系保持一致，检查清单按场次汇总核对。
第一轮访谈遗留的待确认项，第二轮怎么接续？
第二轮访谈在记录表中新增轮次标注，不覆盖上一轮记录。已关闭的待确认项填写关闭日期和确认依据，状态改为已关闭；仍未关闭的顺延到本轮，重新确认责任人和截止时间。需要修正的结论新增一行，注明修正原因和依据。检查清单按最新一轮结果重新勾选，历史轮次记录保留原版本号，便于回溯当时的记录口径。
访谈记录和待确认项放在哪里便于团队长期跟踪？
访谈记录可以放入 ONES Wiki 的页面组，与对应项目关联，需求与文档互相对应；页面版本记录支持随时查看与回滚，便于回看历史口径。待确认项可以转为工作项，指派责任人和截止时间，在后续环节持续跟踪。ONES Assistant 可围绕访谈转录内容提炼要点与待澄清问题，作为整理记录的辅助。具体可用范围以实际部署与套餐为准。
模板用了一段时间后，问题栏需要调整，怎么改不影响历史记录？
保持五类内容维度和编号体系不变，只增删具体问题栏；新增问题使用子编号，例如 U1-1、U1-2，避免打乱已有编号。模板文件头部记录版本号、修订日期、修订人和变更说明，问题栏增删升主版本，措辞和口径微调升次版本。历史访谈记录保留原版本号，新访谈使用新版本，三份模板与字段说明同步更新。
