Django + Next.js SaaS boilerplate

Ship your SaaS.Skip the setup.

Start with Django and Next.js already connected, including authentication, billing, background jobs, and the foundations every SaaS needs.

Architecture · Explore details

Next.js frontend

React, TypeScript

Auth + API boundary

Django backend

Business logic, database

Async task dispatch

Celery Worker

Background execution

Celery Beat

Scheduled tasks

  • Next.js
  • React
  • TypeScript
  • Django
  • PostgreSQL
  • Redis
  • Celery
  • Tailwind CSS
  • shadcn/ui
  • Python

Product evidence

Inspect the system before you build on it

No staged dashboard shots. What you can inspect today is the delivered structure itself: how a request moves, what the two applications own, and where slow work runs.

Source-derived diagram · Reference architecture

One request, end to end

  1. Browser
  2. Next.js UI
  3. Token · API contract
  4. Django + DRF
  5. PostgreSQL
  6. → dispatched to Celery workers, off the request path

How a signed-in request travels from the browser through the UI, the token-checked API contract, and the Django core to persistent data.

Delivered applications

Two apps, one starting point

Next.jsProduct UI · React, TypeScript
DjangoAPI core · DRF, ORM, admin

One codebase, two applications

A Next.js product UI and a Django API core, already connected instead of wired together from scratch.

Source-derived diagram · Reference architecture

Slow work, off the request path

Request dispatches work
Worker executes it
Beat schedules the recurring jobs

Requests dispatch work to workers, and recurring jobs run on a schedule, so the interface is not blocked by heavy tasks.

The starting line

Setup work every SaaS repeats

Before the product itself can begin, the same cross-stack work shows up again and again. SaaS Hammer starts past it, so the first thing you build is the thing that makes your product different.

  1. 01

    Connect the two apps

    Decide how the React frontend and the Django API trust each other: authentication, request handling, and CORS and CSRF choices that come before the first real screen.

  2. 02

    Stand up accounts

    Signup, login, sessions, and user management that work across both applications instead of one at a time.

  3. 03

    Prepare the commercial layer

    The decisions around plans and billing flows that wrap the product before it can charge for itself.

  4. 04

    Move work off the request path

    Background jobs and recurring schedules for emails, imports, and other slow tasks, so the interface stays responsive.

  5. 05

    Assemble the developer workflow

    Project structure, environment configuration, and build tooling for two applications that have to move together.

What's included

The delivery inventory, by ownership

SaaS Hammer brings the cross-stack starting point into one codebase. Scan it by who owns what, not by a wall of equal cards.

Product UI

The interface your customers use

What ships on the frontend side of the boundary.

  • Next.js frontend

    App Router, React, and TypeScript, structured for a real product UI.

  • Component library

    Tailwind CSS and a practical set of UI components for fast screens.

Business core

The domain and account layer

What runs inside Django, close to the data.

  • Django backend

    Python, the ORM, and the admin site for your domain and data.

  • Authentication

    Signup, login, and sessions shared across both applications.

  • User management

    Accounts and profiles, ready to extend around your product.

  • Billing foundations

    The commercial layer around your product, ready for your billing flow.

Async work

Execution beyond the request

What keeps slow work away from your users.

  • Background jobs

    Celery workers move slow work out of the request cycle.

  • Scheduled tasks

    Celery Beat runs recurring jobs without hand-rolled cron.

Developer workflow

How the two apps meet

The cross-stack foundation that holds everything together.

Introduction

Why I built SaaS Hammer

Michael Yin, creator of SaaS Hammer

👋 Hey, I'm Michael. I'm a Django developer and SaaS builder.

Every Django SaaS I built started with the same setup work before the product itself could begin.

SaaS Hammer is the foundation I wanted: a smaller starting line, and more room for the product.

Frequently Asked Questions

Short answers before you start. For setup and structure, the docs go deeper.

Get started

Start with a solid foundation

Build the part that makes your SaaS different.