Launch a SaaS Over a Weekend with the Next.js Template

A realistic Saturday-to-Sunday path from cloning the Next.js template to a deployed product with auth, payments, and a database.

SoarStarter Team

"Launch a SaaS in a weekend" is usually a slogan. With a template that already ships auth, payments, email, and a dashboard, it's closer to an actual schedule — because the parts that normally eat the weekend are already built. Here's a realistic path from a fresh clone of the Next.js template to something deployed, with honest notes on what's done for you and what you still have to do.

Saturday morning: running locally

The template goes from clone to running in a handful of commands. You need Node, pnpm (corepack enable), and a PostgreSQL database.

pnpm install
cp .env.example .env
# fill in .env (see below)
pnpm exec drizzle-kit push   # create the schema in your database
pnpm dev                      # http://localhost:3000

drizzle-kit push reads the Drizzle schema and creates the tables — no hand-written migrations to run. When pnpm dev comes up, you already have a working app: registration, login, a dashboard, and settings, all live against your database.

Saturday afternoon: the .env file is the setup

The template's configuration is almost entirely environment variables. This is the part that actually takes time — not writing code, but creating accounts and pasting keys. The .env.example groups them:

  • DatabaseDATABASE_URL for your Postgres.
  • AuthBETTER_AUTH_SECRET (generate a random string), BETTER_AUTH_URL (http://localhost:3000 locally), and optionally GITHUB_* / GOOGLE_* for social login.
  • PaymentsNEXT_PUBLIC_PAYMENT_PROVIDER, then the Creem keys (CREEM_API_KEY, CREEM_WEBHOOK_SECRET) and your product IDs (NEXT_PUBLIC_CREEM_PRODUCT_PRO_MONTHLY, …_PRO_YEARLY, …_LIFETIME). Stripe keys are there too if you'd rather use Stripe — the payment provider is swappable.
  • EmailRESEND_API_KEY for transactional email (verification, password reset).
  • AI (optional) — OPENAI_API_KEY / REPLICATE_API_TOKEN if you use the AI features.

You can start with just the database and auth secret, and add payments and email once the basics run. Each service you wire up lights up a feature that's already coded against it.

Saturday evening: make it yours

Now the part that's actually your product. What's already done versus what you customize:

Already built — authentication (email/password with verification, password reset, GitHub/Google OAuth), subscription and one-time payments with webhook handling, a user dashboard, account and settings pages, an admin area with role gating, transactional emails, i18n (English/Chinese), a blog and docs system, SEO scaffolding (sitemap, metadata), and legal pages.

Your weekend's real work — branding (name, logo, colors), the landing page copy, your pricing tiers and matching product IDs, and the one thing a template can't give you: the actual feature your users are paying for. Everything else is plumbing you're inheriting.

Sunday: deploy

The template builds in Next.js standalone output mode and ships a multi-stage Dockerfile, so you have two straightforward paths:

  • Vercel — import the repo, set the same env vars in the project settings, deploy. One caveat baked into the template's docs: the local image upload writes to public/uploads, which is ephemeral on Vercel — move uploads to object storage before you rely on that feature.
  • Docker / self-hostingpnpm build produces the standalone server the Dockerfile wraps; run it anywhere containers run.

Before deploying, run the quality gate — pnpm lint and pnpm build — and point the app at a production database and a real BETTER_AUTH_URL.

Is it actually a weekend?

Honestly: the code is a weekend; the accounts are the variable. If your Creem, Resend, and OAuth apps are set up and approved, you can be deployed by Sunday night. If you're waiting on a payment-provider review, that's calendar time no template controls. But the engineering — the auth flows, the webhook reconciliation, the email templates, the dashboard — is genuinely off your plate.

The installation docs walk through every command and env var in detail, and the deployment docs cover the Vercel and Docker paths. Clone, fill in the blanks, and spend your weekend on the product instead of the plumbing.