Markusgjesdal/listing-writer

Was macht listing-writer?

Wandelt einen Ordner mit Produktdateien in ein Store-Listing um, das klar sagt, was der Käufer bekommt. Das Listing basiert auf Fakten aus den Dateien, nicht auf Übertreibungen. Ausgabe: listing.md neben dem Produktordner.

Wann verwenden

• Ein digitales Produkt (Vorlage, PDF-Leitfaden, Ausdruck, Code-Pack, Prompt- oder Skill-Pack, Tabellenkalkulation) ist fertig und benötigt Store-Text.
• Ein altes Listing soll komplett neu geschrieben werden. (Zum Bewerten und Patchen eines bestehenden Listings verwende stattdessen listing-audit, falls vorhanden.)

Wann nicht verwenden

• Das Produkt ist noch nicht fertig. Schreibe das Listing erst, nachdem die Dateien existieren, damit jede Behauptung anhand der Dateien überprüft werden kann.

Eingaben

• Erforderlich: Pfad zum Produktordner oder zur ZIP-Datei.
• Einmal nachfragen, falls nicht in den Dateien gefunden: Zielgruppe (ein Satz), Preis oder Preisspanne, der Store, auf dem es erscheint, und alles, was der Käufer bereits haben muss (Software, Konto, Kenntnisstand).
• Optional: eigene Notizen des Benutzers, ein älteres Listing, eine Screenshot-Liste, echtes Kundenfeedback, das der Benutzer zeigen kann (nur Feedback verwenden, das der Benutzer als echt und zitierfähig bestätigt).

Schritte

1. Produktinventar erstellen. Liste jede Datei auf, die der Käufer erhält (durchsuche Ordner und ZIPs rekursiv). Zähle Seiten, Blätter, Vorlagen, Skills oder die jeweilige Einheit. Notiere Formate und erforderliche Software. Schreibe diese Liste zuerst auf: Sie ist die Quelle der Wahrheit für den Rest.
2. Den Zweck finden. Formuliere in einem Satz die Aufgabe, die der Käufer mit diesem Produkt schneller oder besser erledigt. Wenn du sie nicht finden kannst, frage den Benutzer, bevor du etwas anderes schreibst.
3. templates/listing-template.md ausfüllen – Abschnitt für Abschnitt:
   • Titeloptionen (3): unter 70 Zeichen, beginne mit dem Ergebnis oder der Sache, gib das Format an (z. B. „Notion-Vorlage“, „PDF“, „Skill-Pack“). Keine GROSSBUCHSTABEN, keine Emoji-Wände, kein „ultimativ/beste/#1“, es sei denn, der Benutzer kann es belegen.
   • Zusammenfassung: ein Satz, unter 160 Zeichen, verwendbar als Kurzbeschreibung im Store und als Snippet.
   • Beschreibung: 3 kurze Absätze: das Problem aus Sicht des Käufers, was dieses Produkt dagegen tut, wie es verwendet wird (Schritte oder kurzes Beispiel).
   • Inhalt: Aufzählungsliste, die nur aus dem Inventar in Schritt 1 besteht, mit echten Mengenangaben.
   • Zielgruppe / Nicht geeignet für: jeweils 2-4 Aufzählungspunkte. „Nicht geeignet für“ schafft Vertrauen und reduziert Rückgaben.
   • Anforderungen: Software, Versionen, Konten, Kenntnisstand.
   • FAQ: 4-6 Fragen, die ein Käufer wirklich stellen würde (Format, Rückgaben, Updates, Kompatibilität, Lizenz, Support). Antworte nur mit Fakten, die der Benutzer bestätigt hat; andernfalls mit [ASK USER] markieren.
   • Tags: 8-12 kleingeschriebene Suchphrasen, die Leute eingeben würden, keine Konkurrenz- oder Markennamen, es sei denn als Kompatibilitätsinfo.
4. checklists/claims-check.md über den Entwurf laufen lassen und jeden Treffer beheben.
5. Lücken markieren. Jede Tatsache, die du nicht überprüfen konntest, bleibt als [ASK USER: ...] im Text stehen. Nicht durch eine Schätzung ersetzen.
6. listing.md schreiben, dann dem Benutzer eine 3-zeilige Zusammenfassung im Chat geben: gewählter Titel, Anzahl der [ASK USER]-Einträge, alles aus dem Claims-Check, bei dem du unsicher warst.

Ausgabe

listing.md mit Abschnitten: Titeloptionen, Zusammenfassung, Beschreibung, Inhalt, Zielgruppe, Nicht geeignet für, Anforderungen, FAQ, Tags, Offene Fragen.

Regeln

• Jede Zahl im Listing muss aus dem Inventar oder vom Benutzer stammen.
• Keine Einkommens- oder Ergebnisversprechen („mach X €“, „garantiert“, „viral gehen“). Beschreibe, was das Produkt tut, nicht, was der Käufer verdienen wird.
• Keine erfundenen Bewertungen, Testimonials, Käuferzahlen, „zeitlich begrenzt“ oder „nur noch N Stück übrig“.
• Produktnamen anderer Unternehmen erscheinen nur als Kompatibilitätsangaben („funktioniert mit …“), niemals so, dass sie eine Empfehlung nahelegen.
• Schreiben für Leute, die auf dem Handy überfliegen: kurze Absätze, einfache Wörter, keine Wand aus Fettdruck.
• Niemals selbst veröffentlichen oder in den Store einfügen. Das macht der Benutzer.

Dateien in diesem Skill

• templates/listing-template.md – die auszufüllende Struktur für listing.md.
• checklists/claims-check.md – Zeilen, die vor der Übergabe durchsucht und korrigiert werden müssen.