市场上产品 LCA碳足迹计算工具不少， 几乎清一色都是这样的：
表单式地输入一个产品，
填进物料/排放的数值
搜索排放因子库，
匹配排放因子
点击保存或计算
生成一张脑图，沿着产品流程单向展开，最后出一张碳足迹结果图——国内几乎清一色都是这样。
但这里有一个被产品LCA碳足迹软件刻意模糊掉的差别：市面上很多所谓的”LCA碳足迹软件” 与真正的“LCA软件”相去甚远。 LCA碳足迹软件用的是排放因子法——本质是碳足迹计算器，给你一个产品，乘上一个排放因子，累计得出一个碳足迹数值。这种方法准确度范围很宽，结果的准确性通常取决于因子的准确性，如果没有合适的因子， 那么这部分计算就无法继续。应对简单产品得碳足迹计算可以，应对复杂产品计算就很困难。
1. 请现场展开这个模型里任意一个排放因子的完整来源链路——从数据库条目到最终特征化结果。
Demo产品能算出结果，但过程细节呢？真正商业化的LCA工具必须支持在影响评估后的结果页面支持从单元过程到清单流、从清单流到特征化因子的逐层追溯。只看一个汇总数字，说明它的计算链路要么是黑箱，对环境热点追溯无从谈起。GaBi等的用户就需要忍受更高的学习成本，核心原因之一就是每一步直到每个工序的每一个清单流都可查看。
看什么：现场打开一个预置模型的LCA计算结果，在影响评估后的结果页面任选一个排放因子（或任一工序的清单流），逐层追溯其完整来源链路——从结果页回溯至对应的单元过程、该单元过程的清单流，验证每一步是否可点击展开、逐层查看，确认计算结果非黑箱、环境热点可追溯。
2. 请现场展开一个产品模型以及逐层下钻到单个工序直到清单流
请现场展开一个产品模型以及逐层下钻到单个工序直到清单流，是否以ILCD定义格式呈现完整数据文档，命名、数据集信息、建模与验证、过程清单、管理信息等主要部分是否齐全、能否逐项展开。
看什么：现场搜索一个工序，要求展示该工序按ILCD定义格式呈现的完整数据文档——命名是否规范、数据集信息、建模与验证、过程清单、管理信息等主要部分是否齐全、是否可逐项展开查阅。
3. 支持自建你的专属因子库吗，还是仅使用公开数据？自建因子库和外部因子库可以隔离吗？是否支持企业维护自己特定的数据集，增删改查？每条数据可以存证吗？
很多LCA 碳足迹软件DEMO产品的因子库是公开数据的简单拼接，或不支持企业维护自己的因子库，做不到把企业自己维护的特定数据集与平台公共库隔离开——一旦企业录入了自己的供应链实测数据或供应商特定因子，要么混在公共库里无法区分来源，要么根本没有独立维护的入口。中国用户还有一个额外的坑：ecoinvent等国际数据库的电力模型基于欧洲电网结构，直接套到中国企业头上会产生系统性偏差，企业需要能用自己的本地因子去覆盖或补充。而”存证”这一条最容易被忽略：每一条企业自维护的数据，从录入、修改到被哪个模型引用，有没有带时间戳和操作人的记录，直接决定了这条数据在审计时能不能被采信。
看什么：要求现场演示——建一个企业专属数据集，与平台公共因子库隔离；对该数据集做一次增、删、改、查；然后点开其中一条数据，看它是否带有完整的存证记录（录入时间、修改历史、操作人、被引用情况）。
4. 你的计算引擎是否独立自研？目前支持碳足迹，那用户需要水足迹、资源利用计算时，是不是意味着原来的系统是一个独立烟囱，要再开发一套水足迹或资源利用系统？当客户要求新增一个影响评价方法时，你现有的系统怎么支持？
这个问题看起来是问引擎，实际上是问架构。很多SaaS产品的”碳足迹模块”是一个独立烟囱：清单模型一套、计算逻辑一套、结果展示一套，只服务于碳足迹这一个指标。一旦用户提出水足迹、资源利用、土地利用这类需求，供应商的答案往往是”我们再开发一个水足迹模块”——这意味着底层模型不共用、数据要重新录、方法库各自维护，用户在碳足迹上积累的模型资产无法平移到水足迹计算里。真正的LCA架构应该是一套清单模型支撑多个影响评价方法：碳足迹、水足迹、资源利用都是同一份清单数据在不同特征化方法下的投影，换的是方法和因子，不是重做一套系统。判断标准很具体：问他们上一次为一个客户新增一个非碳的影响评价类别是什么时候，是配置完成的，还是开发完成的，花了多久。
看什么：要求现场演示”不可再生资源-化石能源消耗”的完整操作流程，问：现有的清单模型能否直接复用、无需重新开发一个系统。
5. 当产品规格达到成百上千时，如果有一千个规格引用同一个工序，需要为每个规格从头建一个产品模型吗？如何实现模型和工序高度的复用。
这一问问的是建模效率的规模化能力，而Demo产品在简单模型（工序数量几个），简单工序（清单流的输入和输出不过几十条）构建的模型里的演示里永远看不出这个问题。真实场景是：一家企业有几百上千个SKU，它们共享某几个相同的工序结构，只在少数清单流上不同——材料牌号、部件尺寸、供应商、运输距离。如果系统要求每个规格从头建模，意味着一次参数变更要在上千个模型里手工重复，工时不可承受，一致性无法保证：改了八百个、漏了两百个，或者不同人建同一道工序时假设不一致，最终碳足迹数据在客户审核时对不上。真正的LCA建模应该支持模型和工序的高度复用：一个工序建一次，被多个产品引用；变量以参数表达，改参数值就覆盖所有型号，极大简化工作量。这背后是数据模型设计的问题——工序是一次性的还是可复用的，决定效率。
看什么：建一个含若干工序的基础模型，再基于它派生一个新规格，只改两三个参数；然后回到基础模型改一个共享工序的参数，看派生规格是否同步更新、影响范围是否可见。
6. 如果明天要被TÜV或SGS审核，你的系统能不能让企业的角色和审计员看到同一条数据的不同部分——哪些字段开放、哪些不公开，由企业自己控制？
这一问针对的是一个被很多Demo产品忽视的现实：审核场景下，企业的商业秘密和审计员的可核查需求是一对矛盾。在公益性平台里，数据往往默认公开——产品组分、配方谁都能看；但商业化的LCA SaaS不能这样。企业提交审核时，审计员需要看到的是足够支撑复核的那部分字段，比如数据来源、计算方法、关键假设、质量指标；而产品配方、供应商名称、工艺细节这些属于商业秘密，不应该因为一次审核就全部暴露。真正可用的系统应该支持字段级权限控制：同一条数据，企业角色和审计员看到的是不同部分，哪些字段开放、哪些脱敏、哪些完全不公开，由企业自己设定，并且这个设定本身要留痕、可审计。
看什么：要求现场演示——拿一条含敏感字段的数据记录，设置审计员可见字段范围（比如开放数据来源和方法字段，隐藏配方和供应商字段），然后分别用企业账号和审计员视角打开同一条数据，确认两边看到的内容不同、且审计员看到的部分足以支撑复核。
7. 你处理过最大规模的生命周期模型有多少个单元过程？在多少个单元过程时，计算开始变慢或者报错？更重要的是，你的模型架构分别怎么支持离散制造和流程工业——回用场景怎么表达，报废回收场景又怎么支持？
这一问表面上是问性能，实际上问的是模型架构能不能覆盖工业场景的真实复杂度。Demo演示永远跑五个节点的模型，而且几乎只演示最简单的线性流程。真实项目里，单元过程数量轻松上百甚至上千，但数量本身不是最难的，结构才是。离散制造和流程工业对LCA建模的要求完全不同：离散制造是装配结构，BOM 层级清晰，一个产品由若干部件组成，部件又可追溯到工序和材料，模型需要支持多级BOM和装配关系的展开；流程工业是连续物料流，有联产、有中间产物、有物料回流，模型需要支持物料流的分支和平衡。Demo产品往往只做了离散制造的装配展开，一遇到流程工业的联产分配和物料回流就表达不了。
更关键的是两类循环场景：回用和报废回收。回用意味着同一物料在多个生命周期之间流转，模型要能表达”这个部件用了多少次、每次回用后的状态变化、回用环节的能耗和损耗怎么分摊”；报废回收意味着产品生命周期末端的物料进入回收工序，产生可再利用的二次物料，模型要能表达回收过程的投入产出、以及回收物料对原生材料的替代关系（这是避免双重计算的关键）。这些不是画一个单向脑图能解决的——它们要求底层模型有分支、有循环、有分配规则。如果供应商的模型架构只有单向展开，那么回用和回收只能靠用户在系统外手工额外处理。
看什么：用你自己的一个中等复杂度模型处理流程工业的物料循环流，现场废弃物处置，系统如何实现？②如果这个部件要回用三次，模型里怎么表达回用次数和每次的损耗分摊？③如果产品报废后进入回收工序，回收产生的二次物料怎么和原生材料建立替代关系、怎么查看？
8. 产品开发团队里，有多少人独立完成过ISO 14040/14044合规的LCA报告？不是只用过软件。
这是一个更根本的问题：产品界面可以复刻，领域知识复刻不了。 国内很多LCA碳足迹产品的界面雷同，原因不难理解——照着成熟产品抄一遍交互，比从零理解过程分析和取舍标准容易得多。但抄来的界面背后，没有LCA专业咨询专家参与产品设计。一款专业软件需要的就是灵魂，是LCA领域知识的沉淀。所以说LCA SaaS的竞争力不仅软件工程，在领域知识的密度。
乔布斯批评微软最著名的一句话是：“微软唯一的问题是他们一点品位也没有。他们绝对没有任何品位。” 他进一步解释，这不是在小事上说，而是从大处着眼——微软不去考虑原创的点子，也没有在产品中注入文化。
看什么：产品负责人和核心设计者的LCA背景，包括具体做过的报告、审核经历。产品得有个辨识度，有自己独特品味。
9. 支持上下游数据协作填报吗？能邀请N级供应商在线参与填报，而不是邮件外发Excel表去收集供应商数据吗？供应商能不能看到其他supplier的信息？
这一问针对的是LCA数据收集中关键的那一段：上游供应商的数据怎么拿到。Demo产品通常只演示企业自己录入数据，因为供应商协作是整个链条里最难做的部分。现实中，企业往往靠邮件发Excel模板给一级供应商，供应商填完回传，再由企业手工整理——这个流程的问题不是效率低，而是数据质量和可追溯性全面失控：回传的表格版本对不上、单位不统一、填错了不知道是谁改的、二级三级供应商的数据更是层层转手后错误百出。真正可用的系统应该支持在线协作填报：企业邀请N级供应商登录参与，每一级只填自己那一段，数据直接从填报端进入模型，带上填报人和时间；同时，供应商之间的数据必须隔离——A供应商不能看到B供应商的填报内容、价格、用量或工艺信息，否则就是个草稿，不是商业化软件。这里的关键是两个能力的组合：多级协作的链路管理，和供应商之间的数据可见性隔离。
看什么：要求现场演示——创建一个供应商填报任务，邀请一级供应商A和B分别填报，确认A看不到B的内容；然后模拟A再邀请其上游供应商A1填报，确认数据能沿链路回传、每一级的填报人和时间都可查。再问一句：如果某级供应商填错了要修改，修改记录是否留痕、下游模型是否会收到版本变更提示。