Gratis tool

SaaS-launchchecklist

Dertig launchtaken in zes fasen, van 30 dagen vóór je launchdag tot 30 dagen erna. Vink ze af terwijl je bezig bent: je voortgang blijft in deze browser en je kunt de hele lijst op elk moment als Markdown exporteren.

Jouw launchchecklist

Je voortgang wordt alleen in deze browser bewaard (localStorage). Niets wat je afvinkt, gaat naar LaunchRepo.

0 van 30 taken klaar
T−30 30 dagen vooraf0/6

Bepaal wat je lanceert, wanneer, en hoe je weet dat het gewerkt heeft.

  • Waarom: Elke tagline, elk vermeldingsformulier en elke launchpost hergebruikt deze zin, dus als je hem één keer schrijft, bespaar je later uren. Bron: Woordenlijst: productcontextbestand →

  • Waarom: Wachtrijen van gratis directory’s kunnen weken duren, dus een vroege inzending kan live gaan voordat je pagina klaar is. Bron: Wanneer moeten vermeldingen live gaan? →

  • Waarom: Aanmeldingen of proefaccounts per kanaal zeggen meer dan bezoeken; Search Console toont klikken, vertoningen, CTR en positie voor organisch zoeken. Bron: Google: prestatierapport in Search Console ↗

  • Waarom: Commerciële digitale diensten in Duitsland moeten naam, adres en een snel contactkanaal zoals e-mail permanent beschikbaar houden (§ 5 DDG). Bron: § 5 DDG (Duitse wet) ↗

  • Waarom: Volgens artikel 13 van de AVG moeten mensen worden geïnformeerd op het moment dat je hun gegevens verzamelt; ook checkoutproviders en veel directory’s vragen om deze link. Bron: AVG (EUR-Lex) ↗

  • Waarom: Product Hunt vereist persoonlijke accounts en verbiedt bedrijfsaccounts; als je ze vroeg aanmaakt, heb je tijd om elke community te leren kennen. Bron: Launchgids van Product Hunt ↗

T−14 14 dagen vooraf0/7

Maak het product, de pagina en het betaalpad klaar voor onbekenden.

  • Waarom: Google raadt beschrijvende, beknopte en unieke titels per pagina aan, zonder zoekwoorden te herhalen. Bron: Google: titellinks ↗

  • Waarom: og:title, og:type, og:image en og:url zijn de vier verplichte eigenschappen; ze bepalen hoe je link eruitziet als mensen hem delen. Bron: Het Open Graph-protocol ↗

  • Waarom: Product Hunt raadt een vierkante thumbnail van 240×240 onder 3 MB en galerijafbeeldingen van 1270×760 aan; dezelfde set werkt voor de meeste andere vermeldingen. Bron: Product Hunt: je launch voorbereiden ↗

  • Waarom: Stripe biedt testkaarten zoals 4242 4242 4242 4242 voor een geslaagde betaling en 4000 0000 0000 0002 voor een weigering; test nooit met echte kaartgegevens. Bron: Stripe: testen ↗

  • Waarom: Gmail vereist SPF of DKIM voor alle afzenders, en SPF, DKIM en DMARC voor bulkafzenders; anders kunnen welkomstmails in de spam belanden. Bron: Google: richtlijnen voor e-mailafzenders ↗

  • Waarom: Goede Core Web Vitals betekenen een LCP binnen 2,5 s, een INP van 200 ms of minder en een CLS van 0,1 of minder, gemeten op het 75e percentiel. Bron: web.dev: Web Vitals ↗

  • Waarom: WCAG 2.2 vraagt om een tekstcontrast van 4,5:1, tekstalternatieven voor afbeeldingen en volledige bediening met het toetsenbord; launchbezoekers gebruiken elk soort apparaat. Bron: W3C: WCAG 2.2 ↗

T−7 7 dagen vooraf0/5

Schrijf de teksten één keer, in elke lengte, en zet de kanalen klaar.

  • Waarom: Product Hunt staat een tagline van 60 tekens en een beschrijving van 500 tekens toe; andere formulieren vragen lengtes daartussen. Bron: Product Hunt: je launch voorbereiden ↗

  • Waarom: Gratis vermeldingen wachten in reviewwachtrijen die vaak weken duren; hoe eerder je ermee begint, hoe meer er live gaan rond je launchdag. Bron: Gratis startup-directory’s →

  • Waarom: Show HN is voor iets wat mensen kunnen uitproberen; aanmeldpagina’s, nieuwsbrieven en blogposts zijn off-topic. Bron: Hacker News: regels voor Show HN ↗

  • Waarom: Een korte, eerlijke eerste reactie over waarom je het gebouwd hebt, geeft bezoekers een reden om te reageren en jou een thread om te beantwoorden. Bron: Product Hunt-checklist voor solo-developers →

  • Waarom: Google accepteert sitemaps via Search Console, de API of een Sitemap-regel in robots.txt; één bestand bevat maximaal 50.000 URL’s of 50 MB. Bron: Google: een sitemap maken en indienen ↗

T0 Launchdag0/5

Publiceer in de juiste volgorde, wees aanwezig en noteer wat er gebeurt.

  • Waarom: Een nieuw account op een echte telefoon vindt de kapotte stap voordat je eerste bezoekers dat doen.

  • Waarom: Product Hunt noemt 12:01 am Pacific Time het beste moment voor makers die vooruit plannen, omdat de launch dan de hele dag krijgt. Bron: Launchgids van Product Hunt ↗

  • Waarom: Product Hunt zegt dat je mensen niet direct om upvotes mag vragen, en Hacker News vraagt je vrienden niet te laten upvoten of reageren. Bron: Hacker News: regels voor Show HN ↗

  • Waarom: De launchdag is de ene dag waarop veel mensen de thread lezen; snelle, concrete antwoorden maken van bezoekers gebruikers.

  • Waarom: Ingediend, in behandeling, gepland en live zijn verschillende statussen; als je ze opschrijft, voorkom je later dubbele inzendingen. Bron: Inzendstatussen uitgelegd →

T+7 Eerste week erna0/4

Zet aandacht om in gesprekken en verbeteringen.

  • Waarom: Een vastgelegde volgende actie met datum maakt van een wachtlijst werk dat je kunt afronden. Bron: Resultaten vastleggen →

  • Waarom: Vijf korte gesprekken laten zien waar mensen vastliepen en wat ze verwachtten, iets wat geen dashboard je vertelt.

  • Waarom: Verbeteringen die je in de eerste week uitrolt, bereiken de mensen die met de launch binnenkwamen en nog aan het beslissen zijn.

  • Waarom: Een update geeft iedereen die zich aanmeldde een reden om terug te komen en laat zien dat het product in beweging is. Bron: Voorbeeld: de changelog van LaunchRepo →

T+30 Eerste maand erna0/3

Meet per kanaal en kies je volgende launchmoment.

  • Waarom: Het prestatierapport toont klikken, vertoningen, CTR en gemiddelde positie; combineer het met je eigen aanmeldbron om te zien wat werkte. Bron: Google: prestatierapport in Search Console ↗

  • Waarom: Alleen een openbare vermeldings-URL bewijst dat een vermelding live is; het bewijs vertelt je welke directory’s het waard zijn om te herhalen. Bron: Directory-backlinks: wat we kunnen bewijzen →

  • Waarom: Een nieuwe feature of een nieuwe integratie is een reden om dezelfde kanalen opnieuw te benaderen, met betere resultaten dankzij wat je geleerd hebt. Bron: Template voor een launchplan →

Zo gebruik je de checklist

  1. Begin bij de fase die bij vandaag past. Is je launch over twee weken, begin dan bij “14 dagen vooraf” en loop de vorige fase even door op dingen die je overgeslagen hebt.
  2. Vink een taak af als hij echt klaar is, niet als hij gepland is. De voortgangsbalk laat dan per fase zien wat er nog openstaat.
  3. Exporteer de lijst als Markdown en plak hem in je issuetracker, een README of een notitie. Afgevinkte taken worden geëxporteerd als [x], open taken als [ ], elk met reden en bron.
  4. Weet je wat er moet gebeuren, zet de taken dan met het launchplan-template op datums en bij eigenaren.

Wat deze checklist niet dekt

  • Het is geen juridisch advies en geen juridische toetsing. De punten over impressum en privacy verwijzen naar de officiële teksten; of en hoe die op jouw bedrijf van toepassing zijn, is een vraag voor een jurist.
  • Hij is niet gebonden aan één platform. Gebruik voor de details van een Product Hunt-vermelding de Product Hunt-checklist voor solo-developers.
  • Het is niet het draaiboek van LaunchRepo. De betaalde kit bevat de platformplaybooks en de workflow die je agent volgt; deze lijst is het algemene launchkader eromheen.

Launchchecklist voor Product Hunt →

Waar de lijst vandaan komt

Elke reden is op 30 september 2026 gecontroleerd tegen de officiële pagina die ernaast gelinkt staat: de launchgids van Product Hunt, de Show HN-regels van Hacker News, Google Search Central, de afzenderrichtlijnen van Gmail, de testdocumentatie van Stripe, web.dev, WCAG 2.2, het Open Graph-protocol, § 5 DDG en de AVG.

Twee taken komen rechtstreeks uit de launches van onze eigen producten: een vroegste openbare datum (sinds 15 september 2026 in de LaunchRepo-kit) en het vastleggen van de status van elke vermelding met bewijs.

Checklist of launchplan?

Deze checklist beantwoordt wat je doet. Het launchplan-template beantwoordt wanneer en wie: het zet hetzelfde soort werk op kalenderdatums, wijst het toe aan rollen en toont de uren per persoon, met export als CSV en Markdown.

Open het launchplan-template

Veelgestelde vragen

Is de SaaS-launchchecklist gratis?
Ja. Hij werkt in je browser zonder account of e-mailadres, en de export als Markdown is ook gratis.
Waar wordt mijn voortgang bewaard?
Alleen in de localStorage van deze browser. Er gaat niets naar LaunchRepo. Een andere browser of een ander apparaat begint met een lege lijst; als je je browsergegevens wist of op “Voortgang wissen” klikt, verdwijnt hij.
Kan ik in minder dan 30 dagen lanceren?
Ja. Begin bij de fase die bij vandaag past en schuif wat niet past naar na de launch. De trage punten zijn die met wachtrijen, zoals gratis directory’s, dus begin daarmee.
Is dit een Product Hunt-checklist?
Nee. Hij dekt de hele SaaS-launch over alle kanalen. Product Hunt komt voor waar de regels ervan ertoe doen, en de aparte Product Hunt-checklist gaat in detail in op de vermelding.
Vervangt de checklist juridisch advies?
Nee. De taken over impressum en privacy linken naar de officiële teksten zodat je weet dat ze bestaan; een jurist vertelt je wat voor jouw bedrijf geldt.

Laat je agent het directorywerk doen

LaunchRepo geeft je codingagent de platformplaybooks, het lokale dashboard en de tracker voor de directorylaunch, zodat de inzendingen uit deze checklist gedaan en vastgelegd worden.

Bekijk prijzen