人力：招聘流失
自研团队的隐性成本是招聘周期与流失后的知识断层。怎么估：按岗位招聘周期与交接时间折算，再乘上流失概率。边界是关键模块只有一人熟悉时，风险不是成本问题，而是业务连续性问题，需要提前做备份。
升级：框架模型
模型接口、框架版本与依赖库都会变，自研要跟着改，采购要等厂商适配。为什么容易漏：升级通常不在首年预算里。怎么做：按季度评估升级影响，把适配工时列入运维预算，并保留可回滚的版本，指定跟进人。
补丁：安全合规
漏洞修复与合规要求不区分自研还是采购，责任都在使用方。怎么算：按漏洞数量与修复工时估算，加上测评整改。边界是没有专人跟进时，补丁会积压，风险随时间放大，出事后再补代价更高，也很难追责。
交接：文档评测
文档、评测集与提示词是长期资产，缺少维护就会失效。为什么重要：换人或换供应商时，这些资产决定接手速度。怎么做：把文档与评测集纳入交付物，指定维护人并按季度更新，避免只存在个人电脑里。
续费与定制
采购的订阅会随用量与版本上涨，定制需求另行计费。怎么估：按三年续费与定制工时分别列账，并关注涨价条款。边界是深度定制会把采购变成事实自研，责任仍归厂商，出问题时协调成本更高，预算也更难控。
适用与不适用
适合谁
- 准备立项、需要估算三年投入的团队
- 已上线系统、想复盘真实维护成本的负责人
不适合谁
- 只做短期试点、不打算长期运行的项目
典型场景
某企业自研的问答系统运行两年，账面只有两名工程师的工资。第三年核心成员离职，交接花了两个月；框架升级又占用了半年的人力。财务复盘时把这些隐性投入折算进去，发现总成本已接近采购方案，随即调整了后续项目的预算口径。
可执行步骤
- 按岗位招聘周期与交接时间折算人力成本，并标注流失风险与备份安排，作为下一轮复盘的依据
- 按季度评估框架与模型升级影响，估算适配工时与回滚成本，明确完成时限
- 统计漏洞数量与修复工时，加上测评整改与复测费用并按年汇总，并把结论同步给业务方
- 把文档、评测集与提示词列为交付物，指定维护人并定期更新，留存版本记录
- 按三年列出续费、定制与涨价条款，做敏感性分析并标注假设，由复核人签字确认
常见坑
- 只算工资，忽略招聘周期与交接时间，关键成员离职后项目停摆数月，业务只能临时找外部支援，预算容易被反复追加。
- 升级预算没有单列，框架换代时临时抽调人力，挤占业务需求排期，交付节奏被打乱，客户也开始催，团队信心也受影响。
- 文档与评测集只存在个人电脑里，换人后无法复现结果，只能重新搭建，前期投入难以复用，交接也难。
自检与验收清单
- 人力成本是否含招聘、培训与交接时间，并逐项说明
- 升级适配工时是否列入年度运维预算并复核，由业务方确认口径
- 漏洞修复与测评整改费用是否单列并留档，纳入验收清单
- 文档、评测集与提示词是否有明确维护人与更新频率
常见问题
自研的人力成本怎么算才合理？
按岗位全成本折算，包含招聘、培训、管理与交接时间，而不是只算工资。更稳的做法是记录三个月的实际工时，再按项目分摊。这样在预算评审时更有说服力，也能暴露真实的投入结构。
采购的续费会不会一直涨？
取决于合同条款与用量增长。建议约定涨幅上限、用量阶梯与提前通知期，并保留按年调整的空间。若合同只写按厂商定价执行，第三年的预算会很难控制，议价空间也很小，容易被动续约。
文档和评测集谁来维护？
指定一名内容或技术负责人，按季度更新并纳入考核。文档与评测集是长期资产，缺少维护就会失效；建议放在版本库里，与代码或配置一起变更，避免只存在个人电脑或聊天记录中，交接时找不到。