TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Show HN: Open-Source Starter for SaaS Products

4 点作者 anandchowdhary将近 6 年前
For the past few months, I&#x27;ve been thinking about building a few different SaaS products.<p>The problem is that there&#x27;s a lot of work to do before you even start building your product — adding support for recurring subscriptions, billing, GDPR compliance, authentication, . . . maybe your SaaS needs support for teams, scoped memberships, API key pairs, etc. etc., the list goes on.<p>Introducing Staart — the starter template for SaaS products. Written in Node.js&#x2F;TypeScript with a beautiful Vue.js&#x2F;Nuxt.js Progressive Web App (PWA), Staart takes care of all the boilerplate required when building a SaaS product, so you can focus on what really matter — your core product.<p>I&#x27;d love to hear what the community thinks!<p>Check it out on Product Hunt: https:&#x2F;&#x2F;www.producthunt.com&#x2F;posts&#x2F;staart<p>GitHub: Staart (backend) and Staart UI (frontend) https:&#x2F;&#x2F;github.com&#x2F;o15y<p>Live demo: https:&#x2F;&#x2F;staart-demo.o15y.com

3 条评论

codingdave将近 6 年前
I love starter templates like this. But I have yet to use them in real products, because they are inherently opinionated. And I like my tech choices to be driven by product needs, not the ease of launch. I&#x27;m not philosophically opposed to using something like this, but my process is more along the lines of:<p>1) Define the product<p>2) Determine what features and functions are needed, and how it will influence architecture decisions.<p>3) Pick a stack to start with.<p>Normally, from node up to the front-end, I&#x27;m flexible, but these kits typically also are tied to specific databases, with specific auth solutions, and assumptions about the type of dev environment and flow that people want to see. If you are adding in billing and subscriptions, there are even more places we might end up on different pages.<p>Now, if the stack I choose ends up matching a solution like yours, terrific. I&#x27;ll use it and be happy. But the more complete the solution, the less likely it is to be a match.
评论 #20282800 未加载
madamelic将近 6 年前
Great idea, but I agree with codingdave. Too opinionated and only makes things more difficult.<p>The more important things to a SaaS is the actual product and not the authentication &#x2F; backend &#x2F; DB.<p>99.99999% of all early stage SaaS have absolutely no need for even 2FA, let alone multitudes of authentication.<p>It&#x27;s just a lot of clutter and cruft for an MVP, which is what should be built.<p>I think a better framework would be focusing on the essentials, a very simple username + pwd, drop-in DB with a generic schema (Put it in JSON and export it from a file, rather than wrapping in an ODM &#x2F; ORM object).<p>Finally you could wrap it up with a nice landing page template.<p>I would pay money for someone to give me a light, nice-looking landing page that is easily templated and it focuses on being light.<p>---<p>One issue with this kind of project is that it is difficult to adopt and build on to. It might be a great starting place, but it presents a fork of either total rebuild or stumbling through unfamiliar, cluttered code.
评论 #20282839 未加载
ecares将近 6 年前
Why didn&#x27;t you use a querybuilder (like knex) that is db agnostic? Here users are stuck with MySQL.
评论 #20282792 未加载