一个中等规模的政务管理系统，A公司报价120万，B公司报价240万。哪一个是合理的？评审专家为什么总是砍预算？为什么人月法算出来的数，到了财政评审那里根本站不住脚？
问题的根源在于一个核心认知没有建立起来：软件开发费用估算并不是算账，而是一项有标准、有方法、有参数体系的专业性工作。
本文以**GB/T36964-2018《软件工程 软件开发成本度量规范》**为底层框架，结合全国各省市落地标准与行业基准数据，从方法论到实操细节，系统讲解软件开发费用究竟该如何测算。我们此前已对功能点方法以及各地相关标准进行了相关解读，详见：
01 方法选择的逻辑起点：区分软件类型
软件开发费用测算，首要环节是对项目所涉及的软件进行分类。不同估算方法的适用逻辑和计算路径存在本质差异。
（一）成品软件
成品软件指已完成开发、具备完整功能、可直接部署上线的标准化产品，如操作系统、数据库管理系统、通用办公套件、杀毒软件等。其估算采用数量单价法：费用=软件数量×单价。
测算重点：一是数量的核定 ，需依据项目用户规模、部署架构和授权模式综合确定，避免多采或漏采；二是单价的获取，应以厂商公开报价、政府采购历史成交价或市场公允价为基准，同时需明确价格是否涵盖产品授权费、年度标准服务费及升级维护费等后续支出，防止费用估算缺项。
（二）定制软件
定制软件是指依据项目特定业务需求进行专项开发的软件系统，其功能和性能不完全受制于通用产品，需通过开发过程实现。定制软件的估算主要有两种路径：
1.人月法
公式为：费用=开发人月数×人月单价
其中，人月数需按需求分析、系统设计、编码实现、测试验证、部署上线等阶段分别估算后汇总；人月单价则根据开发团队人员构成及当地人力成本水平确定。
人月法操作简单、上手门槛低，适合小型项目或需求模糊的前期方案对比。但缺陷突出：工作量全凭经验主观判断，不同测算人员结果偏差大，工作量无统一核查标准，验收阶段易产生甲乙双方纠纷。
2.功能点法
功能点法以软件功能规模为度量基础，通过统计系统功能点数量，结合行业基准生产率数据，换算为所需工作量，进而核算费用。
相比于人月法，功能点法的核心优势在于其客观性 和可核查性------功能点基于用户需求进行统计，不依赖估算者个人经验，且有国标和行业基准数据作为计算依据，预算编制和后续验收可以基于同一套功能点清单进行对照，有效降低了甲乙双方的信息不对称。
近两年，政务信息化领域的地方造价指南进入密集发布期。例如：赣州市发布**《赣州市本级政府投资数字化项目费用编制指南》（赣市财审字〔2026〕2号）** 、宜昌市出台**《宜昌市市级政务信息化项目支出定额标准（试行）》**。此外，宁夏吴忠、湖南长沙、黑龙江等地也发布了相应的指南。关于上述文件的详细解读，可参阅我们此前的分析文章：
《赣州市本级政府投资数字化项目费用编制指南》（赣市财审字〔2026〕2号）标准解读
宁夏《吴忠市本级政务信息化运维项目预算编制标准》（吴政办发〔2026〕1号）解读
长财评综〔2025〕35号《长沙市政府投资建设信息化项目信创适配预算支出标准》标准解读
《黑龙江省省级信息化建设项目预算支出标准》黑财办(2025)16号解读
02 成本法：功能点法的技术流程与参数体系
依据GB/T 36964-2018及配套技术规范，功能点法估算软件开发费用的完整技术流程包括以下五个环节。
（一）统计未调整功能点数（UFP）
将目标软件按照功能类型 进行分类统计。功能点计数项分为数据功能和事务功能两类，其中数据功能包括内部逻辑文件（ILF） 和外部接口文件（EIF） ，事务功能包括外部输入（EI） 、外部输出（EO） 、外部查询（EQ）。
预估功能点法 仅需识别数据功能中的ILF和EIF两类，不区分事务功能，计数公式为UFP=35×ILF+15×EIF 。该方法适用于项目建议书或可行性研究阶段，此时业务需求尚处模糊状态，仅需对软件规模做快速匡算即可满足决策需要，无需投入过多精力进行精细计数。
估算功能点法 覆盖全部五类功能，是当前应用最广泛的方式，适用于初设预算阶段。国内多数地区采用的主流取值公式为UFP=10×ILF+7×EIF+4×EI+5×EO+4×EQ， 部分地区采用差异化取值，公式:UFP=7×ILF+5×EIF+4×EI+5×EO+4×EQ。该方法平衡了测算精度与工作效率，能够满足预算编制的颗粒度要求。
详细功能点法按数据元素、引用文件数量划分复杂度等级并通过矩阵加权计算，是精度最高的计数方式。但该方法对需求文档颗粒度要求极高，统计过程繁琐，在实际结算与决算阶段应用场景有限。
（二）复用度调整（可选环节）
对于基于现有系统或成熟模块进行二次开发的项目，需根据功能复用程度对功能点数进行折减：US=UFP×复用率
复用率的取值需依据实际复用情况判定，通常分为高、中、低三档，具体标准可参照行业基准数据或地方实施细则。
（三）规模变更因子调整
在初步设计阶段，由于业务需求尚未完全细化到编码级别，功能点统计必然存在一定程度的遗漏或偏差，需要引入规模变更因子（CF）进行修正：
- 无复用场景：S=UFP×CF
- 有复用场景：S=US×CF
规模变更因子（CF）的取值反映项目在后续开发过程中功能规模可能发生的合理增长。各地标准在此参数上存在差异：黑龙江省规定，预算阶段规模变更因子统一取值为1.39；而多数地区在估算（可研）阶段取1.39，概算（初设）阶段取1.21。赣州市指南同样配套设置了规模变更因子，与复用度调整因子、应用类型调整因子共同构成完整的调整体系。
（四）开发工作量核算
开发工作量（AE）的计算分为两个层次。
首先，确定行业基准生产率（PDR），即完成每个功能点所需的工作量，单位为"人时/功能点"。依据中国软件行业基准数据（CSBMK）2025年发布结果，全行业软件开发生产率中值（P50）为6.72人时/功能点。宜昌市标准则参照湖北省省级标准，取单个功能点耗时6.5小时/功能点。行业基准数据同时提供下限（P25）和上限（P75）数据供不同复杂度项目选用，一般项目建议优先选用P50中值进行测算。
其次，计算调整后工作量：AE=PDR×S×AT×QR, 其中，AT为应用类型调整因子，QR为质量特性调整因子。不同应用领域和不同质量要求对工作量的影响差异显著。黑龙江省标准中应用类型调整因子跨度从1.0至2.0；部分标准还引入了值调整因子（VAF），通过14项通用系统特征（GSC）对功能规模做校准。VAF的计算公式为：VAF=0.65+0.01×ΣGSCᵢ。例如，陕西标准将值调整因子与质量特性因子并列设置，后者细分为性能效率、兼容性、可靠性、信息安全性等子维度。此外，重庆设置了独特的"数字化改革调整因子"（取值1.0---1.2）；福建及湖南长沙设置了"信创调整系数"，适用于采用国产化技术栈的项目。各地方标准中上述因子的命名、分类和具体数值不尽相同，编制时需针对性查用。
（五）费用计算
将调整后工作量（AE，单位：人时）折算为人月数，再乘以人力成本费率，得出软件开发费用：软件开发费用=(AE/174)×人力成本费率
其中，174为人月折算系数（人时/人月），按每月21.75个工作日、每日8小时工作制计算。个别地区可能采用176人时/人月等其他折算标准。
人力成本费率采用项目所在地同期行业标准，该费率在不同地区之间存在较大梯度差。据行业数据显示，人月费用取值区间通常在12000---25000元之间，少部分地区在3万元以上。具体而言，赣州市执行标准约为1.2万元/人月；宜昌市标准取16590元/人月。跨区域直接套用人力成本费率是实际应用中最常见也最容易被评审否定的错误之一。
03 市场法：成本法的交叉验证
市场法，即从产出角度，通过参考市场上同类软件产品的交易价格来进行估算。它是对成本法（功能点法）结果进行交叉验证、增强预算说服力的关键手段。
(一)市场法的核心逻辑
市场法的核心在于"类比"。通过调研近期已完成的、在功能、规模、技术复杂度和应用领域上相似的软件项目，以其市场成交价或中标价作为参照，来评估当前项目的合理价格区间。市场法尤其适用于成品软件采购、成熟功能模块复用等场景，能够有效弥补成本法在反映市场供需关系方面的不足。
(二)市场法的应用场景
- 交叉验证：在使用功能点法（成本法）得出初步估算后，引入市场法进行比对。如果两种方法得出的结果差异巨大，则需要重新审视成本法中的参数取值是否合理，或市场案例是否具有可比性，从而找出偏差原因，修正估算结果。
- 增强说服力：在预算评审环节，同时提供"成本核算"和"市场对标"两套依据，能让预算方案更加全面、客观，更容易获得评审专家的认可。例如，在评估一个管理系统时，除了用功能点法计算开发成本，还可以调研市场上其他同类应用的开发价格作为参照。
(三)智能询价：市场法的高效实现路径
传统市场法面临现实困境：历史成交价分散于各地政府采购网、招标公告等渠道，人工搜集耗时费力，且价格口径五花八门，难以直接对标。随着AI与大数据技术成熟，智能询价工具为市场法落地提供了高效方案。以**"AI询价喵"**为例，该平台基于AI与大数据技术，依托历史成交数据与行业标准，构建了参数解析、比价分析、价格审核及成果导出等完整流程。用户输入设备名称及关键参数后，系统自动完成多源价格数据的智能匹配与比价分析，生成带依据链路的分析报告。
实操中建议将智能询价工具与人工研判相结合：工具负责快速采集与初筛，专业人员负责对价格口径、可比性进行最终判断，两者互为补充。
04 常见估算误区与合规避坑指南
在实际项目中，很多估算偏差与合规风险并非方法错误，而是操作不规范导致。梳理行业高频误区，可有效提升估算质量。
- 避免功能点过度拆分，偏离业务本质。最常见的问题是将技术实现步骤、界面按钮、弹窗提示等拆分为独立的功能事务，违背了功能点"基于用户视角、业务闭环"的核心原则。功能点计数的核心是识别完整的业务事务与逻辑数据组，而非技术操作步骤，过度拆分的功能点在结算审计中会被大幅核减。
- 避免不分阶段套用同一套参数。例如在立项阶段就按结算阶段的参数取值，忽略规模变更因子，导致预算编制不足，项目实施过程中频繁申请追加投资；或结算阶段仍套用立项阶段的高变更因子，造成费用虚高。参数必须与项目阶段一一对应。
- 避免混淆费用范畴，违规列支成本。将运维费、数据迁移费、硬件集成费、第三方测评费等纳入软件开发费用，或将不属于项目专属的通用设备采购、企业日常运营成本计入直接非人力成本，都会导致费用口径不合规，在审计中面临核减风险。
- 避免人月单价口径不一致。将人月单价等同于人员税前工资，忽略社保、公积金、管理分摊、利润等组成部分，导致费用测算偏低；或不分岗位层级、不分工作类型统一按最高开发单价测算，造成费用虚高。人月单价必须采用当地标准规定的全口径基准值。
- 避免单一方法估算，缺乏交叉验证。仅依靠专家经验或单一类比项目定价，缺乏量化方法校验，容易出现大幅偏差。标准普遍鼓励采用多种方法分别测算并交叉校验，进一步提升估算结果的可靠性。
整套测算流程涉及大量地域参数、分阶段修正系数及动态基准数据，手动处理不仅耗时，且容易因参数错配或统计遗漏导致评审反复。若希望简化操作、自动适配项目所在地财政评审规则并高效输出合规造价文档，可借助专业辅助工具------"软件造价喵"，该平台深度对接GB/T 36964-2018国标，内置全国60余项省市本地化规范及近十年CSBMK行业基准数据；通过AI辅助分析需求文档，可自动识别ILF、EIF、EI、EO、EQ等全类型功能点，一键完成规模核算、工作量折算与费用计算，并生成附带详细依据的功能点清单及评审报告。同时支持后台专家复核、多角色在线协作及项目数据导入导出，在保障测算逻辑可追溯的前提下显著提升编制效率，降低合规风险。
05 结语
软件开发费用估算是一项专业性较强的工作，其核心在于方法适用、参数有据、属地匹配三者的统一。成品软件适用数量单价法，定制软件则根据项目规模和需求明确程度选择人月法或功能点法。对于中大型项目，功能点法因其客观性、可核查性和标准化程度，应作为首选方法。
在实际操作中，编制人员需要对国标方法论有系统理解，对本地区适用的标准或实施细则有准确把握，对行业基准数据有及时更新，同时注重需求分析的深度和功能点统计的完整性，才能真正做到预算编制有据可依、评审环节经得起质询。