Kostenloses Tool

SaaS-Launch-Checkliste

Dreißig Launch-Aufgaben in sechs Phasen, von 30 Tagen vor dem Launch-Tag bis 30 Tage danach. Hake sie unterwegs ab: Dein Fortschritt bleibt in diesem Browser, und du kannst die ganze Liste jederzeit als Markdown exportieren.

Deine Launch-Checkliste

Der Fortschritt wird nur in diesem Browser gespeichert (localStorage). Nichts, was du abhakst, geht an LaunchRepo.

0 von 30 Aufgaben erledigt
T−30 30 Tage vorher0/6

Entscheide, was du launchst, wann, und woran du merkst, dass es funktioniert hat.

  • Warum: Jeder Slogan, jedes Eintragsformular und jeder Launch-Post nutzt diesen Satz wieder; einmal geschrieben, spart er dir später Stunden. Quelle: Glossar: Produkt-Kontextdatei →

  • Warum: Kostenlose Verzeichnis-Warteschlangen können Wochen dauern; eine frühe Einreichung kann live gehen, bevor deine Seite fertig ist. Quelle: Wann sollten Einträge live gehen? →

  • Warum: Anmeldungen oder Testphasen pro Kanal sagen mehr als Besuche; Search Console zeigt Klicks, Impressionen, CTR und Position in der organischen Suche. Quelle: Google: Leistungsbericht in der Search Console ↗

  • Warum: Geschäftsmäßige digitale Dienste in Deutschland müssen Name, Anschrift und einen schnellen Kontaktweg wie E-Mail ständig verfügbar halten (§ 5 DDG). Quelle: § 5 DDG (deutsches Recht) ↗

  • Warum: Nach Art. 13 DSGVO müssen Menschen zum Zeitpunkt der Erhebung informiert werden; Checkout-Anbieter und viele Verzeichnisse fragen ebenfalls nach diesem Link. Quelle: DSGVO (EUR-Lex) ↗

  • Warum: Product Hunt verlangt persönliche Konten und verbietet Firmenkonten; wer früh startet, hat Zeit, jede Community kennenzulernen. Quelle: Product Hunt: Launch-Leitfaden ↗

T−14 14 Tage vorher0/7

Mach Produkt, Seite und Bezahlweg bereit für Fremde.

  • Warum: Google empfiehlt für jede Seite beschreibende, prägnante und eindeutige Titel, ohne Keywords zu wiederholen. Quelle: Google: Titellinks ↗

  • Warum: og:title, og:type, og:image und og:url sind die vier Pflichtangaben; sie bestimmen, wie dein Link aussieht, wenn ihn jemand teilt. Quelle: Das Open-Graph-Protokoll ↗

  • Warum: Product Hunt empfiehlt ein quadratisches Thumbnail mit 240×240 unter 3 MB und Galeriebilder mit 1270×760; dasselbe Set passt für die meisten anderen Einträge. Quelle: Product Hunt: Launch vorbereiten ↗

  • Warum: Stripe stellt Testkarten bereit, etwa 4242 4242 4242 4242 für Erfolg und 4000 0000 0000 0002 für eine Ablehnung; teste nie mit echten Kartendaten. Quelle: Stripe: Tests ↗

  • Warum: Gmail verlangt SPF oder DKIM von allen Absendern und SPF, DKIM und DMARC von Massenversendern; sonst landen Willkommens-E-Mails womöglich im Spam. Quelle: Google: Richtlinien für E-Mail-Absender ↗

  • Warum: Gute Core Web Vitals bedeuten LCP innerhalb von 2,5 s, INP von höchstens 200 ms und CLS von höchstens 0,1, gemessen am 75. Perzentil. Quelle: web.dev: Web Vitals ↗

  • Warum: WCAG 2.2 verlangt einen Textkontrast von 4,5:1, Textalternativen für Bilder und volle Tastaturbedienung; Launch-Besucher nutzen jede Art von Gerät. Quelle: W3C: WCAG 2.2 ↗

T−7 7 Tage vorher0/5

Schreib die Texte einmal, in jeder Länge, und bereite die Kanäle vor.

  • Warum: Product Hunt erlaubt einen Slogan mit 60 Zeichen und eine Beschreibung mit 500 Zeichen; andere Formulare fragen nach Längen dazwischen. Quelle: Product Hunt: Launch vorbereiten ↗

  • Warum: Kostenlose Einträge warten in Prüf-Warteschlangen, die oft Wochen dauern; je früher du sie startest, desto mehr davon sind rund um den Launch-Tag live. Quelle: Kostenlose Startup-Verzeichnisse →

  • Warum: Show HN ist für etwas, das Leute ausprobieren können; Anmeldeseiten, Newsletter und Blogposts sind dort fehl am Platz. Quelle: Hacker News: Show-HN-Regeln ↗

  • Warum: Ein kurzer, ehrlicher erster Kommentar dazu, warum du es gebaut hast, gibt Besuchern einen Grund zu antworten und dir einen Thread zum Beantworten. Quelle: Product-Hunt-Checkliste für Solo-Entwickler →

  • Warum: Google nimmt Sitemaps über die Search Console, ihre API oder eine Sitemap-Zeile in der robots.txt an; eine Datei fasst bis zu 50.000 URLs oder 50 MB. Quelle: Google: Sitemap erstellen und einreichen ↗

T0 Launch-Tag0/5

Veröffentliche in der geplanten Reihenfolge, sei ansprechbar und halte fest, was passiert ist.

  • Warum: Ein neues Konto auf einem echten Smartphone findet den kaputten Schritt, bevor es deine ersten Besucher tun.

  • Warum: Product Hunt nennt „12:01 am Pacific Time“ (0:01 Uhr) die beste Zeit für Maker, die vorausplanen, weil der Launch dann den ganzen Tag bekommt. Quelle: Product Hunt: Launch-Leitfaden ↗

  • Warum: Product Hunt sagt, dass du nicht direkt um Upvotes bitten darfst, und Hacker News bittet dich, Freunde nicht um Upvotes oder Kommentare zu bitten. Quelle: Hacker News: Show-HN-Regeln ↗

  • Warum: Der Launch-Tag ist der eine Tag, an dem viele den Thread lesen; schnelle, konkrete Antworten machen aus Besuchern Nutzer.

  • Warum: Eingereicht, ausstehend, geplant und live sind verschiedene Status; wer sie notiert, vermeidet später doppelte Einreichungen. Quelle: Einreichungsstatus erklärt →

T+7 Erste Woche danach0/4

Mach aus Aufmerksamkeit Gespräche und Verbesserungen.

  • Warum: Ein festgehaltener nächster Schritt mit Datum macht aus einer Warteliste Arbeit, die du abschließen kannst. Quelle: Ergebnisse festhalten →

  • Warum: Fünf kurze Gespräche zeigen, wo Leute hängen geblieben sind und was sie erwartet haben; das verrät dir kein Dashboard.

  • Warum: Korrekturen aus der ersten Woche erreichen die Leute, die mit dem Launch gekommen sind und sich noch entscheiden.

  • Warum: Ein Update gibt allen, die sich angemeldet haben, einen Grund wiederzukommen, und zeigt, dass sich das Produkt bewegt. Quelle: Beispiel: der LaunchRepo-Changelog →

T+30 Erster Monat danach0/3

Miss nach Kanal und wähle deinen nächsten Launch-Moment.

  • Warum: Der Leistungsbericht zeigt Klicks, Impressionen, CTR und durchschnittliche Position; kombiniere ihn mit deiner eigenen Anmeldequelle, um zu sehen, was funktioniert hat. Quelle: Google: Leistungsbericht in der Search Console ↗

  • Warum: Nur eine öffentliche Eintrags-URL beweist, dass ein Eintrag live ist; die Nachweise zeigen dir, welche Verzeichnisse sich zu wiederholen lohnen. Quelle: Verzeichnis-Backlinks: was wir belegen können →

  • Warum: Ein Feature-Release oder eine neue Integration ist ein Anlass, dieselben Kanäle wieder anzusprechen, mit besseren Ergebnissen dank allem, was du gelernt hast. Quelle: Launchplan-Vorlage →

So nutzt du die Checkliste

  1. Beginne mit der Phase, die zu heute passt. Ist dein Launch in zwei Wochen, starte mit „14 Tage vorher“ und überflieg die frühere Phase nach allem, was du ausgelassen hast.
  2. Hake eine Aufgabe erst ab, wenn sie wirklich erledigt ist, nicht wenn sie geplant ist. Der Fortschrittsbalken zeigt dann Phase für Phase, was noch offen ist.
  3. Exportiere die Liste als Markdown und füge sie in deinen Issue-Tracker, eine README oder eine Notiz ein. Erledigte Aufgaben werden als [x] exportiert, offene als [ ], jeweils mit Grund und Quelle.
  4. Wenn du weißt, was zu tun ist, verteile die Aufgaben mit der Launchplan-Vorlage auf Termine und Verantwortliche.

Was diese Checkliste nicht abdeckt

  • Sie ist keine Rechtsberatung und keine rechtliche Prüfung. Die Punkte zu Impressum und Datenschutz verweisen auf die offiziellen Texte; ob und wie sie für dein Unternehmen gelten, klärst du mit einer Anwältin oder einem Anwalt.
  • Sie ist an keine Plattform gebunden. Für die Details eines Product-Hunt-Eintrags nutze die Product-Hunt-Checkliste für Solo-Entwickler.
  • Sie ist nicht das LaunchRepo-Runbook. Das kostenpflichtige Kit enthält die Plattform-Playbooks und den Ablauf, dem dein Agent folgt; diese Liste ist der allgemeine Launch-Rahmen darum herum.

Product-Hunt-Launch-Checkliste →

Woher die Liste stammt

Jeder Grund wurde am 30. September 2026 mit der daneben verlinkten offiziellen Seite abgeglichen: Product Hunts Launch-Leitfaden, die Show-HN-Regeln von Hacker News, Google Search Central, die Absenderrichtlinien von Gmail, die Testdokumentation von Stripe, web.dev, WCAG 2.2, das Open-Graph-Protokoll, § 5 DDG und die DSGVO.

Zwei Aufgaben stammen direkt aus den Launches unserer eigenen Produkte: ein frühestes Veröffentlichungsdatum (im LaunchRepo-Kit seit dem 15. September 2026) und das Festhalten des Status jedes Eintrags mit Nachweis.

Checkliste oder Launchplan?

Diese Checkliste beantwortet, was zu tun ist. Die Launchplan-Vorlage beantwortet, wann und wer: Sie legt dieselbe Art von Arbeit auf Kalendertage, weist sie Rollen zu und zeigt die Stunden jeder Person, mit Export als CSV und Markdown.

Launchplan-Vorlage öffnen

Häufige Fragen

Ist die SaaS-Launch-Checkliste kostenlos?
Ja. Sie läuft in deinem Browser ohne Konto oder E-Mail-Adresse, und auch der Markdown-Export ist kostenlos.
Wo wird mein Fortschritt gespeichert?
Nur im localStorage dieses Browsers. Nichts geht an LaunchRepo. Ein anderer Browser oder ein anderes Gerät beginnt mit einer leeren Liste; wenn du deine Browserdaten löschst oder auf „Fortschritt zurücksetzen“ klickst, ist er weg.
Kann ich in weniger als 30 Tagen launchen?
Ja. Beginne mit der Phase, die zu heute passt, und verschiebe alles, was nicht mehr hineinpasst, auf nach dem Launch. Langsam sind die Punkte mit Warteschlangen, etwa kostenlose Verzeichnisse, also fang mit denen an.
Ist das eine Product-Hunt-Checkliste?
Nein. Sie deckt den ganzen SaaS-Launch über alle Kanäle ab. Product Hunt taucht dort auf, wo seine Regeln zählen, und die separate Product-Hunt-Checkliste geht im Detail auf den Eintrag ein.
Ersetzt die Checkliste eine Rechtsberatung?
Nein. Die Aufgaben zu Impressum und Datenschutz verlinken die offiziellen Texte, damit du weißt, dass es sie gibt; was für dein Unternehmen gilt, sagt dir eine Anwältin oder ein Anwalt.

Lass deinen Agenten die Verzeichnisse übernehmen

LaunchRepo gibt deinem Coding-Agenten die Plattform-Playbooks, das lokale Dashboard und den Tracker für den Verzeichnis-Launch, damit die Einreichungen aus dieser Checkliste erledigt und festgehalten werden.

Zum Preis