自建还是购买软件：小企业决策指南

当你的需求很常见、出错代价高，并且已有一款好的产品能适应你的工作方式时，应该购买软件。会计、薪资、邮件和支付几乎总是“购买”的选择。当你的流程只属于你的业务、现成工具迫使你做别扭的变通，或者你为一个大型产品付费却只用到其中一小部分时，应该自建。许多小企业最终两者都做：购买核心系统，并围绕它们构建小型工具。

AI 应用构建工具让构建变得比以前便宜得多，这改变了小而专注的工具的计算方式。但它并没有改变一个事实：你构建的任何东西，都必须有人维护。本指南为你提供一种决策方法。

简要结论

“购买”的真实成本

订阅价格只是其中一部分。购买时，你还要为以下方面付费：

• 席位。 按用户计费的价格会随团队扩大而增长，有时增长速度超过了它带来的价值。
• 变通方法。 花时间让工作流程迁就工具，或导出到电子表格来完成工具做不到的事。
• 锁定。 你的数据和使用习惯都在别人的产品里。之后离开就意味着迁移。
• 价格和方案变化。 供应商会调整层级、功能和价格，而你没有话语权。
• 集成粘合成本。 连接多个购买的工具，往往还需要再一个工具来衔接。

你得到的回报也很可观：别人替你处理托管、安全、更新、备份、合规和支持。对于大多数核心业务功能而言，这非常值得。

“自建”的真实成本

自建有前期成本，也就是你使用 AI 构建工具的时间，或开发者的时间；还有人们往往低估的持续成本：

• 托管和数据库，通常是随使用量增长的月度费用。
• 维护。 库需要更新，浏览器会变化，最终总会有东西出问题。
• 安全。 登录、权限和数据保护都由你负责。
• 支持。 当同事或客户遇到问题时，他们会来找你。
• 负责人。 必须有人了解它的运作方式并进行修改。如果这个人离开，工具可能会变成无人管理的孤儿。
• 备份和恢复。 出问题时，你需要一种取回数据的方式。

如果想粗略了解代理商、自由职业者和 AI 构建工具在前期成本上的差异，请参阅 开发一个应用要花多少钱。

评分清单

针对你考虑的每个工具，为以下问题打分。在最符合的一列中打勾。

如果“购买”在大多数行中获胜，就购买，不必为此感到遗憾。如果“自建”获胜，尤其是关于契合度和所有权的那几行，那么值得认真考虑自建。如果结果参差不齐，混合方案可能最合适。

两个实例

以下只是说明如何使用这份清单，并非真实的企业。

一家小型会计事务所正在选择记账软件。 记账是常见功能，成熟产品众多，而且出错会带来法律后果。事务所的流程并不构成竞争优势，它的客户账目需要正确，而不是与众不同。几乎每一行都指向购买。如果记账产品没有覆盖某个需求，事务所可能仍然会在购买的产品周围构建一些小工具，例如一个面向客户的清单页面，显示每位客户仍需提交哪些文件。

一家流动式宠物美容店正在选择预约软件。 预约工具已经存在，但这家店有一个特殊约束：预约取决于路线和客户家之间的交通时间，而价格又因狗的体型和毛量而不同。通用预约产品会迫使店主每天晚上手动调整排班。偶尔出错的代价较低，店主也愿意维护工具，而且流程本身正是让这门生意高效的一部分。多行都指向自建，可能最好的是混合方案：自建预约和路线应用，支付交给 Stripe，提醒则通过邮件或短信服务商发送。

规律是：一个需求越是所有企业都共有，就越可能已经存在一款好产品；它越是反映你的企业具体如何运作，自建工具就越有价值。

混合方案：购买核心，自建边缘

对小企业来说，最实用的答案往往既不是纯自建，也不是纯购买：

• 购买记录系统，自建视图。 保留你的会计或 CRM，再构建一个简单的仪表盘或面向客户的页面，读取其中的数据。
• 自建工作流，购买管道。 构建你自己的预约或订单流程，支付使用 Stripe，邮件使用 Resend 或 Postmark 这类服务。你自己永远不需要处理卡号。如何为应用添加支付 介绍了这种模式。
• 替换电子表格，而不是软件。 许多“自建”决定，其实只是关于一个已经超出承载能力的电子表格。如何把电子表格变成应用 会逐步讲解这一过程。
• 先自建，再转为购买（或反过来）。 一个小型自建工具可以先证明你真正需要什么，然后你再决定是否投入昂贵的产品；它也可能告诉你，你需要的是一位开发者。

AI 应用构建工具如何改变这个决定

直到最近，即使是构建一个小型内部工具，也需要雇用开发者，这使得“购买”几乎成了所有事情的默认选择。AI 应用构建工具改变了这个等式的前半部分：非开发者现在可以描述一个追踪表、门户或仪表盘，并很快得到一个可用的版本。

但它们没有改变后半部分。一个下午就做好的工具，仍然需要有人拥有它、保障它的安全，并让它持续运行。AI 构建工具的真实影响是：

• 小而专注的工具，例如追踪表、进件表单、审批流程和仪表盘，明显地转向“自建”。
• 涉及监管或安全关键的内容仍然是“购买”，或者是“由开发者审查后自建”。
• 实验变得廉价。你可以先构建一个粗略的版本，弄清楚自己需要什么，再决定是否投入。

我们的 内部工具构建指南 逐步说明了具体做法，团队内部工具创意 则提供了具体示例。

购买前应向供应商提出的问题

• 我能否随时以可用的格式导出全部数据？
• 当我们增加用户或数据时，价格如何变化？
• 如果我取消，我的数据会怎样？
• 它能否与我们已经在用的工具集成，还是需要额外的连接服务？
• 出问题时我该联系谁，他们多快回复？

自建之前应回答的问题

• 谁拥有这个工具，他们的备份人选是谁？
• 数据存放在哪里，如何备份？
• 谁可以登录，每个人能看到什么？
• 如果你使用的构建工具或平台不复存在，你能带走代码吗？
• 解决问题的最小版本是什么？

如果你无法回答第一个问题，就先不要自建。

常见错误

• 自建已经有现成解决方案的东西。 定制的会计或邮件投递很少值得。
• 为用不到的功能购买。 企业版的价格是为大企业定的。
• 只比较订阅价格和自建价格。 应该比较两年左右的总成本，包括你的时间。
• 没有负责人。 没有负责人的自建工具会逐渐腐化；没有负责人的购买工具则会被配置错误。
• 非此即彼。 大多数好的方案都是混合型的。

Mythex 的位置

如果你决定自建，Mythex 是一款 AI 应用构建工具，适合本指南所描述的小而专注的工具：你描述工具，它在实时预览中构建并运行，需要保存数据时添加数据库，并将其发布为团队可以使用的链接。协作者没有按席位收费，如果席位价格正是让你离开购买工具的原因，这一点很重要。在 Pro 方案下，你可以导出代码或将其同步到 GitHub，以便之后由开发者接手。参见 GitHub 与导出。方案和积分请查看 价格页面。

常见问题