如何用自建工具替代昂贵的SaaS（以及什么时候不该这样做）

当你只用到大型产品的一小部分、为很少登录的人按席位付费，或者该产品无法满足你的流程需求时，用自己的工具替代昂贵的SaaS订阅可能是合理的。但如果供应商正在为你持续完成困难的工作——例如安全、合规、邮件送达率和集成——那么通常并不划算。订阅价格是可见的；而你离开时要承担的维护、安全和支持工作却不可见，它们决定了这次切换是否值得。

AI应用构建器大大降低了构建的成本。本指南讨论的是其余的部分。

诚实的权衡

付费使用SaaS，你购买的不仅仅是功能：

对于只有少数内部用户的小型工具，其中一些很容易处理。而有些无论规模大小都很难。问题不在于“我们能不能构建它？”——借助AI，你往往能够做到。真正的问题是“我们能不能拥有它？”

何时替代SaaS是值得的

好的替代对象通常具有以下几个特点：

• 你只使用大型产品的一小部分。 例如，把一个完整的项目管理套件只当作共享待办清单使用。或者把CRM只当作带备注的联系人列表使用。
• 按席位定价让你吃亏。 很多人只是偶尔需要访问，但每个人都要支付月费。
• 你的工作流程与工具相互冲突。 人们保留导出文件和辅助电子表格，因为产品并不适合。
• 数据很简单。 记录、状态、备注、少量文件。没有复杂的会计，也没有银行卡数据。
• 用户是内部的或人数很少。 你的团队，或一小群已知的客户。
• 你有负责人。 有一位明确的人会负责维护它。

典型的例子包括：简单的跟踪工具、需求收集和请求表单、审批流程、内部通讯录、客户进度页面、轻量级CRM、汇总数据的仪表板，以及单一企业的预约页面。

何时不值得

在以下情况下，应继续付费——或寻找更便宜的产品，而不是自己构建：

• 错误会带来法律或财务后果。 会计、薪资、税务、需要符合当地规定的开票。
• 供应商在做专业的基础设施工作。 邮件投递（发件人信誉很难维护）、银行卡支付（安全标准严格）、视频流媒体、电话服务。
• 安全本身就是产品。 密码管理器、身份认证和单点登录，或任何保存健康或财务记录的服务。
• 集成就是价值所在。 如果该工具的价值在于它能连接数十个其他系统，那么重建这些连接将是一项庞大且持续的工作。
• 许多外部用户依赖它。 面向公众的工具需要支持、可用性和无障碍能力，而这些你现在都要自己承担。
• 没有人能够负责它。 如果只有构建它的人理解它，而他们又很忙或即将离开，你就在为未来埋下隐患。

一个有用的折中方案：替换昂贵产品的界面，同时保留底层的专业服务。自己构建预约流程，但使用Stripe处理付款，并使用邮件服务商发送确认邮件。

计算真实成本

在切换之前，把两边的成本都写下来。

现有SaaS的成本：

• 订阅费用，包括你在未来一两年内会新增的席位。
• 你需要的附加组件和更高级别的套餐。
• 花在变通方法和辅助电子表格上的时间损失。

自建工具的成本：

• 构建时间：你自己的工时，或开发人员的工时。
• 运行成本：托管、数据库、文件存储、邮件或付款手续费。
• 每月的维护时间：更新、修复，以及人们提出的小改动。
• 支持时间：回答问题、为新成员提供入门指导。
• 风险：一天的停机或一次数据错误会造成多大损失。

如果两边的数字相差不大，就继续使用SaaS。只有当节省的费用是明确的，并且你自己的工具也确实会更好用时，构建才值得付出努力。关于不同方式的前期成本比较，请参阅构建一个应用需要多少钱。

比自建更便宜的替代方案

降低SaaS账单不一定要靠自己构建。在你做出决定之前，先看看这些方法：

• 降低或删除席位。 许多团队在为已经离职或很少登录的用户付费。审查实际使用该工具的人员，就能在不改变其他任何东西的情况下削减账单。
• 询问定价。 年付、非营利或初创企业计划，以及直接咨询供应商的销售团队，都可能降低价格。
• 切换到更简单的产品。 如果你只用到大型工具的一小部分，一个专注于该部分的小型产品可能成本更低，也更契合你的需求。
• 利用你已经付费的工具。 办公套件和现有工具通常已经能满足简单的需求——表单、共享列表、基本仪表板——而人们之前却为此单独购买了其他产品。
• 整合。 两三个功能重叠的工具有时可以合并为一个。

如果其中某个方法能够解决问题，它通常是更好的选择：无需构建时间，无需维护，而且供应商仍然负责那些困难的部分。只有当这些方法都不合适，并且拥有该工具的理由非常明确时，才应该去构建。

切换检查清单

构建之前

• 从当前工具导出你的数据并查看。检查缺失的内容：附件、评论、历史记录、记录之间的关联。
• 列出人们实际使用的功能。直接询问他们，不要猜测。
• 列出供应商为你做的、而你将失去的事情（见上表）。
• 确定负责人和备份人员。
• 检查你的合同：通知期、续费日期、取消后的数据删除规定。

构建过程中

• 只构建人们会使用的功能，其余的不做。
• 从一开始就设置登录和权限。决定谁可以看到什么。
• 将密钥（API密钥、密码）保存在环境变量中，而不是代码里。
• 添加简单的导出功能，这样你的数据也不会被困在你自己的工具中。
• 完成AI构建应用的安全检查清单。

取消之前

• 导入导出的数据，并核对数量和一部分记录样本。
• 在一段较短的时间内让两个工具并行运行。
• 确保备份可用——实际恢复一次备份。
• 为备份负责人写一份简短的“工作原理”说明。
• 只有在这之后才取消，并在取消前下载最终导出文件。

实际中的维护、安全和支持

维护

小型工具需要的维护不多，但确实需要。设置定期提醒来更新依赖项，检查登录和关键流程是否仍然正常，并清理未使用的内容。保留一份用户请求的清单，并分批决定如何处理，而不是逐条处理。

安全

基本措施承担了大部分的工作：每个显示数据的页面都要检查当前登录者的身份；人们只能看到他们应该看到的记录；密钥保留在服务器端；输入经过验证；备份存在。如果该工具保存了客户的个人数据，就要考虑谁可以导出这些数据，以及你会保留多长时间。如有疑问，在真实数据录入之前，请开发人员审查一次。

支持

事先确定人们如何报告问题——共享频道、电子邮件，或工具内的表单。编写一份单页的使用指南。使用的人越多，这一点就越重要，而它也是最常被忽视的成本。

如果你改变了主意

拥有代码可以给你更多选择。如果该工具的规模超出了你希望维护的范围，你可以将它交给开发人员或代理机构——前提是你能够带走代码。在你开始基于任何平台构建之前，最好先确认这一点。如何导出并自托管AI构建的应用介绍了其中涉及的内容。而且，在你准确了解自己的需求之后，重新选择付费产品也没有什么可耻的。

使用Mythex构建替代工具

如果数据表明应该自建，Mythex很适合构建这类专注的替代工具：你在聊天中描述需求，它负责构建和运行，应用需要保存数据时会添加Postgres数据库，然后发布。托管、数据库和文件存储与构建共用同一个积分余额，而且协作者不会按席位额外收费。在Pro套餐中，你可以导出项目或将其同步到GitHub，因此你永远不会被锁定——参阅GitHub与导出。在定价页面比较套餐，如果你仍在犹豫，可以阅读小企业软件的自建与购买对比。

常见问题