2023 年 9 月,我在海外一家做数字印刷设备的厂里,看他们的工程师打开了一个网页,页面上那台机器,装在澳洲一个客户手里。页面不长,但信息密:型号、序列号、经销商、终端客户,还有八条墨路各自剩多少毫升墨水。

设备卖出去之后,钱才刚开始赚

半年多以后,这家公司被卖了,买方是一家美国上市公司,公告的企业价值 2430 万欧元。可我是后来翻到买方财报的时候才反应过来的——那一屏,是被折成钱算过的。

今天讲两件事:那套系统里到底有什么,以及它在这次收购里值多少钱。后半段不太好看,但更要紧。

一、那一屏上有什么

工程师点开的那台机器,装在澳洲一家做品牌广告的客户那里,页面顶上写着三个编号:机型带版本号,一个生产号,一个序列号。

左边分两块:上面是客户和经销商,经销商是一家欧洲代理商,客户是澳洲的终端用户;下面一行是这台机器在用的“程序”,可以从下拉框里切换。

右边是远程接入,写着 VPN 的状态和 IP,两个按钮,一个是连接,另一个叫“获取我个人专用的配置文件”,底下是屏幕共享服务的端口。

再往下一排墨水方块。八条通道:黑的、青的、品红的、黄的,还有绿、橙、浅黑、蓝。每条通道上写两行字,剩余百分比,以及剩多少毫升、总共多少毫升。

最上面一排标签我记得很清楚:任务、仿真、耗材、通信与数据库快照、服务记录、能耗日志、错误日志。

当时我脑子里冒出来的第一个问题是:一家做设备的厂,为什么要把这些东西记到这个份上?

墨路余量、通信数据快照、能耗日志,这些数据今天采起来都不算难。难的是什么?难的是它们都在一个页面上,而且每一个都挂在同一个序列号下面。页面底栏的版权年份,从 2014 年就开始了。

二、它们把编号串成了一根轴

后来我在公开资料里,补上了这套东西下面的一层:它的机器台账分三层,机型、配置档、单机。机型有分段编码还带版本号,配置档里装的是打印配方和墨路配置,单机那一层才是序列号。

三层台账结构

关键在于生产号和序列号是分开的。生产号跟着机型走,序列号跟着这一台机器走,而备件、工单、耗材、软件授权,全部挂在序列号上。

这件事听着很土,可它决定了一个能力:三年以后,你们能不能回答“这台机器现在跑的是哪一版程序、换过哪些部件、客户改过哪一版配方”?

🔴 我见过不少厂的产品数据是散着的。图纸在 PDM 里,BOM 在 Excel 里,装机信息在售后同事的手机里,耗材台账在代理商账上。等哪天真要谈卖公司,买方问一句“你们现在有多少台在跑、分别在哪、状况怎么样”,答不上来。

那你们的装机信息,现在记在哪儿?如果得靠发微信问一圈才知道,这篇后面几段就是写给你的。

三、这套东西在收购里被单独估了价

2024 年 5 月 6 日交割。买方公告的企业价值是 2430 万欧元,按当时的汇率折一亿八千六百多万人民币;另外还有一笔最高 400 万欧元的对赌,分三年,跟收入目标挂钩。

有意思的是买方在财报里怎么记这笔账。它把三项无形资产单独列了出来:客户关系、内部开发技术、商标。

你猜这三项里,买方给哪一项定的价最高?

答案是内部开发技术。原文描述是:用来从每台设备上采集大量数据、监测客户墨水用量、帮客户排查问题的软件。最终作价 471.9 万美元,按 6 年摊销,比客户关系(260.3 万美元)和商标(21.7 万美元)都大。

还有个细节值得记:这三项用的估值方法完全不同。客户关系用多期超额收益法,折现率 15.5%;商标用许可费节省法,费率 0.75%;软件用的是成本法。

🟢 成本法的意思很直白:不按它能带来多少收入算,按“我自己重新造一套要花多少钱”算,也就是内部开发成本加一个假设的开发利润。

我的理解是,买方认了这套东西的开发价值,但没有为它的赚钱能力额外付钱。

四、故事的后半段

前半段到这里都挺好,后半段得说清楚。

买方公告时预计,这笔收购当年能带来 800 万到 1000 万美元的新增收入;实际并进报表的九个月里,这家公司做了 416 万美元,年化下来大概是预期的一半。

问题出在哪儿?

交割后不到一年,买方给这笔收购的商誉计提了 1340 万美元减值,占那笔商誉的 82.7%。再往后,年报里又披露了两件事:一是查出有 180 万欧元的固定资产在收购日就已经不存在或者报废了,作了差错更正;二是它认为自己发现了可能构成卖方违反陈述与保证的事实,正在向卖方主张救济。

一年半以后,这家公司不再作为独立业务实体存在,工厂被当成成本中心并进了母公司。

所以一套系统到底能不能撑住一家公司的估值?我的答案是只能撑住一半:它能让公司卖得掉,买方确实把它当成一项资产计了价;但它没能让公司卖得好。🔴 撑住资产价格的是收入,不是界面。

五、把系统拆开,它其实只干了四件事

抛开界面,这套东西的内核就四件。

界面之外,内核只有四件事

❶ 一张机器台账。 序列号是主键,生产号、型号、出厂日期、软件版本、当前客户、装机地址都挂在上面。

❷ 一份配置档。 机型是模板,配置档是配方,单机是实例。这三层分清楚,才解释得了“同样的机器,为什么这台跑的是另一套参数”。

❸ 一个耗材通道视图。 按颜色拆通道,每条通道有自己的料号、容量、余量和状态;它记的不是“用了多少墨”,是“这条通道现在什么情况”。

❹ 一个远程接管入口。 每位工程师一份自己的凭证,加上屏幕级控制。做得好的一点是凭证个人独有,谁在什么时候接过哪台机器,查得到。

还有三样是排障用的:能耗日志、错误日志、通信与数据库快照。相当于给每台机器配了个黑匣子,出了问题不用等人到现场。

六、数据是怎么上来的

这一层,公开资料里能拼出来:机器那边是 PLC 加运动控制,走 EtherCAT 总线,PLC 跟上位机之间用 OPC UA 通信,程序是在 CODESYS 那一路的工业开发环境里写的。

再往上的采集层,公开论文里写的是用 MQTT 传到云,接口用 OAuth2 鉴权,服务跑在容器里。

但我觉得最值得学的不是这些技术,是另一件事:在它给客户的规格书里,直接写着“需要 24 小时联网”。

这句话为什么值钱?因为它不是技术问题,是商务条款问题。设备出厂时就把这条写进合同,后面才可能一台不落地收到数据。我见过太多项目,机器卖出去之后再想连回来,客户一句“我们车间不上外网”,这条路就断了。

七、放在国内的设备厂,这事能不能做

我的评级分两半。

🟢 你该先做的三张表,不用加任何硬件。第一张是整机台账,序列号为主键,把型号、生产号、出货日期、软件版本、客户、装机地址记全;第二张是耗材通道,谁买了什么料、什么时候换的、还剩多少;第三张是工单,开机时间、故障现象、处理动作、换了哪个部件,都挂到序列号上。

🔴 不该先做的:喷头级的实时状态、全功能的 PLM、给客户的手机 App。

为什么?因为喷头级数据的采集成本和稳定性要求要高一档,而它带来的服务价值,跟“通道级耗材余量加错误日志”差不太多。你先把便宜的 80% 吃到手,等台账真的有人天天用了,再谈往上加。

八、如果是我来做

如果是我来做,我会按四步走,而且第一步不是买系统。

第一步,你把编号规则定死:序列号怎么编、生产号怎么编、机型怎么分段、部件怎么挂到机器上。这一步错了,后面全是回头路。

第二步,你用现成工具把台账跑起来,哪怕先是一张多维表格,先让它有人天天用,再谈换软件。

第三步,你把联网写进合同和说明书,别等展会上被客户问起来才想这件事。

第四步,你只搬这三个动作上线:退机、换机、换耗材。跑顺了再加。

九、最后

我写这篇,不是因为这套系统多先进,它的界面在今天看来很朴素,功能也不花哨。它值钱的地方,是把“这家厂卖过多少台设备、现在还有多少在跑、每台什么状况”这件事,从售后同事的手机和记忆里,搬到了一个能回答问题的页面上。

那你们卖出去的那些设备,现在还能查到它们在哪儿、什么状态吗?如果答案是“得问售后”,这块地就还有得做。


我这边正在把用了多年的一套整机台账整理成最小可用的模板,十几个字段一张表,够用,已经放出来了,直接下载:设备整机台账模板(最小可用)。用不上也欢迎回我一句:你们现在是怎么记装机和售后的?

本文完整版 2026-10-14 发布于 lqshi.cn;精简版同日首发于公众号「创意淬火」:设备卖出去之后,钱才刚开始赚。