当 AI 能重做软件,付费服务还能靠什么收钱?

约 3,100 字｜阅读约 7 分钟

有人用 Rust 重新做了一款类似 Word 的文字处理软件，开源，能读写 .docx，也能导出 PDF。项目叫 WordCraft。

看到这种消息，最实际的问题很容易冒出来：既然有免费版本，原来的软件订阅还要不要续？

另一个项目 REA，则让 AI 智能体接上逆向工程工具，分析没有源代码的软件，追查某个功能怎样运行，再尝试据此重新实现。

这两件事放在一起，比“又多一款免费工具”更值得追问。如果理解现有功能、做出替代版本都变得比较容易，软件公司还能靠什么收钱？对用户来说，又有哪些钱真的可以省？

我自己也有几个付费服务。这个问题放回自己身上，就多了一面：如果别人也能做出类似功能，我往后的服务要提供什么，又该怎么收钱？

所以，这篇既要看用户能省哪些钱，也要问提供服务的人，还能交付什么值得付费的东西。先把两个项目能做什么讲清楚，再回到这笔生意。

看起来像 Word，还要能接住你的文档

WordCraft 的官方介绍，用的是“净室重实现”：根据公开规范和对功能的观察，重新编写自己的程序。它不是把 Microsoft Word 的源代码搬出来开源。

REA 和 WordCraft 可以放在同一篇讨论，但目前查到的公开说明，不能证明 WordCraft 是靠 REA 逆向 Word 做出来的。把两个项目直接串成“AI 拆掉 Word，免费版就出来了”，故事很精彩，证据还接不上。

更重要的是，WordCraft 自己仍把项目阶段标为 alpha。官方路线图记录了真实 DOCX 文档测试、分页一致性、对象保存与稳定性等方面的缺口。功能列表很长，和能稳妥接手每天的工作，要分开看。

例如，一份只有几段文字的文档，和一份带有修订记录、交叉引用、复杂表格的文档，对替代软件的要求就不同。你能打字、保存，还需要确认别人打开后看到什么，来回修改会不会丢东西。

假如省下订阅费，却要在交付前重新整理错乱的版式，这笔省钱就要连同返工时间一起算。更糟的情况是，内容已经丢失，你却没有察觉。

所以，试用替代软件可以从自己的文档副本开始：打开、修改、保存，再用原来的软件重新打开。检查你工作中真正会用到的内容。涉及重要交付，先保留原文件和恢复办法，不要拿唯一一份正式文档直接测试兼容性。

这个判断比“纯 Rust”“几百个命令”更贴近用户。它能完成你的工作，才有机会帮你省钱。

REA 改变的是分析方式，还不是万能破解

REA 的名字很大：Reverse Engineer Anything。

但看官方说明，它做的事有明确范围。它把 AI 智能体接到分析工具上，让智能体查看伪代码、汇编语言、字符串和调用关系，沿着线索追查功能。智能体再根据这些结果编写自己的实现，继续测试。

这和“把二进制文件丢进去，原始代码完整吐出来”有差距。看懂一个函数、重新实现一段逻辑，和接手整套产品，也需要不同程度的验证。

工具能分析，不等于自动获得原软件、数据或分析结果的使用权。REA 的官方声明同样要求合法且获得授权的用途。这篇要讨论的是理解与重新实现功能的成本，不把读取他人信息、绕过付费限制当作工具推荐。

值得观察的变化，是分析结果开始能直接接到 AI 的后续工作：先找证据，解释功能，再尝试做出一个版本。如果这条路在更多真实场景里走得通，新竞争者就可能更容易摸清某项功能，用户也可能有更多机会获得符合自己需求的工具。

这仍是有待案例积累的推论。单靠一个热门仓库，还不能替整个软件业宣布新时代已经到来。

不必重做整个 Word，也可能改变一笔生意

免费办公软件早就存在。根据基金会的首版公告，LibreOffice 在 2011 年 1 月就发布了第一个稳定版本。因此，不能把“有免费替代品”本身，当成 AI 刚带来的突破。

新的问题可以缩小一点：假如 AI 让部分功能的理解和实现成本降低，会不会有更多人，只重做自己需要的那一部分？

拿一个假设来说。某个团队每个月都要把同一类数据放进固定格式的报告，最后导出 PDF。它未必需要一套完整的 Word 替代品，可能只需要一个把这件事做好、可以维护的小工具。

如果这个工具足够可靠，它就有机会替代工作中的一段。原来那套软件未必因此消失，但这个团队为什么要买、买多少、用在哪里，可能跟着改变。

对小团队而言，机会也不一定在“做出下一个 Office”。更具体的问题是：哪个流程反复让人花时间？现有工具为什么不合用？能不能做出一个更聚焦、却更好交付的版本？

这比列出几百项功能，多了一个验收要求。要找得到用户，也要知道什么结果算做对。工程师在这种情况下，需要把需求、测试和维护一起纳入工作；不能从中跳到“纯 CS 出身已经没人要”的结论。

软件公司得重新回答：这笔钱买到什么？

假如替代版本变多，付费产品受到的挑战，可能先出现在某些容易单独替代的功能，而非整家公司一下子被取代。

一个人偶尔写几页文字，和一个团队每天交换大量复杂文档，可能会选不同的产品。后者还得考虑出错怎么恢复、其他人是否配合，以及出了问题谁来处理。

这些要求有没有被满足，才决定订阅费是不是值得。免费工具可以做到，也应该得到考虑；付费工具若做不到，品牌本身不能替它完成工作。

WordCraft 还有一个值得留意的设计：它提供命令行与 MCP，让 AI 智能体能操作文档功能。如果未来更多工作交由智能体执行，软件之间的竞争，可能还要加上一项：智能体能不能可靠地调用功能、确认结果，在出错时恢复？漂亮的界面仍有用途，但它未必涵盖全部使用方式。

如果是我自己的付费服务，先拆开这笔钱

我现在要思考的，也不只是帮服务多加几个功能。可以先拿其中一项服务，问一个比较直接的问题：如果客户明天拿到一套功能相近的免费程序，还有哪些事，需要回来找我？

这是一种检查方法，还不能替任何服务预先宣布答案。

如果剩下的只有“我比他早做出来”，就需要重新找出付费理由。但客户即使有了程序，也可能还要部署、接上自己的数据、处理错误。这些事是不是由我提供、能不能比他自己处理更合用，得逐项确认。不能把“客户不会弄”当作永远有效的前提。

可以把一项服务拆成三层来看。

最里面是工具：用户点击之后，会得到什么功能。一次交付、后续不需要维护的内容，可以考虑一次付费；是否适合免费提供，则要连同获客目的和服务成本判断。开源与否是另一个决定，不必把“容易被重做”直接等同于“必须开源”。

再往外是持续工作：数据更新、托管、备份、兼容性修复，或有明确范围的支持。如果考虑收月费，就要说清楚，每个月持续交付哪些东西。不能把“一直可以登录”当作全部说明，也不能只写一句“有人负责”，却不交代负责到哪里。

还有一层是具体交付：替客户接好一段流程、完成定制，或产出符合约定标准的文档。这类内容可以另外列成项目费，而不是让所有客户一起付一笔含糊的高级订阅费。这些都是可以比较的选项，不表示我已经把自己的服务改成这样。

收月费、按次收，还是按成果收？

计价方式可以跟交付的性质一起选。Stripe 的计价文档列出固定费用、按席位与按用量等模式，用量计价也可以搭配基础费用；并非 AI 出现后只能选其中一种。

• 一次交付即可使用、后续支持有限：可以一次付费，更新或支持另外说明。先说清买到的版本、使用范围与支持期限。
• 每月都有托管、数据更新或维护：可以考虑订阅，并说清每期交付内容、支持边界与续费理由。
• 使用量差异大，而且会增加交付成本：可以按量，或收基础费用加用量费用。先说清计量单位、额度、超额费用与预算上限。
• 定制实施、流程整合或明确验收交付：可以收项目费。符合条件时才考虑成果计价；交付标准、验收方式与确认完成的人都要先说清。

这几种方式只是用来比较方案，不是看完就该直接改价。还需要知道客户为什么买、用了哪些部分，以及每种客户实际带来多少成本。

尤其要小心“按成果收费”这句话。客户重视成果，不等于每项服务都适合成果计价。若成果无法清楚定义、衡量，或很难判断是不是服务带来的，这种收费方式反而会增加争议。

例如“生成一份报告”可以计数，但不等于报告已经可以使用；“让业务变好”听起来更有价值，却还需要说明怎么衡量，哪些影响在服务方的控制范围内。不能为了换一个漂亮的收费名称，承诺自己验证不了的结果。

对自己的几项服务，下一步可以先做一个小范围的梳理：写下客户正在付钱买什么，哪些需要持续交付，哪些只在初次接入时发生，再询问实际客户愿意续费的原因。先找到这些依据，才比较有条件尝试新方案。

如果要试，也可以先挑一项服务或一组明确的新方案，不急着同时改掉全部价格。已有客户已经买到的内容与承诺要另外处理，不能因为重新思考商业模式，就把转换成本直接丢给他们。

换一个收费名称，不会自动多出价值

这两个项目，还不足以证明订阅制要结束。它们给了用户一个值得重新问的问题：自己究竟在为哪些功能、哪些可靠性与哪些服务付钱？也让提供服务的人多了一个检查：如果程序更容易获得，自己正在做的那些持续工作，有没有真的帮到客户？

下一次续费前，可以先列出过去一个月真正用过的功能，看看哪些工作有替代方案。能在副本上验证的先验证，把转换和维护成本算进去，再决定要不要换。没有必要因为一则“重写 Word”的消息，立刻把工作押上去；也不必因为用了很多年，就不再检查这笔支出。

如果一款软件的功能可以免费获得，你还愿意为它付费吗？可以说说让你愿意付钱的那项服务，或让你决定不再续费的原因。

资料来源

• WordCraft，官方仓库与 README。项目作者自述；2026-10-13 查读，本文未进行软件实测。 https://github.com/storytold/wordcraft^[1]
• REA，官方仓库与 README，2026-10-13 查读。 https://github.com/morluto/rea^[2]
• WordCraft，ROADMAP 与 Word 兼容性／功能差距自评。2026-10-13 查读；属于项目自评，不是独立评测。 https://github.com/storytold/wordcraft/blob/main/ROADMAP.md^[3]https://github.com/storytold/wordcraft/blob/main/docs/target-app-parity.md^[4]
• REA，官方责任声明，2026-10-13 查读。 https://github.com/morluto/rea/blob/main/DISCLAIMER.md^[5]
• The Document Foundation，LibreOffice 3.3 首个稳定版公告^[6]，2011-01-25。
• Stripe，Recurring pricing models^[7]，2026-10-13 查读。
• Stripe，Outcome-based pricing: A guide to linking revenue to results^[8]。2025-09-29 更新，2026-10-13 查读；成果计价需要定义、衡量与归因条件。