> 我几个小时内就构建了一个SaaS

> 为自己构建一个解决自己用例的东西很容易。你知道自己是如何工作的，以及什么对你来说是重要的。大部分软件的工作量都花在理解除了你自己之外的人，并为他们建立防护措施上。 完全同意。这同时也是节省时间。人们很懒，我这么说不是贬义，只是人们真的不想坐那儿向一个代理详细解释他们想要软件如何运作。事实上，大多数人甚至不知道他们想要软件如何运作。 这不仅仅适用于人类。当我最近开始创建我的智能预算应用时，Claude建议我使用Clerk来做身份验证。甚至连AI都不想从头开始构建一切。

这只不过是支持SaaS的旧论点罢了。文章指出，在当今世界，这些长期存在的规则可能不再适用，因为1. 现在甚至不需要一个周末就能构建出特定的、完全定制的工具，2. 维护/功能请求方面也只需一个提示就能解决。 在我现在的公司（我们正处于从初创公司向企业转型的过程中），我们仍然使用了很多SaaS，并且会继续这样做，但即使在那里面，我们开始逐渐放弃某些平台（Pendo就是一个最近的牺牲品），因为我们意识到在很多情况下，我们自己构建就可以了，花费要少得多，并且可以真正控制所有的工作方式。 我的猜测，虽然我可能错了：SaaS将越来越多地专注于企业市场。个人用户和初创公司很难再为纯软件的高昂成本和缺乏灵活性进行辩护。…

> 软件大部分的工作量都花在理解除你之外的人，并为他们建立保障措施。 100%正确，这也是为什么我认为高度定制的小型软件是一个令人兴奋的选择。当你把目标转向服务1000个客户时，最难的不是拥有一个能支持他们的技术栈，而是确保软件足够满足他们各种不同的需求。或者你试图满足所有需求，就会陷入功能膨胀。 > 对于企业来说，购买与构建的权衡现在有了更多支持“购买”的新有说服力的证据，但仍然需要内部维护服务。 如果既不购买也不构建软件，而是购买服务结果呢？ 一个数据分析师可以创建自动生成仪表盘的定制工作流程。一个运维人员可以根据你想要的流程交接级别，提供恰好你需要的信息。 我的观点是…

对于那些自己开发软件的公司（这比你想象的要多，因为这包括整个金融行业），构建与购买的权衡具有完全不同的规模。 在我现在的工作中（我不会说具体是哪家公司），我们用内部软件替换了我们之前使用的几个SaaS。我们基本上有一种内部软件的文化，所以这很合理。这些并不是小工具。它们是由数十亿美元的软件公司开发的巨无霸产品。而我们在几周内就完全替换了它们。之所以能成功，是因为我们已经拥有这些工具的许多领域专家。 优势不仅仅在于“金钱”。最大的优势是完全的控制权。我们可以免费地与其他工具进行集成。我们可以添加任何我们想要的功能。