r/stocks
SaaS 末日：我们一周内就替换掉了 Asana 订阅
工程师用AI生成的内部工具在1周内取代了每年3万美元的Asana订阅，认为CRUD类SaaS前景黯淡，不如实体赋能型科技企业。
- 生成式AI使得以低成本快速开发定制内部工具来替代标准CRUD SaaS产品成为可能。
- 当可以通过自定义构建实现深度工作流集成时，通用项目管理软件的高昂订阅费用显得不合理。
- 随着“实体赋能型”企业自行构建更高效的软件解决方案，纯SaaS公司面临生存风险。
我是一家中型科技赋能公司的软件工程师。我们不是软件公司，只是开发软件来让我们的实体业务运转得更好。
我们以前每年花 3 万美元用 Asana。我们通过“vibe coding”把它搞定了：截取我们常用的 Asana 界面截图，让它照着 Asana 的样子实现功能，然后剩下的时间都用来把它和我们的内部数据及工作流深度集成。这一切只用了 3 天。
我们还轻松搭建了一个服务器，在过渡期间保持 Asana 和这个新 vibe coded 应用的数据同步。从开始构建到取消 Asana 合同，我们在不到一周的时间内就把整个公司从 Asana 迁移了出来。
我们甚至没费多大劲，但效果已经相当棒了。最棒的是，因为它和我们的业务共用同一个数据库，现在它与我们的工作流集成度更高了。例如，我们可以直接把工单分配给真实客户；而在 Asana 里，我们还得手动添加或删除客户。
像 Asana 这样的 SaaS 业务没有未来。说真的。我并不是说所有 SaaS 都没未来，而是那些只有华丽 UI 的 CRUD 型 SaaS（比如 Asana）没有未来。
在我看来，科技赋能型公司的增长会高于纯 SaaS 公司。我指的是那些在实体世界运营，但利用软件来提升效率的公司。
维护工作还包括处理功能需求、待命监控与可观测性、故障应对、文档编写以及 Claude 技能，还有明确的责任归属。
以前你们团队根本不用操心这些，现在却得操心了。从你的思维方式来看，我能看出你资历尚浅。
Asana 多久变一次？自诞生以来，它一直是同一个产品。
不过就是个带华丽 UI 的工单跟踪系统罢了，没别的。
我是一名拥有 20 年软件开发经验的技术主管。
在不出问题之前，它不需要改变；一旦出了问题，你就得花时间去搞清楚它该怎么改以及为什么要改。
但现在你们团队拥有了一个工单系统的所有权。
没错。拥有它的成本已经降得足够低，以至于我们自己开发变得合算了。
现在可不是 2010 年，而是 2026 年。
听起来你处理的规模微不足道，Asana 到底收了你 3 万美元是图啥？你这篇帖子唯一让人觉得离谱的似乎就是价格太贵了。
这也就是 Jira Enterprise 给 400 个用户报价的水平……
除非你们公司的规模也差不多是 400 个用户？
哈哈，莫名其妙地嘴这么毒。
“但大语言模型也让维护变得轻松愉快”——是啊，直到它抽风把数据库删了为止。到时候你就得去扒底层代码看看到底出了什么岔子，然后因为里面乱成一团屎而崩溃大哭，最后还得说：“呃，也许我们自以为能做得更好其实是搞砸了，但嘿，至少我们‘省了一年钱’。”
我觉得基础设施成本这块纯属扯淡。
哇哦，你一年省了 3 万刀？真是开启了新时代啊。
你当然听不到这种话。产品迟早会出故障，到时候我倒好奇谁来背锅。
做个克隆版并不难。甚至在“氛围编程”时代之前，Asana 就是编程训练营里常见的学生项目。我们说的可是那些毫无工作经验的新手开发者。
难点不在于做出一个能跑的东西，而在于让它保持定期维护、更新和改进。这对于本就稀缺且昂贵的员工群体来说，是巨大的机会成本。
另外，如果楼主离职了怎么办？是否有足够的文档或机构知识来保证它继续平稳运行？
很多公司以为自己能去掉中间商，结果却是自己变成了中间商，然后发现自己干得并不怎么样。
我是一名拥有 15 年经验的技术主管，职业生涯一直在 FAANG 度过。你似乎并不理解你所做之事的真正后果，而且你无法自我反思或接受反馈，这严重表明你缺乏技术主管应有的能力。
我指出了多处漏洞，你却未能予以回应，反而只会甩锅，说别人不理解。
你真的不需要全职人员来维护它。我们做过类似的事情，效果非常好。像 Asana 这样的公司麻烦大了。不过这并不适用于所有软件，有些还是有护城河的，比如 CRM、TOST、TWLO。
事实上，大多数像你描述的工具会比 Asana 更适合你的业务，因为你可以为任何功能量身定制以契合你的业务。
终于有人懂行了。
Asana 不仅让我们为一个 CRUD 应用花了 3 万美元，而且因为它缺少各种内部数据，效果也不好。通过构建我们自己的定制版本，我们才能真正让它为我们的业务良好服务。