Sponsor the winners newsletter: $49/issue

Free Tool

Free Product Launch Checklist

6 phases, 35 items. Check things off as you go — progress saves automatically in your browser.

Overall progress 0 / 35 (0%)
1

Define the Launch

2–4 weeks before
0/6

Who this launch is really for — segment, role, or use case

Signups, activations, revenue — pick one metric to optimize for

Product Hunt, email list, Twitter, communities — pick 2–3 max

Avoid holidays and major industry events

"We help [who] do [what] so they can [outcome]"

BetaList is ideal for pre-launch validation and building an early adopter list

2

Product & Technical Readiness

1–2 weeks before
0/6

Sentry, Rollbar, or similar — know about errors before users do

Target under 3 seconds for LCP on a 4G connection

Remove any friction between signup and the core 'aha moment'

Full end-to-end test of signup, upgrade, and payment flows

Know exactly how to revert if something breaks at launch

Check env vars, feature flags, and third-party credentials

3

Messaging & Assets

1 week before
0/7

Benefit-focused copy — what the user gets, not what the product does

Real product UI, not mockups — show the problem being solved

Check availability with the free domain checker and grab your .com or .io

Consistent icon across product, social media, and launch platforms

Announcement email to your list, tested on mobile

Twitter/X launch thread, LinkedIn post, community-specific variations

Short, honest answers to the questions buyers actually ask

4

Go-to-Market Plan

Days before launch
0/6

Pre-launch, launch day, and post-launch actions on a calendar

One person responsible for each major channel, even if that's you

Who responds to support requests and comments in real time on launch day

Give them what they need to share and amplify your launch

Product Hunt, Smol Launch, HN, etc. — accounts created, descriptions drafted

Make sure whoever is on call can see errors and traffic in real time

5

Support & Feedback Loops

Launch day
0/5

Email, in-app chat, or community space — easy to find from the product

Communicate roughly how fast you'll respond on launch day

Central place to log bugs, feature requests, and user quotes

Quick way to decide what gets fixed same-day vs logged for later

Set a recurring reminder to check dashboards throughout launch day

6

Post-Launch Follow-Up

Days after launch
0/5

What you launched, early numbers, and what's coming next

Fix obvious bugs or add small features multiple people requested

Use actual user language and pain points you heard during launch

Twitter/X, IndieHackers, or your blog — what worked and what didn't

Signups, activation rate, channel conversion, support volume

Want the full explanation for each phase?

Read the Product Launch Checklist Guide for detailed breakdowns, tips, and examples for every step.

Your progress

0 / 35

Ready to launch?

Browse products launched by indie makers this week.

See this week's launches →

How to Plan and Run a Product Launch That Actually Lands

A checklist keeps you organised, but it does not make a launch succeed. What separates a launch that drives signups from one that disappears in a day is the work that happens before and after launch day — not the launch itself. Most founders treat the launch as the event. In practice it is the loudest moment in a much longer campaign. Think in three phases: building an audience before you ship, running the launch day itself, and following through in the days after. Each phase has its own job, and skipping any one of them is how launches quietly fail.

Why most launches fail before they start

The single most common reason a launch underperforms is that there was no audience waiting for it. Founders spend months building the product, then announce it to an empty room and wonder why nothing happens. Upvotes, comments, and signups on launch day come overwhelmingly from people who already knew you were coming. If you start gathering attention the morning you launch, you are already too late.

Pre-launch audience building is unglamorous and it works. Start two to four weeks out — longer if you can. The goal is a small list of people who have said, in some form, “tell me when this is live.” That can be an email waitlist, a handful of engaged followers, a Discord or Slack community you are genuinely part of, or beta testers who already use the product. You do not need thousands of people. You need a few dozen who will actually show up.

  • Build in public — share progress, screenshots, and decisions as you go so people feel invested before launch day.
  • Run a soft launch or beta — a small early release surfaces bugs, generates testimonials, and gives you a warm list to notify when you go wide.
  • Collect emails early — even a bare landing page with a waitlist form, shared in the right places, compounds over weeks into a list that converts on day one.

Picking the right launch channels

You cannot launch everywhere at once and do any of it well. Pick two or three channels that match where your audience actually spends time, and go deep on those rather than spreading yourself thin across ten platforms. The right mix depends on your product, but the candidates are predictable.

  • Product Hunt — high visibility for tech and SaaS products, but competitive and dependent on a strong first-hour push. Best when you have an existing following to mobilise.
  • Launch directories like Smol Launch — weekly launch platforms give indie products a fair, lower-pressure window to get in front of makers and early adopters without needing a massive existing audience.
  • Your email list — the highest-converting channel you own, because these people already opted in. Always launch to your list, even if it is small.
  • Communities — Reddit, Hacker News, niche Slack and Discord groups. Only launch where you are an established member; drive-by promotion gets removed and resented.
  • Social — a well-written launch thread on X or LinkedIn can carry a launch, especially when your network reshares it. Write it to be saved and shared, not just announced.

Preparing your launch assets

By launch day, every asset should already be written, tested, and sitting in a doc ready to paste. Scrambling to write copy while the clock is ticking is how typos and weak messaging slip through. The assets that matter most:

  • A sharp tagline — one line that says who it is for and what they get. If a stranger cannot understand what you do from the tagline alone, rewrite it.
  • Real screenshots — show the actual product solving the actual problem, not abstract mockups. The first image is what people judge you on.
  • A short demo — a 30-to-60-second video or GIF that shows the core flow beats any wall of text.
  • Your first comment — on Product Hunt and most launch platforms, the maker’s opening comment sets the tone. Write it ahead of time: the story behind the product, why you built it, and an honest invitation for feedback.

Timing, timezones, and coordinating supporters

When you launch matters more than founders expect. Most launch platforms run on a daily or weekly cycle, and the early hours set the trajectory for the whole period. On Product Hunt, the day resets at 12:01am Pacific time, so launching at that moment gives your product the most hours to accumulate momentum. Whatever the platform, know exactly when its clock starts and plan around it. Avoid major holidays and big industry events that will bury you.

You will want supporters lined up, and here the rules matter. Asking people to upvote with a direct link, offering anything in exchange for votes, or coordinating a flood of identical comments will get you penalised or removed on most platforms. What is fine — and effective — is telling your audience honestly that you launched, sharing the link, and letting genuinely interested people engage how they want.

  1. Give your network a heads-up a day or two before, so the launch is not a surprise.
  2. On launch morning, share the link with a personal note — not a copy-paste vote request.
  3. Let supporters comment and engage authentically rather than scripting them.
  4. Thank people publicly and respond to every comment to keep the conversation alive.

The first hour and holding momentum

The first hour is the one you actively run. Be at your desk, notifications on, ready to respond. Post your prepared first comment immediately. Reply to every early commenter within minutes — engagement begets engagement, and platforms that rank by activity reward a busy, lively thread. Share to your owned channels in the first window while the page is fresh.

After the opening push, the work shifts to sustaining attention without burning out or breaking rules. Check in regularly rather than refreshing constantly. Answer questions thoughtfully, fix anything that breaks fast, and reshare the launch midday to catch a different timezone. Momentum is fragile: a thread that goes quiet for hours loses its ranking, while one where the maker is present and responsive keeps climbing.

Measuring a launch beyond upvotes

Upvotes and a ranking are vanity metrics if they do not translate into people using your product. A launch that finished mid-pack but sent you fifty activated users is worth more than one that hit number one and converted nobody. Judge your launch by what happened downstream, not the leaderboard.

  • Signups and activation — how many people signed up, and how many reached first value rather than bouncing.
  • Channel conversion — which channel actually drove qualified traffic, so you double down next time.
  • Feedback quality — the questions, objections, and feature requests you heard are the most valuable output of any launch.
  • Retention after the spike — a week later, how many of those new users came back? That number tells you whether the launch built anything lasting.

Run the checklist above, build your audience early, and pick the channels that fit your product — and when you are ready to ship, launching on Smol Launch gives indie makers a fair weekly window to get in front of the people most likely to care.

Frequently Asked Questions

Does my progress save automatically?
Yes. Your checklist progress is saved automatically in your browser's local storage. It will still be there when you return — as long as you're on the same browser and device. Use the Copy link button to generate a URL that captures your current progress for sharing with teammates.
How long before launch should I start this checklist?
Start Phase 1 (Define the Launch) 2–4 weeks before your target launch date. Phases 2 and 3 (technical readiness and messaging) should be complete 1 week before launch. Phases 4–6 happen in the days around and after launch day.
Do I need to complete every item?
Not necessarily — this is a comprehensive checklist, not a requirement list. Some items (like a press one-pager) only apply to certain products. Use it as a prompt to consider each area, not a gate. Focus on completing Phase 2 (technical) and Phase 3 (messaging) before launch day.
0/35