一句话总结
选择碳核算平台，本质上是在选合规框架，不是在选软件功能。国内平台解决的是政府监管报送问题，国外平台解决的是供应链尽调和资本市场披露问题。用错了方向，你花三百万买的系统会成为审计黑洞。
这不是功能对比问题，是法律实体问题。国内碳排放数据涉及地理信息安全，外资平台根本拿不到测绘资质。国外碳核算涉及EU ETS、CBAM、SEC气候披露，国内平台的数据结构天然不兼容国际审计标准。你需要的不是功能矩阵表，是一个判断：你的企业到底向谁交数据，交到什么颗粒度。
适合谁看
这篇文章写给三类人做决定用。
第一类，跨国企业的中国区可持续发展负责人。你同时被总部要求对接CDP和SBTi，又被国内发改委要求报送省级碳核查报告。你的痛点是两边数据口径打架，不是缺平台，是现有的平台只能覆盖一侧。
第二类，国内新能源、钢铁、水泥行业的碳管理负责人。你们即将被纳入全国碳市场第三个履约周期，之前用的Excel模型已经扛不住MRV审核了。你需要的是一个能直接对接生态环境部报送系统的平台，而不是一个漂亮的BI看板。
第三类，碳核算SaaS公司的产品决策者。你在纠结产品路线图是往Tier 1国际标准靠，还是往国内监管合规深扎。这篇文章会告诉你：不存在中间路线。两个市场的底层数据模型从排放因子库开始就不一样。
为什么国内碳核算平台的核心不是算法，而是排放因子库的合规性
大多数产品经理进入碳核算领域，第一反应是琢磨算法。怎么用卫星遥感反演甲烷泄漏，怎么用机器学习做缺失值插补。这个思路在国内市场是错的。
国内碳核算的核心瓶颈不在算法，在排放因子库。中国有24个重点行业的核算指南，每个行业的排放因子由生态环境部发布，每年更新。但问题在于，这些因子是省级细化的。同样一吨水泥熟料，在河北和云南的默认排放因子可以差12%。这不是技术问题，是政策设计问题——国家允许省级差异化因子来体现能效差异。
结果就是，一个碳核算平台的数据模型必须内置省级因子库，并且能自动匹配企业的地理位置和行业代码。不是A设计一个通用计算引擎然后让用户自己填因子，而是B直接把2024年生态环境部发布的所有省级因子预置进系统，用户选完行业和地址，因子自动锁定。前者是SaaS思维，后者是合规思维。在国内市场，前者过不了MRV审核。
我见过一个真实案例。一家钢铁企业花200万买了一套欧洲碳核算软件的中国版，系统用的是IPCC默认因子。第一次提交省级核查，直接被退回，理由是“未采用国家主管部门发布的排放因子”。这不是功能缺陷，是产品定义错误。你卖的不是计算器，是合规凭证。
另一个被忽视的点是因子更新机制。生态环境部的因子每年调整，但调整窗口和履约周期不同步。这意味着平台必须有因子版本管理功能，能同时跑旧版和新版因子，生成对比报告，供企业判断用哪个版本做交易决策。这不是技术需求，是政策博弈需求。国内平台产品经理如果没参加过碳市场履约前的政策吹风会，根本想不到这个功能点。
> 📖 延伸阅读：ModalAI产品经理岗位职责与面试要点2026
为什么国外平台把供应链数据采集当成核心战场，而国内平台几乎不做
打开SAP Sustainability Control Tower或者Salesforce Net Zero Cloud的产品架构图，你会看到60%的功能模块围绕Supplier Data Collection展开。国内碳核算平台的产品架构里，供应链模块几乎不存在，最多是个Excel上传入口。
这个差异不是功能路线图的选择，是合规驱动力的根本不同。
国外企业做碳核算，压力来自下游客户。一个苹果的供应商被要求提供Product Carbon Footprint，不是一年交一次，是每批次产品都要披露。这就意味着数据采集必须嵌入采购流程，必须能处理多层供应商的Scope 3数据聚合。
不是A平台提供一个表单让供应商填报，而是B平台直接对接SAP Ariba或Coupa，从采购订单自动触发数据请求，供应商在接单的同时完成碳数据填报。前者是数据仓库，后者是业务系统。
国内企业的碳核算压力来自政府。你的数据报送对象是省级生态环境厅，报送频率是年度，报送范围是法人边界内的Scope 1和Scope 2。供应链碳数据在国内既没有法律强制力，也没有交易价值——至少现在没有。在碳市场只覆盖发电、钢铁、水泥等上游行业的阶段，你让一家汽车主机厂去算供应链碳排放，算出来的数据既不能用于履约，也不能用于抵扣，只能放进ESG报告当插图。
这就导致一个残酷的产品现实：国内平台做供应链模块是自杀式开发。投入300人月做出来的功能，客户愿意付的钱是零。不是功能不好，是客户没有买单动机。国外平台不做供应链模块才是自杀，因为客户50%的碳排放来自Scope 3，缺了供应链数据，整个核算体系不成立。
我在一个跨国企业的debrief会上见过最典型的冲突。中国区负责人说我们需要对接国内碳市场报送系统，总部说我们需要供应商碳数据做SBTi目标追踪。同一个平台，两个需求，底层数据模型完全不一样。最后决定是买两套系统，数据手工对齐。这不是预算浪费，这是两个合规世界的物理隔离。
为什么数据安全合规决定了平台技术架构的底层差异
碳核算数据在中国被归类为重要数据，涉及地理信息的碳排放监测数据直接进入测绘地理信息管理范畴。这意味着什么？意味着任何使用卫星遥感做碳排放监测的外资平台，如果没有测绘资质，采集和存储的每一张影像都是违规的。
这不是政策模糊地带，是硬边界。2022年自然资源部已经明确，碳排放监测中使用的卫星影像、无人机航拍数据，如果分辨率优于0.5米，或者涉及重点排放设施的地理坐标，必须由具有测绘资质的国内主体处理。外资碳核算SaaS公司根本没有资格申请这个资质。
这个合规约束直接塑造了国内平台的技术架构。不是A选择用高分辨率卫星影像做排放源识别然后被法规卡住，而是B从一开始就把空间数据引擎设计成“合规优先”：所有地理数据处理在本地服务器完成，影像分辨率自动降解到合规阈值，排放源的精确坐标在输出端脱敏为行政区域代码。前者是技术驱动的产品设计，后者是法律驱动的产品设计。
国外平台完全没有这个包袱。GHG Protocol或者EU ETS对数据安全的要求只到商业机密层面，你只要做好供应商数据隔离和访问控制就够了。所以国外平台可以放心地把卫星数据放在AWS或Azure上跑，可以用Google Earth Engine做全球尺度的土地利用变化分析。这些技术路径在国内市场全部走不通。
更隐蔽的一个差异是数据出境。跨国企业在中国收集的碳排放数据，如果传回总部服务器，就构成数据出境，需要通过安全评估。我见过一家德资化工企业，中国工厂的碳排放数据实时传到德国SAP系统做集团级碳核算，结果被网信办约谈，要求做数据出境安全评估。评估周期8个月，期间数据传输必须暂停。这不是技术问题，是产品数据流设计没考虑中国数据主权要求。
国内碳核算平台在设计之初就把数据出境阻断作为默认配置：数据存储在国内云，对外接口只输出聚合后的排放总量，不输出设施级原始数据。国外平台要改这个架构，相当于重写数据层，成本不低于重新开发一套系统。
> 📖 延伸阅读：Google PM产品思维模板：逐步练习指南
为什么国内平台的功能边界停在碳交易，而国外平台延伸到碳信用和碳资产
打开上海环交所的碳交易系统，再看欧洲能源交易所的碳交易平台，你会发现一个反直觉的事实：国内碳核算平台和碳交易平台是两套独立系统，数据需要人工导出再导入。国外平台则把碳核算、碳交易、碳资产管理放在同一个产品矩阵里。
这个差异的根源不是产品愿景，是市场结构。
国内碳市场是配额市场，不是自愿减排市场。企业买的是政府分配的碳排放配额，不是项目产生的碳信用。配额交易的核心是履约，是合规行为，不是投资行为。这意味着碳核算平台只需要算清楚排放量，交易决策由企业财务部门在交易所系统里完成。两个系统的用户不同、数据频率不同、合规要求不同，整合在一起只会增加系统耦合度，没有商业价值。
国外碳市场同时存在配额交易和碳信用交易。EU ETS的配额和VCS、Gold Standard的碳信用可以在同一个资产组合里管理。企业不是只为了履约，而是做碳资产配置——用碳信用对冲未来配额价格上涨风险。这种场景下，碳核算和碳交易必须打通。核算系统算出的排放缺口直接触发交易系统的采购指令，碳信用的碳减排量自动抵扣核算边界内的排放。
国内平台做碳信用模块会踩一个更大的坑：CCER的方法学。中国的自愿减排交易体系目前只重启了造林碳汇、并网光热发电、并网海上风电四个方法学。核算平台如果内置了国际主流的VCS方法学，会导致企业误以为可以用于国内履约，结果是审计不认。不是功能越多越好，而是功能必须精确匹配合规范围。
我见过一个产品决策失误的案例。一家国内碳核算SaaS公司投入大量资源开发了碳信用项目开发模块，支持VCS和GS方法学。上线后发现国内客户根本不用——国内碳市场不接受这些标准。出海到东南亚，又发现当地客户选择碳信用标准是根据买方偏好来的，不是根据平台支持的标准。这个功能模块最后沦为营销素材，产品ROI为负。
准备清单
- 明确你的碳数据报送对象。生态环境部、交易所、总部可持续发展部门、下游客户——每一个对象对应一套不同的数据结构。不要试图用一套平台覆盖所有对象，这是产品选型的第一大陷阱。
- 检查平台的排放因子库是否内置了中国省级因子。如果供应商说“因子可以自己导入”，直接pass。自己导入的因子在核查时不被采信，必须是平台预置的官方发布因子。
- 确认数据存储和传输的物理位置。如果平台服务器在境外，或者数据会出境，立即启动数据出境安全评估。评估周期至少6个月，不要等项目上线前才开始。
- 如果你的企业涉及供应链碳数据采集，先确认你的客户是否真的愿意为Scope 3数据买单。国内绝大多数行业没有这个意愿，不要为用不到的功能付费。
- 了解平台的数据颗粒度是否能同时满足国内核查和国际披露。国内核查要求设施级数据，国际披露可以接受工厂级聚合。平台必须能灵活切换聚合层级，否则你会面临二次加工的数据成本。
- 考察平台是否具备因子版本管理和对比功能。碳市场履约周期和因子更新周期不同步，你需要能同时看到新旧因子的核算结果差异，用于交易决策。
- 系统性拆解碳核算平台的合规架构和功能边界，PM面试手册里有完整的碳管理SaaS产品设计实战复盘可以参考，特别是关于排放因子库版本管理和数据出境阻断的产品方案。
常见错误
错误1：把碳核算平台当成BI看板来选型
BAD案例：一家新能源车企采购了一套碳核算平台，核心选型标准是可视化效果和交互体验。上线后发现，平台内置的排放因子是IPCC默认值，和国内省级因子偏差超过15%。第一次提交ESG报告，审计师拒绝签字，因为数据来源不合规。最后不得不手工替换全部因子，平台沦为数据录入工具。
GOOD案例：一家钢铁集团选型时，第一轮筛选只看排放因子库的合规性。要求供应商提供生态环境部发布的省级因子内置证明，以及因子更新的政策依据文件。第二轮才看产品的计算引擎和可视化。最终选定的平台虽然交互体验一般，但数据直接通过省级核查，没有返工。
判断逻辑：碳核算不是数据分析项目，是合规项目。数据的合规性比数据的呈现方式重要一百倍。不是选最好看的，而是选最不会被退回的。
错误2：用国内平台做国际供应链碳披露
BAD案例：一家电子代工厂使用国内碳核算平台完成了苹果的供应商碳数据填报。提交后被苹果审核团队退回，理由是数据结构和PACT框架不兼容——国内平台按法人实体聚合排放数据，苹果要求按产品线拆分，并且要追溯到Tier 2供应商。企业被迫重新采购一套国际平台，之前的数据全部作废。
GOOD案例：一家化工企业在项目启动前先做了合规框架匹配。他们同时面对欧盟CBAM和中国碳市场两个合规体系，判断两个体系的数据结构不兼容后，直接采购两套平台：国内平台对接生态环境部，国际平台对接EU ETS和CDP。数据在两个系统间通过API自动对齐，不做合并。
判断逻辑：不存在能同时完美适配两个合规体系的平台。不是功能不够，而是底层数据模型互斥。强行统一只会导致两边数据都不可用。
错误3：忽视数据安全合规导致系统被迫下线
BAD案例：一家外资水泥企业在中国工厂部署了总部的碳核算SaaS系统，系统自动采集工厂DCS数据并实时上传至欧洲服务器。运营6个月后被网信办通报，认定涉及重要数据出境未申报，系统被要求暂停使用，企业被处以罚款。重新部署国内合规系统耗时14个月，期间所有碳排放数据手工处理。
GOOD案例：一家德资汽车零部件企业在部署碳核算系统时，先做了数据分类分级。将涉及设备级排放数据和地理信息的数据标记为限制出境数据，全部存储在国内私有云；只将聚合后的工厂级排放总量传输至总部系统。上线前完成了数据出境安全自评估，获得网信办备案。
判断逻辑：碳核算数据在中国不是普通商业数据，是重要数据甚至可能构成核心数据。不是先上线再合规，而是不合规不上线。
FAQ
Q：国内碳核算平台能不能同时满足欧盟CBAM的数据报送要求？
不能。CBAM要求的数据结构是隐含碳排放，需要追溯到每个生产工序的直接排放和间接排放，且电力排放因子必须使用默认值或实际值中的特定规则。国内碳核算平台按中国核查指南设计，排放边界划分方式不同——CBAM按装置划分，中国按法人实体划分。
一个钢铁企业的电弧炉和高炉在CBAM里是两个独立报送单元，在中国系统里是一个企业的不同工段。强行用国内平台出CBAM报告，数据需要拆解重组，审计追溯性会断裂。结论：CBAM报送必须用专门设计的系统，或者在国际平台里单独建中国工厂模型。
Q：国内碳核算平台的价格为什么比国外平台低这么多？
不是功能缩水，是市场定价逻辑不同。国内碳核算平台的买方是合规驱动的企业，预算来自环保合规部门，采购逻辑是“满足监管最低要求的最低价中标”。一套省级碳核查报送系统，市场价在30万到80万之间。
国外平台的买方是可持续发展部门和财务部门，预算来自ESG评级提升和融资成本降低的商业回报，采购逻辑是“能支撑CDP评级从B提升到A的系统”。一套SAP Sustainability的价格在200万到500万之间。价格差反映的不是功能差，是买方付费意愿和商业价值的差。
Q：如果企业同时有国内和国际碳核算需求，是买两套系统还是一套定制开发？
买两套系统。不是定制开发做不到，而是维护成本会杀死你的团队。国内和国际合规框架各自每年都会更新，每更新一次，你的定制系统就要做双倍适配。一个排放因子更新可能涉及国内省级因子库和国际IPCC因子库的同步调整，测试工作量指数级增长。
我见过一家企业用一年时间定制了一套双模系统，第二年遇到中国碳市场扩容和EU ETS改革，系统需要重新开发60%的功能模块。最终算下来，定制开发的三年总成本是采购两套成熟系统的2.3倍。分开采购，各自维护，数据通过轻量级接口对齐，是当前唯一可行的方案。
准备好系统化备战PM面试了吗？
也可在 Gumroad 获取完整手册。