Du hast Ideen. Seit Monaten. Sie liegen in irgendeiner Notiz-App und gären langsam vor sich hin — zu Schuldgefühlen. Jeden Montag denkst du 'nächstes Wochenende" und jeden Sonntagabend hast du irgendwie deinen Schreibtisch aufgeräumt, statt irgendwas zu shippen.

Das Problem ist nicht Talent oder Tools. Es ist der Prozess. Die meisten Wochenendprojekte sterben, weil Builder den Samstag mit Entscheidungen verbringen, die sie Freitag hätten treffen sollen — und den Sonntag mit Polishing von Dingen, die niemand verlangt hat. 🔍

Vor sechs Monaten wäre dieser Guide nicht praxistauglich gewesen. Claude Code konnte keine Full-Stack-App zuverlässig aus einer einzigen Spec-Datei scaffolden. Das Free Tier von Supabase hatte keine Edge Functions. Vercels Hobby-Plan hatte engere Deployment-Limits. Aber Stand Ende März 2026 läuft jedes Tool in diesem Playbook auf einem Free Tier, das großzügig genug ist, um ein echtes Produkt zu shippen — keine Spielzeug-Demo. Die Kosten für ein Wochenend-MVP sind von 'ein paar Hundert Euro für Hosting und APIs" auf 'exakt null Euro, wenn du aufpasst" gesunken. Das ist das Fenster. 💰

Hier ist das Playbook, das ich aus Hunderten von Wochenend-Launches des letzten Jahres reverse-engineered habe — den Launches, die bis Sonntagabend tatsächlich eine Live-URL mit echten Nutzern produziert haben. Kein Prototyp. Kein Figma-Mockup. Ein deployed Produkt. Die Geheimwaffe: Claude Code — Anthropics terminalbasierter AI-Coding-Assistent, der dein Projekt liest, Code schreibt und Befehle direkt in deiner Codebase ausführt.

Freitagabend: Eine Stunde Entscheidungen (kein Code)

Das Wochenende startet Freitag um 21 Uhr. Nicht mit Code — mit Entscheidungen. Jede Minute, die du Samstag mit Grübeln verbringst, ist eine Minute, in der du nicht baust.

Wähle eine Projektform

Das sind die einzigen Formen, die realistisch an einem Wochenende shippbar sind:

Form Beispiel Komplexität
Tool PDF-Merger, Bildkompressor, Textformatierer Niedrig
Dashboard Analytics-Viewer, Statusseite, Metriken-Anzeige Mittel
Marketplace lite Verzeichnis, Listing-Seite, kuratierte Sammlung Mittel
SaaS micro Ein-Feature-Produkt mit Auth und einer Billing-Seite Mittel-Hoch
API Wrapper Nimm eine hässliche API — eine Schnittstelle, über die Programme miteinander kommunizieren — und mach sie schön Niedrig-Mittel

Schreib die One-Page-Spec

Öffne eine Datei. Schreib genau das hier rein. Nicht mehr:

# Wochenend-MVP: [Name]

## Ein Satz
[Was es tut, für wen]

## Core Flow
1. User landet auf der Seite
2. User macht [Hauptaktion]
3. User bekommt [Ergebnis]

## Must-have (Samstag)
- [ ] Landing Page
- [ ] Core Feature
- [ ] Deploy auf Produktions-URL

## Nice-to-have (Sonntag)
- [ ] Auth
- [ ] E-Mail-Benachrichtigungen
- [ ] Einfache Analytics

## Wird NICHT gebaut
- [ ] Admin-Panel
- [ ] Zahlungsabwicklung
- [ ] Mobile App
- [ ] Nutzerprofile

Die 'Wird NICHT gebaut"-Sektion? Der wichtigste Teil des ganzen Dokuments. Sie ist dein Schutzschild gegen Scope Creep — die natürliche Tendenz, immer noch 'nur eine Sache" dranzuhängen, bis der Sonntag vorbei ist und du nichts Fertiges gebaut hast.

Repo aufsetzen

Ein Repo (Repository) ist einfach ein Projektordner, der von Git getrackt wird — einer Versionskontrolle, die jede Änderung speichert, wie ein unendliches Undo für deinen Code.

mkdir my-mvp && cd my-mvp
git init

# Wähle EINEN Stack. Nicht lange überlegen.
# Option A: Next.js + Supabase (Full-Stack, maximale Flexibilität)
npx create-next-app@latest . --typescript --tailwind --app

# Option B: Statisch + API (einfacher, schneller)
# Einfach index.html und einen /api-Ordner erstellen

touch SPEC.md  # Deine One-Page-Spec hier reinpasten
git add -A && git commit -m "init: weekend mvp"

Next.js ist ein React-basiertes Framework — quasi ein Starterkit für Web-Apps, das Routing, Server-Side Rendering und Deployment out of the box abdeckt. Supabase gibt dir eine Datenbank, User-Login und File Storage ohne Server-Setup.

Samstagmorgen: Core Feature bauen (4–5 Stunden)

Aufstehen. Kaffee. Terminal auf. Kein Social Media, keine E-Mails, kein 'lass mich nur kurz was checken".

Stunden 1–2: Scaffolding mit Claude Code

Hier verdient sich Claude Code seinen Einsatz. Öffne es in deinem Projektverzeichnis:

claude

Gib ihm den vollen Kontext:

Read SPEC.md. This is a weekend MVP — we're building
the minimum possible product.

Scaffold the project:
1. Set up the page structure based on the core flow
2. Create the main feature component
3. Set up basic styling with Tailwind
4. Create a layout with nav and footer
5. No auth yet, no database yet — just the UI and core logic

Claude Code generiert 5–15 Dateien. Geh nicht jede Zeile durch. Du checkst drei Dinge: Läuft es (npm run dev), ist der Core Flow da, ist die Code-Struktur sauber?

Stunden 2–4: Core Feature implementieren

Das ist der einzige Code, der zählt. Alles andere ist Scaffolding — Gerüst, das nicht das Produkt selbst ist.

Sagen wir, du baust einen Meeting-Kosten-Rechner. Du sagst Claude Code:

The core feature is a calculator that takes:
- Number of participants
- Average hourly rate
- Meeting duration

And shows a real-time cost counter, total cost, and
cost-per-minute breakdown. Single React component.
No backend needed. Use useState for the timer,
useEffect for the counter animation.

Claude Code schreibt es. Du testest im Browser. Du iterierst:

The counter animation is jerky. Use requestAnimationFrame
instead of setInterval. Make the cost number huge — 72px,
monospace font.

Wichtige Disziplin: Nur am Core Feature iterieren. Wenn die Navigation komisch aussieht, schreib es auf. Kosmetik kommt Sonntag.

Stunden 4–5: Deploy 🚀

Deploy vor dem Mittagessen. Eine Live-URL — eine echte Adresse, die jeder besuchen kann — ändert deine Psychologie von 'ich spiel mit Code" zu 'ich baue ein Produkt".

# Vercel (am schnellsten für Next.js)
npx vercel

# Oder Cloudflare Pages (am schnellsten für statische Seiten)
npx wrangler pages deploy ./out

Vercel deployt automatisch bei jedem Push. Das Free Tier reicht für jedes MVP. Schick die URL an eine Person. Deren 30-Sekunden-Reaktion sagt dir mehr als eine Woche Solo-Entwicklung.

Mittagspause: Weg vom Rechner

Ernst gemeint. Iss was, das nicht an deinem Schreibtisch steht. Die Nachmittags-Session verdoppelt sich an Produktivität, wenn dein Hirn pausiert hat.

Samstagnachmittag: Bindegewebe (3–4 Stunden)

Core Feature läuft. Jetzt lass es sich wie ein Produkt anfühlen.

Stunden 6–7: Datenbank (falls nötig)

Nicht jedes MVP braucht eine Datenbank — einen strukturierten Ort zum Speichern und Abrufen von Daten. Ein Rechner nicht. Ein Verzeichnis schon.

Falls deins eine braucht, sag Claude Code:

Set up Supabase:
1. Design the minimum schema — only tables for the core flow
2. Set up the client in lib/supabase.ts
3. Add basic CRUD for the main data type
4. No RLS yet, no complex queries — just make it work

CRUD bedeutet Create, Read, Update, Delete — die vier Grundoperationen auf beliebigen Daten. RLS (Row Level Security) steuert, wer welche Zeilen sehen darf. Erstmal überspringen.

Das Free Tier von Supabase gibt dir 500 MB PostgreSQL — eine leistungsstarke Open-Source-Datenbank. Für ein MVP brauchst du ungefähr 1 MB. Das sind 500 MVPs an Headroom. 💰

// lib/supabase.ts — mehr brauchst du nicht
import { createClient } from '@supabase/supabase-js'

export const supabase = createClient(
  process.env.NEXT_PUBLIC_SUPABASE_URL!,
  process.env.NEXT_PUBLIC_SUPABASE_ANON_KEY!
)

Stunden 7–8: Auth (falls nötig)

Auth (Authentifizierung) — Nutzer einloggen lassen, um sie zu identifizieren. Ein Meeting-Rechner braucht das nicht. Ein persönliches Dashboard schon.

Add Supabase Auth:
1. Email + password signup/login
2. Simple auth form component
3. Protected route for the dashboard
4. Session management via middleware
5. No social login, no MFA — just email and password

MFA (Multi-Faktor-Authentifizierung) ist der zweite Code von deinem Handy. Supabase Auth handelt 50.000 monatlich aktive Nutzer kostenlos. Das wirst du am MVP-Wochenende niemals erreichen.

Stunden 8–9: Landing Page

Deine Landing Page braucht genau vier Dinge:

  1. Headline — was es tut (5–8 Wörter)
  2. Subheadline — für wen es ist (1 Satz)
  3. CTA-Button — 'Kostenlos testen" / 'Jetzt starten"
  4. Ein Screenshot — zeig das Produkt in Aktion
Create a landing page:
- Hero section with headline, subheadline, and CTA
- One section showing the core feature
- Simple footer with contact info
- No testimonials, no pricing, mobile responsive

Keine Feature-Vergleichstabelle. Keine 'Vertraut von"-Logos. Keine animierten Farbverläufe. Ship das echte Ding, nicht eine Marketing-Seite über das echte Ding.

Sonntag: Polish und Launch (6–8 Stunden)

Vormittag: Alles fixen, was du ignoriert hast ⚡

Öffne deine Notizen von Samstag. Gib sie Claude Code als Batch:

Fix these in order:
1. Nav doesn't highlight the active page
2. Mobile menu doesn't close after clicking a link
3. Loading state shows blank — add a skeleton
4. Form validation missing on email field
5. Footer links go nowhere — add pages or remove links

Jeder Fix ist klein. Zusammen verwandeln sie 'Demo" in 'Produkt".

Nachmittag: Launch-Checkliste

### Funktioniert
- [ ] Core Feature läuft auf Desktop Chrome
- [ ] Core Feature läuft auf Mobile Safari
- [ ] Alle Links führen irgendwohin
- [ ] Formulare validieren Eingaben
- [ ] Fehler zeigen nutzerfreundliche Meldungen

### Sieht gut aus
- [ ] Favicon vorhanden
- [ ] Seitentitel und Meta-Description gesetzt
- [ ] OG-Image für Social Sharing
- [ ] Kein Platzhaltertext ('Lorem ipsum")
- [ ] Einheitliche Abstände und Typografie

### Produktionsreif
- [ ] Environment Variables in Production gesetzt
- [ ] HTTPS funktioniert
- [ ] Ladezeit unter 3 Sekunden
- [ ] Keine Console Errors
- [ ] 404-Seite existiert

Sag Claude Code: 'Geh diese Checkliste gegen unsere Codebase durch. Sag mir, was passt, was nicht — und fix die Fehler." Das erledigt es in Minuten.

Abend: Ship it

Poste auf Twitter/X, relevanten Discord-Servern, einem Reddit-Thread, Hacker News 'Show HN" wenn es passt. Das Post-Format, das funktioniert:

Ich habe [Produktname] dieses Wochenende gebaut — es [tut Sache] für [Zielgruppe]. [URL] Gebaut mit Next.js + Supabase + Claude Code. Feedback willkommen.

Schreib keinen 2000-Wörter-Launch-Essay für ein Wochenendprojekt. Das Produkt spricht für sich — oder eben nicht.

Die Zeitfresser, die Wochenend-MVPs zerstören 🗑️

Zeitfresser Warum es verlockend ist Warum es eine Falle ist
Eigenes Design System 'Es muss professionell aussehen" Tailwind-Defaults sehen gut genug aus
Auth selbst bauen 'Ich vertrau keinem Drittanbieter" Supabase Auth braucht 10 Minuten
Datenbank-Optimierung 'Was, wenn wir skalieren?" Du hast 0 Nutzer. Optimier bei 1.000
CI/CD-Pipeline 'Best Practices" Push auf main. Vercel deployt automatisch
Test-Suite 'Ich sollte Tests haben" Manuell testen bei einem Wochenend-MVP
Payment-Integration 'Ich muss monetarisieren" Erst Nutzer holen. Stripe kommt in Woche 2
Admin-Panel 'Ich muss Daten managen" Nutz das Supabase-Dashboard direkt

CI/CD (Continuous Integration/Continuous Deployment) bedeutet automatisiertes Testen und Deployen bei jedem Push. Wertvoll zur richtigen Zeit. Dieses Wochenende ist nicht diese Zeit.

Der realistische Zeitplan

Freitag 21:00:   Spec schreiben, Repo aufsetzen           (1h)
Samstag 9:00:    Scaffolding + Core Feature                (4h)
Samstag 13:00:   Mittagspause                              (1h)
Samstag 14:00:   Datenbank + Auth + Landing Page            (4h)
Samstag 20:00:   Feierabend
Sonntag 10:00:   Polish + Bugfixes                          (3h)
Sonntag 14:00:   Launch-Checkliste + Deploy                 (2h)
Sonntag 17:00:   Online posten + Feedback sammeln           (1h)
Sonntag 18:00:   Wochenend-MVP shipped

Fokussierte Coding-Zeit gesamt:                           ~14h

14 Stunden fokussiertes Arbeiten. Keine 48-Stunden-Nachtschicht. Beide Nächte schlafen. Sonntagmorgen Sport. Ausgeruhter Code schlägt erschöpften Code — jedes Mal.

🦝 Schnapps' Take

Das Wochenend-MVP stress-testet deine Idee, nicht deine Ausdauer. Wenn du nicht in einem Satz erklären kannst, was das Produkt tut, kannst du es nicht an einem Wochenende bauen. Wenn du das Core Feature nicht in 4 Stunden mit Claude Code hinbekommst, ist das Feature zu komplex für ein MVP.

Die Projekte, die shippen, haben eine Gemeinsamkeit: Der Builder hat den Scope gnadenlos zusammengestrichen. Eine Sektion auf der Landing Page. Ein Feature in der App. Zwei Tabellen in der Datenbank. Und es hat shipped.

Die Projekte, die nicht shippen, haben eine andere Gemeinsamkeit: Der Builder hat den Samstagnachmittag damit verbracht, zu recherchieren, welche Animations-Library er für Page Transitions nutzen soll. Es gibt keine Page Transitions in einem MVP. Es gibt eine Seite, und sie funktioniert. Ship das. 🚀