停止自行构建 Auth 与 Billing：你实际上在亏钱的原因

Source: Dev.to

架构师的债务

每一小时你在与 99 % SaaS 应用相同的基础设施上花费的时间，都是你没有投入到 独特价值主张（UVP） 的时间。这就是我所说的 架构师的债务。

当你从头开始构建时，你不仅仅是在写代码；你还签署了一辈子的维护责任。

• 谁在监控你的 JWT 轮换？
• 谁会在明年更新你的 Stripe API 版本？
• 谁在修复移动侧边栏的 hydration 错误？

“先发货”技术栈：MERN + Next.js

如果你想从 开发者 转变为 创始人，你需要一个强调速度的技术栈。MERN（MongoDB、Express、React、Node.js）结合 Next.js 目前是最强大的引擎。

为什么选择这套特定的技术栈？

• NoSQL 灵活性： MongoDB 让你在找到产品‑市场匹配时能够演进数据模式，而无需痛苦的迁移。
• Server Actions： Next.js 消除了前端和后端之间冗余的样板代码。
• Edge Middleware： 安全性和重定向在用户甚至触达服务器之前就已完成。

SaaS 的 80/20 法则

• 80 % 的 SaaS 代码是 乏味的东西（认证、计费、SEO、邮件）。
• 20 % 是 秘密酱料（你的实际产品）。

使用像 SassyPack 这样的启动套件，你的项目从 80 % 的阶段就开始了。你并不是在“作弊”；你是在利用专业级脚手架，确保当你迎来第一千名用户时，基础不会崩塌。

今日工作流转向指南

• 停止挑三拣四： 使用哪个 CSS‑in‑JS 库并不重要。选 Tailwind，继续前进。
• 使用托管服务： 不要自己托管数据库——使用 MongoDB Atlas。不要自己构建认证——使用成熟的包装器。
• 聚焦 “Aha!” 时刻： 你的应用有什么功能能让用户说“哇”？先把它做好。其他一切都应该是预先构建好的商品。

结论

市场并不在乎你的内部认证中间件有多漂亮。市场在乎的是你能否解决它们的问题。

如果你已经准备好停止与基础设施搏斗、开始交付产品，请查看 SassyPack。这是我构建的模板，确保我再也不需要编写登录表单。

你的看法是什么？你更倾向于自己构建每一层，还是使用启动套件更快进入市场？