“我们SKU很多，欧洲国家也不少。PPWR以后肯定不是做一次就结束。那我们干脆自己开发一套系统，长期用，是不是更划算？”
这个想法很正常。
尤其是规模稍大的企业，已经有ERP、PLM、QMS或者供应商管理系统，内部也有开发团队。
第一反应往往是：
做一个包装数据库，再加上DoC、技术文件和一些提醒功能，好像也没有那么复杂。
但真正开始算账以后，企业通常会发现：
系统开发费用只是其中一部分。
真正需要纳入预算的，还有法规梳理、数据清洗、跨部门沟通、试错、返工，以及系统上线以后的持续维护。
所以，如果企业正在评估PPWR系统到底自己做还是采购成熟方案，我建议不要只问：
“开发报价多少钱？”
更应该算一笔完整成本账。
先看一个比较典型的企业场景
假设一家中国制造企业：
有2000个出口SKU。
经过初步整理以后，发现这些SKU并不对应2000套完全不同的包装，而是大约120个主要包装家族。
供应商有60多家。
目前销售到德国、法国、意大利、西班牙、荷兰和波兰。
公司内部涉及销售、采购、包装工程、质量、合规和IT。
企业希望系统未来至少能够管理：
产品和包装之间的关系；
包装材料和重量；
供应商资料；
包装版本；
测试报告和供应商声明；
PPWR适用要求；
证据缺口；
技术文件；
DoC；
不同国家和客户的调用关系。
如果只是把这些字段放进数据库，其实不难。
真正困难的是：
这些数据之间应该怎么连接。
第一笔成本，往往发生在写代码之前
企业首先要决定：
什么是一个包装对象？
一个SKU对应几个包装？
运输包装算在哪一层？
同一个纸盒同时用于20个SKU，系统应该保存20次，还是建立一个包装家族？
包装供应商换了，但是材料没变，需要新建版本吗？
同一个产品给不同欧洲客户使用不同包装，系统怎么区分？
这些问题如果没有想清楚，开发团队也只能根据业务部门给出的描述搭系统。
这里通常需要三类人一起参与：
内部业务负责人；
PPWR合规人员；
系统或数据架构人员。
对于一个中大型项目，这一阶段可能持续一个月甚至更久。
如果算上内部人员工时和外部合规顾问支持，企业可能已经投入了10万到30万元左右的等价成本。
这部分经常不会出现在软件开发报价单里。
但它是真实发生的成本。
真正的大头，还是开发工时
接下来才进入开发。
如果企业只需要一个内部包装资料库：
录入包装信息；
上传文件；
生成简单报表。
开发投入相对有限。
但是如果企业希望系统真正支持PPWR持续合规，工作量会明显增加。
因为系统需要处理：
包装版本；
供应商变化；
证据关联；
权限；
审批；
变更记录；
Technical Documentation；
DoC生成；
历史版本留存。
如果还需要和ERP、PLM或者PIM连接，复杂度会再增加。
以一个中型企业内部系统为例，实际投入可能需要：
1名产品或项目负责人；
1—2名后端开发；
1名前端；
测试人员；
接口或DevOps支持。
假设项目持续6—10个月。
仅开发、测试和项目管理投入，折算下来就可能达到60万—120万元。
如果涉及多个系统接口，成本还会继续增加。
最容易被低估的一笔，是返工成本
系统开发最怕的不是功能做不出来。
而是：
做出来以后发现业务逻辑不对。
比如一开始按照：
SKU → 包装
设计。
系统上线以后才发现：
一个SKU可能对应多个市场包装版本。
又发现：
多个SKU其实可以共享同一个包装家族。
再过几个月，企业开始做DoC，又发现证据应该绑定到“包装版本”，不能只绑定SKU。
这时候数据库结构可能需要调整。
页面需要调整。
接口也可能跟着变化。
这种返工非常贵。
因为它不只是重新写几个页面。
前面的历史数据可能也需要迁移。
如果项目第一年的系统建设投入是100万元，出现一次比较大的数据模型调整，额外增加20万—40万元并不奇怪。
企业真正需要控制的，就是这种试错。
还有一笔很难在预算表里看到：跨部门管理成本
PPWR天然是跨部门项目。
销售知道客户要求。
包装工程知道包装结构。
采购知道供应商。
质量掌握检测资料。
合规负责法规判断。
IT负责系统。
这些部门不会天然使用同一种语言。
比如采购说：
“这个纸箱没有变化。”
包装工程可能说：
“尺寸没变，但克重改了。”
质量会继续问：
“那原来的报告还能不能用？”
IT最后问：
“系统里到底要不要新建版本？”
一个问题可能需要开几次会议才能确认。
如果企业有6个部门参与，项目持续一年，每个月举行几次协调会，再加上会后的数据确认和邮件沟通，这部分内部管理工时折算下来，也可能达到10万—30万元甚至更高。
规模越大的企业，这笔隐形成本越明显。
合规顾问费用，也应该算进系统预算
PPWR系统和普通ERP模块有一个很大的区别。
它里面存在法规判断。
例如：
谁承担PPWR下的Manufacturer责任；
哪些包装适用哪些要求；
什么证据可以支持判断；
什么时候需要更新技术文件；
什么变化会影响原有DoC。
这些内容不能完全由IT团队定义。
企业通常需要内部法规团队或者外部顾问参与。
尤其是在系统设计和上线验证阶段。
如果企业长期聘请外部法规顾问参与需求梳理、规则确认、上线验证和后续更新，一年的预算可能在10万—30万元以上。
复杂行业可能更高。
系统上线以后，钱还没有花完
这一点也很容易忽略。
PPWR不是一个“一次上线、长期不变”的项目。
包装会变化。
供应商会变化。
法规实施细则、授权法案和标准也会继续完善。
企业系统后续需要做：
服务器和数据库维护；
账号权限管理；
系统故障处理；
功能修改；
接口维护；
法规规则更新；
数据备份；
安全审查。
所以系统上线以后，每年通常还需要持续投入。
对于一个中型企业内部系统，比较现实的年度运维预算可能在20万—50万元左右。
如果涉及集团、多地区、多系统接口，维护费用还会增加。
把这些费用放在一起，会是多少钱？
我们继续用前面的企业举例。
2000个SKU。
120个包装家族。
6个欧洲国家。
60多个供应商。
内部希望建立一套可以持续运行的PPWR管理系统。
第一年的成本可能大概是：
法规和业务需求梳理：
15万元
开发和系统建设：
80万元
ERP/PLM接口和数据迁移：
25万元
PPWR顾问和规则验证：
20万元
测试、修正和第一次较大返工：
25万元
内部跨部门协调和管理工时：
15万元
上线后的第一年运维：
25万元
这样算下来：
第一年的实际投入已经接近205万元。
这还没有计算企业内部原有系统改造可能产生的其他费用。
当然，这只是一个示例。
如果企业数据基础很好，系统范围也比较克制，成本可能明显降低。
如果集团公司有多个事业部、多个ERP实例、几十个欧洲市场，预算达到300万元甚至更高，也并不意外。
所以，20万元的软件和200万元的软件，可能都叫“PPWR系统”
这里企业特别容易比较错。
市场上有人说：
“几十万元就可以做PPWR系统。”
可能完全正确。
因为对方做的是：
包装数据录入；
文件上传；
DoC模板。
这确实可以几十万元完成。
但另外一家企业说：
“我们的PPWR系统投入200万元。”
也可能完全合理。
因为它需要：
多SKU管理；
包装家族；
供应商证据；
版本控制；
ERP接口；
法规规则；
Technical File；
DoC；
多国家；
审计记录。
所以企业在比较成本时，最先应该比较的不是价格。
应该先确认：
你希望这个系统到底解决到哪一层。
对很多企业来说，最贵的并不是软件
真正容易花冤枉钱的地方，是系统建好以后才发现：
包装数据没有整理。
供应商资料没有统一。
包装版本没有管理。
内部责任没有明确。
最后系统上线了。
大家还是继续用Excel和微信找资料。
这时候开发投入已经发生。
但是合规能力并没有真正建立。
所以对于多SKU、多包装、多国家企业来说，决定是否建设PPWR系统之前，最好先选一个小范围跑一次。
例如选3—5个SKU。
选一个包装家族。
选2—3个欧洲市场。
把真实数据放进去。
看看企业实际缺什么。
数据在哪里。
供应商能提供到什么程度。
内部哪个部门最容易卡住。
完成这一步以后，再决定系统需要做到什么程度。
这个顺序看起来慢一点。
但从企业投资角度，往往更省钱。
最后算的，其实不是“软件多少钱”
企业真正应该问的是：
为了让PPWR持续合规，我们未来每年需要投入多少钱？
开发只是其中一笔。
试错会花钱。
返工会花钱。
内部管理会花钱。
法规维护也需要持续投入。
所以，如果一家多SKU、多包装、多国家的企业准备自建PPWR系统，第一年按100万—300万元级别做预算规划，会比只拿一个开发报价来做决策更接近真实情况。
如果企业只是做一个简单的内部包装数据库，当然可以低很多。
关键在于先确认：
我们到底需要一个工具，还是需要一套可以持续运行的PPWR合规能力。
这两个目标的成本，完全不同。
欧盟合规想省心，一站落地找溯鑫
SX HUB
www.sxtracking.com
info@sxtracking.com