Product-Hunt-Launch-Checkliste für Solo-Entwickler

Product Hunt ist das eine Verzeichnis, von dem fast jeder Solo-Entwickler schon gehört hat – und das, bei dem eine überhastete Einreichung am meisten kostet, weil der Launch-Tag ein fester Moment ist und alle, die du kennst, sich diese Seite ansehen werden. Diese Checkliste ist für die Person geschrieben, die allein baut, vermarktet und launcht, ohne Team, das um Mitternacht die Texte gegenliest. Sie beruht auf unserer eigenen Einreichung von seomap.dev, dokumentiert in der öffentlichen Product-Hunt-Praxisanleitung, plus dem Darstellungs-Briefing, das im LaunchRepo-Repository mitgeliefert wird. Wo eine Zahl auftaucht, ist es die, die das Formular am beobachteten Datum angezeigt hat – Product Hunt ändert seine Formulare, also prüfe nach, bevor du etwas Endgültiges einfügst.

Eine Erwartung vorweg: Die Checkliste bringt dich zu einem scheduled Launch mit ehrlichen Texten und echten Bildern. Sie verspricht keine Upvotes, keine Platzierung auf der Startseite und keinen Traffic. Das kann niemand, und die Taktiken, die es behaupten, sind genau die, die die Plattformregeln verbieten.

Bevor du das Formular anfasst

• Zuerst suchen. Sieh auf der öffentlichen Seite und eingeloggt unter „My Products“ nach deinem Produktnamen und deiner Domain. Ein alter Entwurf oder ein Eintrag, den jemand anders angelegt hat, ist ein Duplikat im Wartezustand. Der Artikel zu den Tracker-Status erklärt, warum wir already_listed getrennt erfassen.
• Entscheide, wer der Maker ist. Launches auf Product Hunt sind Maker-getrieben. Richte ein persönliches Profil mit echtem Namen oder dem Nickname ein, den du tatsächlich benutzt, dazu ein Foto und eine einzeilige Bio. Wenn Firmenkonto und persönliches Konto zwei verschiedene Dinge sind, entscheide jetzt, welches drankommt.
• Lass das Darstellungs-Briefing laufen. Die PR-BRIEFING.md des Repositories stellt drei Fragen, bevor irgendein persönlicher Fakt in einen öffentlichen Eintrag wandert: Einzelperson, Firma oder beides; welcher Name, Nickname und welche Zugehörigkeit erscheinen dürfen; und was über dich niemals gesagt werden darf. Danach entwirft es eine einzeilige Maker-Bio, einen Satz zur Launch-Ankündigung und einen Satz zum „Warum ich das gebaut habe“ – und zeigt dir alles wörtlich zur Korrektur. Freigeben, korrigieren, speichern. Als Solo-Entwickler bist du der einzige Prüfer, und genau deshalb hilft es, die drei Sätze für sich zu betrachten statt in einem Formular.
• Schreib die Produktfakten auf, nicht die Wünsche. Zielgruppe, das Problem, was heute existiert, Preise so, wie sie sind, Launch-Phase. Eine Testphase mit begrenztem Guthaben ist kein kostenloser Tarif. Geplante Funktionen bleiben aus der Beschreibung draußen.

Text: die Limits, die wir beobachtet haben

Am beobachteten Datum erlaubte das Einreichungsformular einen Tagline von 60 Zeichen und eine Beschreibung von 500 Zeichen. Beides ist kürzer als der erste Entwurf der meisten Leute, und in beides muss die ehrliche Version deines Produkts passen.

• Tagline maximal 60 Zeichen. Ein Nutzen, in einfachen Worten. Zähl nach – „KI-gestützt“ und eine Wiederholung des Produktnamens fressen ein Drittel des Budgets für nichts.
• Beschreibung maximal 500 Zeichen. Für wen es ist, was es tut, was es kostet. Keine Kundenzahlen, Umsätze, Auszeichnungen oder Integrationen, die du nicht belegen kannst.
• Varianten vorbereiten. Der Copy-Workshop von LaunchRepo erzeugt eine copy.md mit Fassungen für verschiedene Feldgrenzen. So kommen der 60-Zeichen-Tagline für Product Hunt und das abweichende Limit im nächsten Verzeichnis aus denselben freigegebenen Fakten, statt in letzter Minute neu geschrieben zu werden.
• Prüf die Limits am Tag selbst nach. Als wir hingesehen haben, waren es 60 und 500; behandle das als Beobachtung, nicht als Regel.

Assets: echt, aktuell, deine

• Logo in der verlangten Größe, auf einem Hintergrund, der auch auf einer dunklen Karte funktioniert.
• Galeriebilder aus dem echten Produkt. Screenshots von dem, was ein Nutzer diese Woche sieht, kein Mockup des geplanten Redesigns. Hat das Produkt ein Video, füg es hinzu; hat es keines, täusch kein Thumbnail vor.
• Produkt-URL, die erreichbar ist und zu Name und Domain auf deinem Maker-Profil passt.
• Kategorie, die ein Fremder für dich wählen würde. Das Formular nutzt native Auswahlfelder; prüf nach dem Scrollen, welcher Wert wirklich ausgewählt ist – im beobachteten Lauf konnte die Auswahl still von dem abweichen, was hervorgehoben aussah.

Preise und die Ehrlichkeitsprüfungen

Product Hunt fragt, wie das Produkt bepreist ist. Ein kostenpflichtiges Produkt mit Testphase gehört als kostenpflichtig mit Testphase dargestellt, nicht als „kostenlos“. Das klingt selbstverständlich, bis eine Launch-Seite „free“ sagt und der erste Kommentar fragt, warum die Registrierung eine Karte will.

Zwei Dinge, bei denen die Praxisanleitung deutlich wird und die die AGENTS.md des Repositories für jedes Verzeichnis wiederholt:

• Keine Upvote-Aufforderungen. Bitte weder Freunde noch Communities oder Kunden um Upvotes; kauf keine Interaktionen; fahr keine „Unterstützt uns auf Product Hunt“-Kampagne, die sich wie eine Stimmbitte liest. Sag den Leuten, dass du gelauncht hast, und lass sie entscheiden. Das ist eine Plattformregel, und der Tracker behandelt erzeugte Stimmen oder Kommentare genauso wie erfundene Testimonials: verboten.
• Keine erfundenen Testimonials. Zitate kommen nur auf die Seite, wenn eine echte Person sie gesagt und dem Zitat zugestimmt hat.

Das Launch-Datum: bewusst, nicht sofort

Das Nützlichste, was ein Solo-Entwickler auf Product Hunt tun kann, ist, das Datum zu wählen, statt auf „launch now“ zu klicken, weil das Formular endlich ausgefüllt ist.

• Setz dein frühestes Launch-Datum. In LaunchRepo steht es in product.json als earliest_launch_date; der Tracker weigert sich, eine Plattform vor diesem Datum als scheduled zu erfassen. Wenn deine Website, deine Preisseite oder dein Onboarding nicht fertig sind, liegt dieses Datum später als heute.
• Wähl einen Tag, an dem du online sein kannst. Ein Solo-Launch heißt, dass du Kommentare selbst beantwortest. Nimm einen Tag ohne Kundendeadline, keinen Reisetag.
• Bestätige die Zeitzone. Der beobachtete Ablauf zeigte bei der Bestätigung ein Datum und eine Zeitzone. Notiere beides. Ein Launch um „00:01“ ist in der Pacific-Zeit ein anderer Tag als in Berlin.
• Zähl einen gespeicherten Entwurf nicht als geplant. Die Praxisanleitung macht diesen Unterschied mit Absicht: Ein Entwurf ist gespeicherte Arbeit; scheduled ist das Konto, das ein Datum bestätigt. Nur das Zweite gehört als scheduled in deinen Tracker – und es sagt immer noch nichts darüber, ob die Seite hervorgehoben wird oder wo sie erscheint.

Was „scheduled“ bedeutet und was nicht

In unserem eigenen Lauf erreichte der Product-Hunt-Ablauf einen geplanten Launch. Das bestätigt ein Datum. Es bestätigt weder Veröffentlichung noch Platzierung auf der Startseite noch irgendeine Sichtbarkeit. Am Launch-Tag sieht der Ergebnisschritt der Anleitung vor, die öffentliche Produktseite zu öffnen und zu prüfen, bevor live erfasst wird – denn live verlangt im LaunchRepo-Tracker eine verifizierte öffentliche URL und deine ausdrückliche Bestätigung, keinen Kalendereintrag.

Auf Product Hunt wiegt das schwerer als bei den meisten Verzeichnissen, weil die Lücke zwischen „ich habe es eingeplant“ und „Leute können es sehen“ genau die Lücke ist, über die Solo-Entwickler gern hinweg ankündigen. Kündige am Tag selbst an, von der öffentlichen Seite aus.

Launch-Tag für eine Person

• Öffne die öffentliche Seite als Erstes. Prüf, ob Tagline, Bilder und die Maker-Zuordnung so dargestellt werden, wie du es wolltest.
• Poste die freigegebene Launch-Ankündigung – den einen Satz aus dem Darstellungs-Briefing – dort, wo du normalerweise über deine Arbeit sprichst. Ohne Stimmbitte.
• Beantworte jeden Kommentar selbst, in deinen eigenen Worten. Das ist die eine Stelle, an der es ein Vorteil ist, allein zu bauen.
• Erfasse das Ergebnis ehrlich. live mit der öffentlichen URL, wenn die Seite öffentlich ist; scheduled mit Notiz, wenn noch nicht; und das, was tatsächlich passiert ist, wenn etwas schiefging. Der Leitfaden zum Status-Tracking deckt die Sonderfälle ab.

Nach dem Tag

Product Hunt ist ein Verzeichnis in einem Katalog von 346. Die Playbooks im Repository behandeln es wie alle anderen: zuerst suchen, Identität prüfen, Texte innerhalb der Limits vorbereiten, sicherstellen, dass nichts Geld kostet, nur innerhalb deiner Freigabe einreichen, festhalten, was du beobachtet hast. Wer das einmal für Product Hunt gemacht hat, hat den schweren Teil für die nächste Plattform schon hinter sich – Fakten, Textvarianten und Assets sind wiederverwendbar, und die Anleitung mit Claude Code zeigt, wie ein Agent den Rest der Liste aus denselben Dateien abarbeitet.

Wenn du gerade auswählst, welche Verzeichnisse als Nächstes kommen: Die besten Startup-Verzeichnisse 2026 gruppiert den Katalog nach Kategorien, und die Indie-Hacker-Seite beschreibt das Setup für einen Ein-Personen-Launch. Das Repository selbst – Playbooks, Produktvorlage, Tracker, lokales Dashboard – wird einmal auf der Preisseite gekauft.

Quellen: die öffentliche Product-Hunt-Praxisanleitung (Formularlimits und Ablauf wie am 2026-09-13 beobachtet), PR-BRIEFING.md, ONBOARDING.md, AGENTS.md und RUNBOOK.md im LaunchRepo-Repository. Zahlen zu Upvotes, Platzierungen oder Traffic werden nicht genannt, weil keine gemessen wurden und keine versprochen werden.