救活被冷落的软件这门生意已被证明，能造出那座工厂的工具还没有

问题是什么

Bending Spoons于2013年在米兰起家，专门买下停止增长或被冷落的软件再救活。它收购了超过50款产品，包括Evernote、WeTransfer、Vimeo、AOL和Eventbrite，并在2026年7月登陆纳斯达克，估值超过180亿美元。把上市文件和各家报道合起来看，这家公司真正的武器不是某一款应用，而是那套方法。每一次收购都被装到米兰的同一个共用运营平台上，共享工程、计费、营销和支持；业内分析认为这一步能削掉70%到80%的间接费用。麻烦在于，这套方法锁在一家公司里。以一到两倍营收低价挂牌的被冷落SaaS和应用到处都是，可买下并救活它们的运营肌肉只有Bending Spoons这样的大买家才有。一个独立开发者，或者两三人的小团队，想跑同一套打法，却没有一套工具把尽调、服务迁移、计费整合、定价实验拼成一个回路。

为什么是现在

现在是创业时点，因为收购标的和执行能力同时变便宜了。Bending Spoons在上市文件里披露的数字浓缩了这一转变：它由AI撰写的代码改动占比，从2025年第一季度不到10%，一年后升到90%以上；人均营收从2023年的112万美元跳到2025年的257万美元。意思是它用比过去少得多的人手，运营着几十款收购来的产品。同样的工具如今也流到了大公司之外。随着AI编码智能体和托管基础设施普及，过去需要一整支团队的运营，现在一两个人就扛得住。另一边，货源在涌出。放到中国市场，推力还多一层：一大批独立开发者的应用和出海SaaS，在资本寒冬里停了增长，却留着忠实用户和收入，正等着有人接手整合。市场本身已被Bending Spoons的180亿美元上市证明。空着的，是把这套方法搬出大买家之外的工具。

怎么构建

核心是把Bending Spoons藏在内部的共用运营OS做成产品。让一款收购来的产品，无论原本跑在哪，都能迁到同一套计费、认证、支持、增长实验的底座上，再在上面用A/B实验定价，把忠实用户转成订阅。别一开始就想全揽，先做窄。比如挑一款小型B2B SaaS，先做把它散落的支付、登录、支持迁到共用底座的迁移工具。再接上收购寻源与估值（营收倍数、流失率、技术债诊断），最后升到能在一屏看到多款产品指标的组合看板。

flowchart LR
  A[被冷落的软件] -->|低价收购| B[救活平台]
  B -->|共用运营底座| C[削减间接费用]
  B -->|定价与增长实验| D[订阅转化]
  C --> E[现金流]
  D --> E
  E -->|再投资| A

收费分两条路。可以只卖工具，走SaaS订阅；也可以自己下场收购救活，做微型PE，在结果上叠加股权和费用。前者把所有独立买家变成客户，后者拿工具当武器，自己长成一个缩小版的Bending Spoons。

成功条件

第一，迁移摩擦。把老代码库搬到共用底座，若每次都变成量身定制的手术，就上不了规模；谁能把这步迁移做到接近自动，谁就分出胜负。第二，真金白银的降本。共用OS若削不掉重复开销，买家干脆各跑各的。第三，货源流动。没有能低价找到好标的的寻源，再好的工具也没东西可跑。当工具、寻源、运营咬进同一个环，救活工厂才转得起来。