Template-Katalog und Distribution

Templates zu verkaufen oder zu verteilen ist ein Produktgeschäft – kein bloßes ZIP-Upload. Käufer:innen müssen verstehen, für wen ein Template gedacht ist, welchen Stack es voraussetzt, wie die Installation funktioniert, was in kostenlosen vs. bezahlten Stufen enthalten ist und wie Updates ablaufen. Eine öffentliche Katalogseite ist der Vertrag: Screenshots, ehrlicher Leistungsumfang und ein klarer Support-Pfad.

Was ein starkes Template-Listing enthält

Klare Positionierung nach Zielgruppe und Einsatzbereich (Blog, Marketing-Seite, Portfolio). Stack-Details – Annahmen zur Astro-Version, verwendete EmDash-Features und Hosting-Ziele wie Cloudflare Pages. Visuelle Belege durch repräsentative Screenshots in Light- und Dark-Mode, wenn relevant. Setup-Schritte, die eine kompetente Entwicklerin oder ein kompetenter Entwickler ohne deinen Slack nachvollziehen kann. Ein Changelog, damit wiederkehrende Kund:innen wissen, was sich zwischen Versionen geändert hat.

Konkrete Rollout-Schritte

1. Das Template wie ein Produkt paketieren. Versioniere es, dokumentiere Breaking Changes und halte ein README aktuell, das den Inhalt der öffentlichen Seite widerspiegelt, damit GitHub und deine Website nicht auseinanderlaufen.

2. Preise und Lizenzierung früh festlegen. MIT vs. proprietär ist relevant für Remixes und Kundenprojekte. Wenn du ein „Pro“-Bundle verkaufst, liste exakt auf, welche zusätzlichen Komponenten, Abschnitte oder Integrationen dadurch freigeschaltet werden.

3. Einen Demo-Pfad anbieten. Eine Live-Demo-URL oder eine kurze Bildschirmaufnahme reduziert Reibung vor dem Kauf. Wenn eine öffentliche Demo noch nicht möglich ist, biete einen herunterladbaren Preview-Build mit Beispielinhalten an.

4. Support-Grenzen definieren. Nenne Antwortzeiten, Kanäle (E-Mail, GitHub-Issues) und was ausgeschlossen ist (individuelle Designarbeit, Hosting-Setup bei exotischen Anbietern).

5. Distribution planen. GitHub-Releases, npm-Pakete oder ein privates Kundenportal – wähle einen primären Kanal und verlinke ihn gut sichtbar.

Beispiel: Onboarding eines neuen Käufers

Tag 0: Kund:innen kaufen oder klonen das Template. Tag 1: Sie folgen den Installationsschritten, starten lokal und deployen eine Staging-Seite. Tag 2: Sie ersetzen Platzhalter-Brand-Assets und verbinden Analytics. Tag 3: Sie gehen mit verifizierten Redirects und DNS in Produktion. Deine Dokumentation sollte diesen Zeitplan realistisch machen; wenn Schritt zwei undokumentierte Secrets benötigt, korrigiere zuerst die Doku, bevor du stärker vermarktest.

Wann die EmDash-Runtime wichtig wird

Templates, die auf Browser-Editing, dynamische Formulare oder authentifizierte Workflows setzen, benötigen möglicherweise die vollständige EmDash-CMS-Runtime. Kommuniziere das frühzeitig, damit Käufer:innen mit rein statischem Bedarf nach dem Kauf nicht auf eine Hürde stoßen.

Ergebnis

Template-Ersteller:innen gewinnen Vertrauen, reduzieren Rückerstattungsdruck und bauen einen wiederholbaren Umsatz- oder Distributionskanal rund um EmDash auf – statt einmaliger Gefälligkeiten im Produktgewand.