成本估算底稿模板怎么设计：空白表与填写规范

成本估算底稿模板以一张主表承载成本科目、估算依据、假设条件、置信区间与复核记录，配合字段说明、必填规则和填写示例使用。设计顺序是先定字段口径，再定填写规范，最后约定复核与维护方式，让每笔估算都能追溯到依据和复核人。下文先给出可直接复制的空白主表，再逐字段说明填法。

要点总览（TL;DR）

• 模板由一张主表加字段说明表构成，主表列覆盖成本科目、科目层级、数量、单价、估算金额、估算方法、估算依据、假设条件、置信区间、责任人、复核人与复核记录。
• 成本科目、估算金额、估算方法、估算依据、责任人、复核记录为必填；置信区间与假设条件细化按不确定性程度选填；采用参数法或类比法时依据来源为条件必填。
• 填写时让估算方法、依据、假设条件与置信区间相互对应，复核记录保留调整前后金额与原因，保证每行可复算、可追溯。
• 底稿维护约定版本升级、变更复核、结项归档与跨项目复用规则；多人协作时可把模板放入支持模板库、版本记录与权限控制的文档空间统一承载。

可复制空白模板：成本估算底稿主表

主表按成本科目分组，每个科目下可拆多行明细。复制下表到文档或表格工具后，先填表头信息，再按分组逐行填写。表头记录项目名称、编制人、编制日期、版本号；合计行只汇总“估算金额”列，其余列留空。

序号	成本科目	科目层级	计量单位	数量	单价或费率	估算金额	估算方法	估算依据	假设条件	置信区间下限	置信区间上限	责任人	复核人	复核记录	版本与日期
1	人力	一级：人力 / 二级：内部开发	人月
2	人力	一级：人力 / 二级：测试	人月
3	采购	一级：采购 / 二级：软件许可	套
4	外包	一级：外包 / 二级：开发外包	人月
5	差旅	一级：差旅 / 二级：现场实施	人次
6	设备	一级：设备 / 二级：测试终端	台
7	其他	一级：其他 / 二级：培训	场
合计

表头建议写成三行：项目名称与版本号一行，编制人与编制日期一行，复核人与复核日期一行。合计行只填“估算金额”的汇总值，并在复核记录中注明“合计经××复核”。分组行数按项目实际增减，科目名称保持稳定，便于跨版本对比。

字段说明：每个字段填什么、怎么填

字段口径统一后，不同人填出的底稿才能互相比较。下表逐字段说明含义与填写方式，示例值仅作格式参考。

字段名	含义	填写口径	示例值
成本科目	这笔估算对应的费用类别	使用组织统一的科目名称，与预算科目表保持一致	外包
科目层级	科目在分类中的位置	拆到可独立估算的粒度，一般两级足够；再细会增加维护成本	一级：外包 / 二级：开发外包
计量单位	数量所对应的单位	写清单位口径，避免“人”“人月”“人天”混用	人月
数量	估算所依据的数量	与计量单位配套，写明取整规则	6
单价或费率	单位价格或费率	注明含税与否、费率来源	2.5 万元/人月（含税）
估算金额	数量与单价的计算结果	保留统一小数位，与合计行口径一致	15 万元
估算方法	得出金额所用的方法	填写类比、参数、自下而上等具体方法名称，可附一句说明	类比法，参照上一同类项目
估算依据	支撑金额的来源材料	引用合同编号、报价单、历史项目名称或参数来源，写清可查位置	供应商报价单 2024-03 版
假设条件	估算成立所依赖的前提	把数量、费率、工期等前提写成可验证的短句	外包周期 6 个月，单价按年框协议不变
置信区间下限 / 上限	金额可能的波动范围	写明区间含义，如“基于历史偏差 ±15%”，上下限与估算金额同单位	下限 12.8 万元 / 上限 17.3 万元
责任人	对该行估算负责的人	填具体姓名，便于后续核对	张××
复核人	审核该行估算的人	与责任人分离，填具体姓名	李××
复核记录	复核结论与调整说明	记录复核日期、结论、调整前后金额与原因	2024-04-10 复核通过，金额由 14 万元调至 15 万元，补充报价单
版本与日期	该行数据所属的底稿版本	与表头版本号一致，变更时同步更新	V1.2 / 2024-04-10

估算方法与估算依据要配合填写：采用类比法时，依据指向被参照的历史项目；采用参数法时，依据指向参数取值来源；采用自下而上法时，依据指向各明细项的汇总过程。假设条件与置信区间相互呼应，前提越不确定，区间通常越宽，并在复核记录中说明原因。

必填与选填：哪些字段不能空

必填字段决定底稿能否被复核。成本科目、估算金额、估算方法、估算依据、责任人、复核记录六项缺失时，该行视为未完成，不进入合计。置信区间、假设条件细化、备注属于选填，按估算不确定性程度决定是否填写。

类别	字段	填写要求与理由
必填	成本科目、科目层级、计量单位、数量、单价或费率、估算金额	构成金额计算的基本链条，缺一项则金额无法复算
必填	估算方法、估算依据	说明金额从何而来，是复核的判断基础
必填	责任人、复核人、复核记录	明确谁编、谁审、审了什么，保证可追溯
选填	置信区间下限、上限	估算不确定性较高或需向管理层说明波动范围时填写
选填	假设条件细化、备注	前提较多或存在特殊约定时补充，简单科目可留空
条件必填	估算依据中的来源说明	采用参数法或类比法时必须写明参数来源或参照项目，自下而上法需附明细汇总说明

暂缺信息时，在对应单元格标注“待补”，并在复核记录中写明补录责任人与计划补录日期，例如“待补：供应商报价，王××，2024-04-20 前补录”。底稿提交评审前，所有“待补”项应完成补录或经复核人确认转为假设条件。

填写示例：一个完整成本科目行

以下以“外包开发”为例，展示一行完整填写的结果，演示情景中的数值仅用于说明字段配合方式。

字段	填写内容
序号	4
成本科目	外包
科目层级	一级：外包 / 二级：开发外包
计量单位	人月
数量	6
单价或费率	2.5 万元/人月（含税）
估算金额	15 万元
估算方法	类比法，参照上一同类项目外包单价
估算依据	供应商报价单 2024-03 版；上一项目外包结算单价 2.4 万元/人月
假设条件	外包周期 6 个月；单价按年框协议不变；需求范围不再扩大
置信区间下限	12.8 万元
置信区间上限	17.3 万元
责任人	张××
复核人	李××
复核记录	2024-04-10 复核：原估算 14 万元按旧单价计算，依据新报价单调至 15 万元；区间按历史偏差 ±15% 设定
版本与日期	V1.2 / 2024-04-10

这一行中，估算方法决定依据指向哪里，依据中的单价支撑金额计算，假设条件限定金额成立的范围，置信区间则把假设的不确定性量化。复核记录保留调整前后金额和原因，后续任何人查看都能还原这次调整。

调整与维护方法：版本、复核与复用

底稿在项目推进中会多次更新，维护规则要提前约定，否则版本混乱会让复核失去意义。以下清单可作为底稿管理的基本约定，组织可按项目规模调整频率。

• 版本与日期更新：每次影响金额的修改都升版本号，表头与行内“版本与日期”同步更新；仅改错别字等非金额修改可只更新日期。
• 变更复核流程：责任人提出调整，写明调整原因与新依据；复核人核对依据后更新复核记录，记录调整前后金额；涉及合计变化的，重新确认合计行。
• 归档与复用：项目结项后归档最终版本，保留全部字段；跨项目复用时复制模板，清空金额与复核记录，保留科目层级与估算方法口径，历史依据改为引用原项目归档编号。
• 模板迭代：新增科目或字段时，在模板说明中记录变更内容与生效版本；旧底稿不强制回填新字段，在新版本底稿中启用，保证新旧底稿仍可按版本对照。

版本	日期	变更内容	变更人	复核人
V1.0		初版底稿
V1.1
V1.2

底稿需要多人协作填写和反复复核时，可以把模板放到支持版本记录与权限控制的文档空间中。ONES Wiki 提供页面模板库，可一键创建制式化文档模板；文档实时同步并记录页面版本，支持随时查看与回滚；还可为不同角色配置读写权限，并与项目、任务保持关联。这样，底稿的版本、复核记录和归档位置集中在一处，编制人与复核人按同一份最新版本工作。

常见问题

底稿里“待补”项太多，提交评审前应该怎么处理？

先按影响程度排序：直接影响金额计算的待补项（如单价、数量）优先补齐，补齐前该行不计入合计。评审前仍无法取得的，由责任人把待补内容改写为明确的假设条件，写明取值依据与影响范围，再经复核人确认后转为正式条目。复核记录中注明“待补转假设”及确认日期，后续取得实际数据时再升版本更新。

置信区间一定要填吗，区间宽度怎么定？

置信区间属于选填字段，估算不确定性较高或需要向管理层说明波动范围时填写。区间宽度可参照同类历史项目的实际偏差设定，并在字段中写明区间含义，例如“基于历史偏差 ±15%”。前提条件越不稳定，区间通常越宽；区间设定理由写入复核记录，便于后续对照实际结果校准。

项目中途范围变更，底稿应该改原行还是新增行？

建议新增行并保留原行，新增行在估算依据中注明变更单编号或范围说明，原行标注“已被替代”并保留原金额。这样合计变化可以逐行还原，复核人也能看清调整来源。若只是单价或数量的正常修正，可在原行更新并升版本号，在复核记录中写明调整前后数值与原因。

跨项目复用旧底稿时，哪些内容保留、哪些清空？

保留科目层级、计量单位、估算方法与字段口径，这些是模板的结构部分；清空金额、数量、单价、复核记录与版本日期，避免旧数据被误当成本项目估算。历史依据改为引用原项目归档编号，供新项目参照取值。复用后以新项目名称重新编制表头，版本号从 V1.0 起算。

多人协作填写底稿时，如何避免版本混乱？

把模板放到支持页面版本记录与权限控制的文档空间中统一维护，编制人与复核人按同一份最新版本工作。ONES Wiki 提供页面模板库，可一键创建制式化文档模板；文档实时同步并记录页面版本，支持随时查看与回滚；还可为不同角色配置读写权限，并与项目、任务保持关联。约定只有责任人可修改金额列、复核人确认后才升版本号，能进一步减少冲突。