需求收集工具的使用成本由五类构成：订阅或授权费、部署与集成的一次性投入、表单与入口的搭建和维护人力、需求流转与清理的日常运营人力，以及培训、权限治理和退出迁移等隐性成本。核算时先定范围与时间跨度，把一次性投入和年度支出分开，再用统一口径折算成年度总投入。本文给出可逐项填写的成本清单、TCO公式和敏感因素，示例金额均为假设，不代表任何供应商报价。
要点总览（TL;DR）
- 需求收集工具的使用成本由五类构成：订阅或授权费、部署与集成的一次性投入、入口搭建与维护人力、需求分诊与去重的日常运营人力，以及培训、权限治理和退出迁移等隐性成本。
- 核算前先划边界：只统计需求进入环节，服务请求受理和已入池需求整理不计入；一次性投入与年度经常性支出分开列示，一次性投入按摊销年限折算。
- 年度TCO = 一次性投入 ÷ 摊销年限 + 年度订阅或授权费 + 年度人力折算 + 年度隐性成本，人力按人天×内部人天单价折算。
- 口径统一是横向比较的前提：计费周期、席位口径（仅处理人还是含全部提交人）、币种税费、人力单价假设都要写明，示例金额与供应商报价分开标注。
- 提交量、席位数量、渠道数量、集成复杂度和供应商调价是影响总投入的主要敏感因素，建议做高、中、低三档假设，输出预算区间而非单点数字。
核算范围与时间跨度怎么定
成本核算的第一步是划边界。需求收集工具承担的是“需求进入”这一段：从各方提交反馈，到形成可评审的需求条目。服务台对服务请求的受理、已入池需求的优先级排序和版本规划，属于相邻环节，不计入本文口径。边界不清会让预算虚高，也会让不同方案的比较失去可比性。
建议用一张范围界定表把四件事写清楚：渠道、角色、时间跨度、排除项。
| 维度 | 需要列明的内容 | 示例写法（假设） |
|---|---|---|
| 收集渠道 | 表单、邮件、IM群、客服转交、内部提报等，逐一列出是否纳入 | 纳入：在线表单、客服转交、内部提报；暂不纳入：IM群机器人 |
| 角色 | 提交人、需求受理人、评审人、系统管理员 | 提交人约200人，受理人3人，评审人8人，管理员1人 |
| 时间跨度 | 一次性投入与年度经常性支出分开列示 | 一次性投入按3年摊销；订阅与人力按年度计 |
| 排除项 | 明确不纳入的相邻环节 | 服务请求受理、已入池需求的排序与版本规划 |
时间跨度上，一次性投入（入口搭建、集成、历史数据导入）建议单独列出并注明摊销年限，年度经常性支出（订阅、人力、通道费）按自然年或合同年统计。两者混在一起，会让第一年成本和后续年度成本无法区分，预算申报时容易被质疑。
使用成本包含哪些项目
把成本拆成资金、人力、时间、隐性四类，每项标注单位，才能逐项填写并汇总。下面是一份可直接套用的清单，数量与单价留空由读者按实际情况填写。
| 类别 | 成本项 | 单位 | 说明 |
|---|---|---|---|
| 资金 | 订阅费或授权费 | 元/年 | 按席位、按模块或按提交量计费，以合同为准 |
| 资金 | 部署资源 | 元/年 | 私有化部署时的服务器、数据库与运维资源 |
| 资金 | 短信、邮件通道费 | 元/年 | 按发送量计费，通知量大的场景需单列 |
| 资金 | 存储扩容 | 元/年 | 附件与历史数据增长带来的扩容支出 |
| 一次性 | 入口搭建与字段设计 | 人天 | 表单设计、分类字段、必填规则配置 |
| 一次性 | 系统集成 | 人天 | 与客服系统、IM、项目管理工具的对接 |
| 一次性 | 历史数据导入 | 人天 | 存量反馈的清洗与导入 |
| 人力 | 表单与入口维护 | 小时/月 | 字段调整、渠道增减、模板更新 |
| 人力 | 需求分诊 | 小时/周 | 判断归属、指派受理人、退回补充信息 |
| 人力 | 去重合并 | 小时/周 | 重复反馈识别与合并，随提交量增长 |
| 人力 | 权限管理 | 小时/月 | 人员入离调转带来的角色调整 |
| 时间 | 培训与试运行 | 小时 | 提交人与受理人的上手成本 |
| 时间 | 评审会议 | 小时/次 | 需求进入评审环节的会议占用 |
| 隐性 | 退出与数据迁移 | 人天 | 更换供应商时的数据导出与重建 |
| 隐性 | 供应商变更 | 人天 | 流程重新配置、重新培训 |
资金项容易看见，人力和时间项容易被低估。以分诊为例，若每周新增反馈50条、每条平均处理6分钟，一年约260小时，接近0.15个人年；提交量翻倍，这项人力也大致翻倍。去重合并的工作量与渠道数量、提交人范围正相关，渠道越多、提交入口越分散，重复反馈越难在源头避免。
入口搭建环节的配置方式会直接影响这部分人力。ONES 可通过工单收集和整理来自各方的反馈，处理工单并快速转化为需求，整理出产品 Backlog，并支持按实际场景自定义工作流（依据官网解决方案页面描述，具体能力范围需按实际采购模块确认）。这类“收集—转化—流转”在同一系统内完成的配置，减少的是跨系统搬运和重复录入所占用的人力，核算时应把这部分节省折算进分诊与去重的人力项，而不是简单从订阅费里抵扣。
口径与假设怎么统一
不同方案的报价单往往用不同单位，直接相加会得出错误结论。核算前先固定五项口径，并写明取值来源和适用条件。
| 口径项 | 需要明确的内容 | 常见取值方式 |
|---|---|---|
| 计费周期 | 按月、按年、按席位还是按提交量 | 统一折算为元/年，月付乘以12 |
| 席位口径 | 只算处理人，还是包含全部提交人 | 按供应商计费规则确定，两种口径分别测算 |
| 币种与税费 | 是否含税、汇率取值时点 | 统一为含税人民币，汇率取合同签订日或核算基准日 |
| 人力单价 | 内部人天成本如何估算 | 岗位年度综合成本除以年有效工作日，得出元/人天 |
| 示例与现价 | 哪些是假设、哪些是报价 | 假设值单独标注，不与供应商报价混列 |
席位口径是最容易产生分歧的一项。若供应商按处理人计费，提交人数量不影响授权费，但会影响分诊人力；若按全部使用人计费，提交人规模就直接进入资金项。两种情况下成本结构不同，预算表应分别列示，避免用一个口径套所有方案。人力单价建议用岗位综合成本折算，并在备注中写明是否包含社保、办公分摊等，保证不同部门提交的估算可以合并。
成本计算模型与预算框架
年度总投入可按下面的公式复算：
年度TCO = 一次性投入 ÷ 摊销年限 + 年度订阅或授权费 + 年度人力折算 + 年度隐性成本
其中人力折算 = 各项人力小时数 × 小时单价，或人天数 × 人天单价。以分诊为例，若年处理量为2600条、每条6分钟、人天单价按800元（假设值）折算，则分诊人力约为260小时 × 相应小时单价，具体金额随单价假设变化。隐性成本可按一次性投入的一定比例预留，也可按迁移工作量单独估算。
预算表建议采用以下字段，便于逐项填写和汇总：
| 字段 | 填写要求 |
|---|---|
| 成本项 | 与成本清单中的名称一致 |
| 类型 | 资金、一次性、人力、时间、隐性 |
| 单位 | 元/年、人天、小时 |
| 数量 | 席位、条数、小时数或人天数 |
| 单价 | 注明来源：报价单、合同或内部假设 |
| 年度金额 | 数量 × 单价，一次性项按摊销后金额填 |
| 备注 | 假设条件、排除项、复核时点 |
需要按渠道或团队分摊时，先确定分摊基数，例如按各渠道提交量占比、按各团队使用席位数占比，或按受理工时占比。分摊基数一旦确定，应在整个核算周期内保持一致，否则跨年度比较会失真。对于多团队共用的入口，建议把管理员和平台维护成本单列为公共成本，不强行分摊到业务团队。
哪些因素会让成本明显变化
预算申报给出区间比给出单点数字更稳妥。以下五个因素对总投入影响最大，可分别做高、中、低三档假设。
| 敏感因素 | 影响路径 | 低档 | 中档 | 高档 |
|---|---|---|---|---|
| 提交量 | 直接影响分诊与去重人力 | 年提交量持平 | 年增长30% | 年增长100% |
| 席位与角色数量 | 影响授权费，按席位计费时尤为明显 | 仅处理人 | 处理人加评审人 | 含全部提交人 |
| 渠道数量 | 影响搭建、集成与去重投入 | 单一表单入口 | 表单加客服转交 | 多渠道加IM接入 |
| 集成复杂度与自建程度 | 影响一次性投入和后续维护 | 标准配置 | 对接一个外部系统 | 多系统对接或自建 |
| 供应商调价与续约周期 | 影响年度订阅费的稳定性 | 多年锁价合同 | 一年一签 | 按量计费且用量增长 |
提交量增长是最容易被忽略的一项。反馈量翻倍时，分诊、去重、评审会议的时间通常同步上升，而订阅费可能不变，导致人力在总成本中的占比明显提高。渠道数量增加也会带来叠加效应：每新增一个入口，都要配置字段、设置通知、处理格式差异，并承担更多重复反馈的合并工作。把这些因素做成三档假设，预算表就能输出一个区间，而不是一个经不起追问的单点数字。
数据从哪里取、怎么核验
成本数据的可靠性取决于来源是否可追溯。建议按下表逐项确定取数来源，并标注属于事实项还是假设项。
| 成本项 | 取数来源 | 属性 | 核验方式 |
|---|---|---|---|
| 订阅与授权费 | 供应商报价单或合同 | 事实项 | 核对计费单位、周期、是否含税 |
| 部署资源 | 云资源账单或运维记录 | 事实项 | 按实际用量核对 |
| 人力投入 | 工时记录或岗位薪酬折算 | 事实项或假设项 | 抽样核对工时记录与岗位成本口径 |
| 提交量 | 历史表单或工单数据统计 | 事实项 | 按渠道分别统计，去除测试数据 |
| 培训与试运行 | 培训计划与签到记录 | 事实项或假设项 | 按参与人数与时长折算 |
| 退出与迁移 | 迁移方案估算 | 假设项 | 标注为预留，不并入常规预算 |
未取得报价时，用区间假设代替单点数字，并在备注中写明假设依据和适用条件，例如“按同类工具公开报价区间估算，待合同确认后替换”。核算完成后设定复核时点，建议在续约前一个季度更新一次，重点复核席位数量、提交量趋势和供应商调价情况。事实项与假设项分列，既方便预算评审时说明依据，也方便后续用实际数据替换假设、修正模型。
常见问题
只统计处理人席位，还是把全部提交人都算进成本？
取决于供应商的计费规则，两种口径要分别测算。若按处理人计费，提交人数量不影响授权费，但会通过分诊、去重的工作量进入人力项；若按全部使用人计费，提交人规模直接进入资金项。建议在预算表中把两种口径并列，注明各自适用的计费规则，避免用一个口径套所有方案。
没有拿到供应商报价，预算表怎么填才站得住？
用区间假设代替单点数字，并在备注中写明假设依据和适用条件，例如“按同类工具公开报价区间估算，待合同确认后替换”。事实项（如已发生的部署资源账单、历史提交量）与假设项分列，预算评审时能说明哪些数字待替换。核算完成后设定复核时点，建议在续约前一个季度更新席位数量、提交量趋势和调价情况。
提交量增长后，哪部分成本上升最快？
通常是人力项。反馈量翻倍时，分诊、去重和评审会议的时间同步上升，而订阅费可能保持不变，人力在总成本中的占比会明显提高。以每周新增50条、每条平均处理6分钟估算，一年约260小时；提交量翻倍，这项人力也大致翻倍。渠道数量增加还会带来叠加效应，每新增一个入口都要配置字段、设置通知并处理更多重复反馈。
多渠道收集时，成本分摊到各团队怎么做比较合理？
先确定分摊基数，可选各渠道提交量占比、各团队使用席位数占比或受理工时占比，基数一旦确定应在整个核算周期内保持一致，否则跨年度比较会失真。多团队共用的入口，建议把管理员和平台维护成本单列为公共成本，不强行分摊到业务团队，避免出现每个团队都算不清自己那份的情况。
退出或更换工具的成本要不要放进年度预算？
建议单列为隐性成本，按迁移工作量估算，标注为预留项，不并入常规年度预算。数据导出、流程重新配置和重新培训都会占用人力，具体规模取决于存量数据量和集成数量。把这项与常规支出分开，既不影响年度TCO的主体结构，也能在真正发生更换时有一笔可参照的估算。
