也许并不需要做成 SaaS
开发者们正在构建过多的 micro-SaaS 产品。
我已经写了四年的周报。我追踪技术趋势和创作者内容。最近,我发现了一种转变。深思熟虑的技术写作正在消失。取而代之的是,我看到了无休止的个人 SaaS 发布。
开发者们把时间花在构建小众 Web 应用上,而不是写下他们的学习心得。在曾经属于博客文章的地方,现在变成了带有绚丽渐变色的营销页面。
AI 导致了这一切。
编程智能体(coding agents)降低了产品发布的门槛。你现在只需输入一条命令,就可以离开电脑了。这让构建变得简单,但也让它变得危险。
许多开发者在构建他们并不理解的东西。他们在吸取教训之前就转向了下一个项目。
以 SaaS 的方式进行构建对你的职业生涯是有益的。它能让你学习数据隔离、身份验证(auth)和数据建模。这些技能对你的日常工作很有帮助。但将项目投入生产环境则是另一回事。
一个 SaaS 需要:
- 商业策略
- 营销
- 定价
- 客户支持
当你从兴趣爱好转向一项服务时,你的生活就会改变。用户可能会在周日凌晨 2 点给你发邮件,因为他们无法登录。别人代码中的一个 Bug 可能会疯狂冲击你的 API。你有趣的个人项目变成了一份你从未申请过的职业。
别再试图发布你的第十个 micro-SaaS 了。相反,为自己而构建吧。
为“仅此一人”的受众做点东西。用高工程标准去构建它。然后,做这两件事:
开源代码。这可以展示你的成果,而不会强迫你提供终身支持。它就像是你学习过程的凭证。
写写它。写文章会迫使你理解问题。博客文章的维护成本几乎为零。它不会在周日早晨把你从睡梦中叫醒。
不要觉得有压力非要把每一种热情都变现。你构建的一切并不都需要用户。
你为自己进行的工程实践依然重要。一个能产出优秀博客文章的爱好,比一个只有十二个陌生客户的 micro-SaaS 对社区的贡献更大。
下次当你完成一个项目时,在写定价页面之前,先写文章。你可能会发现,写作才是最初的目标。
来源:https://dev.to/aws-heroes/psa-that-probably-doesnt-need-to-be-saas-d0j
可选的学习社区:https://t.me/GyaanSetuAi
