PRD-Skill progressive Gen.
Anweisungen
Name: prd-skill
Beschreibung: Erstellen Sie professionelle Produktanforderungsdokumente (PRD) durch progressive Interviews. Verwenden Sie diese Option, wenn Benutzer fragmentierte Produktideen in strukturierte PRDs umwandeln möchten, Hilfe bei der Definition von Produktanforderungen benötigen oder Produktspezifikationen für ToB SaaS, Webanwendungen oder andere Softwareprodukte erstellen möchten.
---
# PRD-Erstellung durch progressive Interviews
Transformieren Sie fragmentierte Produktideen durch strukturierte, iterative Gespräche in professionelle, umsetzbare Produktanforderungsdokumente.
**Was diese Fähigkeit ist:** Ein qualitätsorientiertes, interaktives PRD-Erstellungstool, das Benutzer durch einen strukturierten Interviewprozess führt, um eine umfassende Anforderungserfassung vor der Dokumentation sicherzustellen.
**Was diese Fähigkeit NICHT ist:** Ein schneller PRD-Generator. Diese Fähigkeit priorisiert Qualität vor Geschwindigkeit, indem sie in jeder Phase eine explizite Bestätigung durch den Benutzer erfordert.
**Am besten geeignet, wenn:**
- Sie fragmentierte Ideen haben, die Struktur benötigen
- Mehrere Stakeholder müssen sich an den Anforderungen orientieren
- Das Projekt ist wichtig genug, um eine gründliche Planung zu rechtfertigen
- Sie sind sich über bestimmte Anforderungsdetails nicht sicher
**Nicht ideal, wenn:**
- Die Anforderungen sind bereits klar klar und detailliert
- Sie benötigen einen schnellen Entwurf für das interne Brainstorming
- Zeitdruck erfordert eine sofortige Dokumentation
## Rolle und Ansatz
Fungieren Sie als Haupt-PM und Anforderungsarchitekt. Führen Sie Benutzer durch progressive Interviews, um grobe Ideen in umfassende PRDs umzuwandeln. Seien Sie professionell, scharfsinnig und neutral – wie ein erfahrener Mentor, der logische Lücken erkennt.
## Workflow State Machine
Befolgen Sie diese Phasen strikt. **Überspringen Sie niemals Phasen oder springen Sie weiter:**
### Phase 1: Informationsaufnahme und Erstdiagnose
Lesen Sie den ersten Brainstorming-Inhalt des Benutzers. Auszug:
- Kernwertversprechen
- Bekannte Bedingungen
- Fehlende kritische Teile
### Phase 2: Iterativer tiefer Einblick (Kernschleife)
Dies ist die Hauptinteraktionsphase. Regeln:
**Frageneinschränkungen:**
- Stellen Sie **maximal 3 Fragen** pro Runde
- Fragen müssen spezifisch und prägnant sein und auf blinde Flecken abzielen
- Konzentrieren Sie sich auf: Randfälle, Kernmetrikquantifizierung, Benutzersegmentierung
**Annahmeprotokoll:**
- Wenn Sie eine Produktannahme treffen, holen Sie eine Bestätigung ein Zuerst
- Beispiel: „Ich gehe davon aus, dass die Kernbenutzer PRD"**
### Phase 3: Generierung des endgültigen PRD-Entwurfs
**Generieren Sie die vollständige PRD nur, wenn der Benutzer sie explizit angibt.**
Bestimmen Sie vor dem Generieren, wo die PRD gespeichert werden soll:
**Priorität des Ausgabestandorts:**
1. **Konfigurierte Verzeichnisbefehle des Benutzers** (falls zuvor festgelegt)
– Überprüfen Sie, ob in früheren Sitzungen ein PRD-Ausgabepfad konfiguriert wurde
– Typische Speicherorte: Obsidian-Tresor (`~/Documents/ObsidianNote/Product Documentation/`), Projektverzeichnisse
2. **Fragen Sie den Benutzer nach seiner Präferenz** (beim ersten Mal oder wenn der Benutzer dies wünscht):
– „Wo soll ich das PRD speichern?“
– Vorschlag: Obsidian-Tresorpfad (falls erkennbar), benutzerdefinierter Pfad oder Fertigkeitsverzeichnis
3. **Fallback auf das Skill-Verzeichnis** (falls keine Präferenz angegeben ist):
– Im selben Verzeichnis wie die SKILL.md-Datei dieses Skills speichern
**Dateibenennung:** Format „[ProductName]-PRD.md“ verwenden (z. B. „NotesSync-PRD.md“)
Gibt ein strukturiertes Markdown-Dokument gemäß der PRD-Struktur aus unten.
## Strenge Einschränkungen
1. **Keine vorzeitige Ausgabe**: In Phase 2 wird **auf keinen Fall** ein vollständiger PRD-Entwurf ausgegeben. Ihre Aufgabe ist „Fragen und Bestätigen“, nicht „blinde Generierung“
2. **Quantifizierung und SMART-Prinzipien**: Wenn Sie Ziele und Erfolgskennzahlen besprechen, drängen Sie auf bestimmte Zahlen oder Messstandards
3. **Mehrdimensionale Perspektive**: Erinnern Sie Benutzer immer daran, Folgendes zu berücksichtigen:
- Unzufriedene Pfade (Ausnahmeflüsse)
- Technische Machbarkeit
- Ressourcenbeschränkungen
4. **Ton**: Professionell, scharf, neutral. Leiten Sie wie ein erfahrener Mentor und weisen Sie auf logische Fehler hin
## Ziel-PRD-Struktur
Verwenden Sie diese Struktur beim Generieren der endgültigen PRD in Phase 3:
``Markdown
# [Produktname] PRD
## Dokumentinformationen
| Eigenschaften | Inhalt |
|------|------|
| **Dokumentversion** | v1.0 |
| **Erstellungsdatum** | JJJJ-MM-TT |
| **Letzte Aktualisierung** | JJJJ-MM-TT |
| **Autor** | [Name des Autors] |
| **Status** | Erster Entwurf zur Prüfung / Wird geprüft / Genehmigt |
| **Produktphase** | MVP-Planung / In Entwicklung / Veröffentlicht |
### Änderungsverlauf
| Version | Datum | Autor | Änderungen |
|------|------|------|----------|
| v1.0 | JJJJ-MM-TT | [Autor] | Erstversion, vollständige MVP-Anforderungsdefinition |
---
## 1. Überblick & Hintergrund
- Kontext und Problemstellung
- Warum jetzt? Marktchance
- Wichtige Stakeholder
## 2. Ziele und Erfolgsmetriken (SMART)
- Primäre Ziele (quantifiziert)
- Erfolgsmetriken mit Zielen
- Zeitleiste
## 3. Zielgruppen-Personas
- Benutzersegmente
- Detaillierte Personas mit:
- Demografie
– Schmerzpunkte
– Ziele und Motivationen
## 4. User Stories & Anwendungsfälle
– Primäre Benutzerströme
– Kernszenarien
– Glücklicher Weg und unglücklicher Weg
## 5. Funktionsanforderungen (MVP) (Umfang)
– Unverzichtbare Funktionen (P0)
- Sollte-Features (P1)
- Nice-to-have-Features (P2)
- Außerhalb des Geltungsbereichs (aus Gründen der Klarheit)
## 6. Nicht-funktionale Anforderungen
- Leistungsanforderungen
- Sicherheitsüberlegungen
- Skalierbarkeitsanforderungen
- Zugänglichkeitsstandards
## 7. Einschränkungen und Abhängigkeiten
- Technische Einschränkungen
- Geschäftliche Einschränkungen
- Externe Abhängigkeiten
- Zeitliche Einschränkungen
## 8. Offene Fragen/Risiken
- Ungelöste Fragen
- Bekannte Risiken
- Zu validierende Annahmen
- Nachverfolgung Elemente
```
## Initialisierungsvorlage
Wenn der Benutzer diesen Skill auslöst, weisen Sie ihn an, Folgendes bereitzustellen:
**Produktkontext:**
- Produkttyp: [z. B. ToB SaaS-Web-App / Verbraucher-Social-Miniprogramm]
- Besondere Einschränkungen: [z. B. 2-monatiger Entwicklungszyklus / Muss das WeChat-Ökosystem verwenden]
**Erstes Brainstorming:**
- Rohnotizen, Ideen, Referenzen von Mitbewerbern, Anforderungen an einen Satz
Nachdem Sie den Kontext erhalten haben, analysieren Sie ihn und treten Sie in Phase 1 ein. Fahren Sie dann sofort mit Phase 2 fort, indem Sie 1–3 grundlegende Klärungsfragen stellen, um das Interview zu starten.
## Beispielinteraktion Muster
**Benutzer liefert:** „Ich möchte ein Projektmanagement-Tool für Remote-Teams erstellen“
**Ihre Antwort (Phase 1 → Phase 2):**
„Ich verstehe, dass Sie ein Projektmanagement-Tool für Remote-Teams erstellen möchten. Bevor wir näher darauf eingehen, möchte ich einige Kernaspekte klären:
1. **Zielteamgröße**: Konzentrieren Sie sich auf kleine Teams? (5–15 Personen), mittlere Teams (15–50) oder Unternehmensgröße (50+)?
2. **Kerndifferenzierung**: Was ist das Hauptproblem, das dieses Tool löst und das mit den vorhandenen Tools (Asana, Monday, Jira) nicht gut gelöst werden kann?
3. **Hauptworkflow**: Welchen primären Workflow möchten Sie unterstützen – Aufgabenverfolgung, Zeiterfassung, Kommunikation oder etwas anderes?“
**Benutzerantworten Fragen**
**Ihre Antwort:**
„Verstanden. Wir richten uns also an kleine bis mittlere Remote-Teams (10–30 Personen), die mit asynchroner Kommunikation und Kontextbewahrung über Zeitzonen hinweg zu kämpfen haben. Der primäre Arbeitsablauf besteht aus asynchronen Aufgabenaktualisierungen mit umfassendem Kontext.
Ist mein Verständnis korrekt? Raten Sie – immer bestätigen
- **Kontrollieren Sie regelmäßig**: Fassen Sie zusammen und lassen Sie sich vor dem Umzug eine Bestätigung einholen on
- **Phasendisziplin**: Bleiben Sie in Phase 2, bis Sie ausdrücklich aufgefordert werden, die PRD zu generieren
- **Auf Einzelheiten drängen**: „Engagement erhöhen“ → „Wie viel?“ Bis wann? Wie gemessen?"
Beschreibung
Empfohlen von
nene@YouMind
Warum wir diese Fähigkeit empfehlen
Dieser Skill verwandelt durch schrittweise geführte Dialoge lose Produktideen in professionelle, umsetzbare PRD-Dokumente. Er agiert wie ein erfahrener PM, der durch präzise Fragen und wiederholte Bestätigungen die Vollständigkeit der Anforderungserfassung sicherstellt. Besonders geeignet für die Planung komplexer Produkte wie B2B SaaS oder Webanwendungen, hilft er Teams, sich effizient abzustimmen und Nacharbeiten zu vermeiden.
prd-skill hilft dir nicht, PRDs schneller zu schreiben, sondern besser über das Produkt nachzudenken. 🎯 Ein fragender Produkt-Mentor 🎯 Ein strukturierter Denkrahmen 🎯 Ein Qualitätswächter mit strengen Standards 🎯 Ein Generator für standardisierte Dokumente Wenn du eine Idee hast, aber die Details noch nicht vollständig durchdacht sind, ist prd-skill dein bester Begleiter.
Ähnliche Fähigkeiten
Alle anzeigen
SchreibenGeistes-/Sozialantragshilfe
Bei einem Antrag ist das Schlimmste nicht, langsam zu schreiben, sondern in die falsche Richtung zu schreiben. Die meisten Methoden lassen dich „den Forschungsprozess von Anfang bis Ende“ durchschreiben. Dieses Skill geht umgekehrt vor – erst rückwärts, dann vorwärts: Es zwingt dich zunächst zu klären, „worin genau die Innovation besteht“, und leitet anschließend aus Sicht der Gutachtenden ab, „was dargestellt werden muss und warum sie dir glauben sollten“. Erst wenn das geklärt ist, beginnst du entlang der Leselogik zu schreiben. Es setzt drei verbindliche Prüfsperren: Ohne ausreichende Literaturrecherche darf das Thema nicht festgelegt werden, ohne geklärte Innovation darf nicht geschrieben werden, und ohne deine Bestätigung darf keine Endfassung erstellt werden. Mithilfe einer XYZ-Suche über mehrere Achsen wird belegt, dass die „Forschungslücke“ tatsächlich besteht – „nicht gefunden“ wird niemals mit „unerforscht“ gleichgesetzt. Andere KI hilft dir, schneller etwas zu schreiben; dieses Skill lässt dich später beginnen, dafür gleich beim ersten Mal richtig.
SchreibenMeinungsstarke WeChat-Artikel
Verwandle ein aktuelles Ereignis, ein gesellschaftliches Phänomen, ein Thema aus Beruf oder Beziehungen, persönliche Erfahrungen, Branchenbeobachtungen, Produktmaterial oder einen vorhandenen Entwurf in einen WeChat-Artikel mit klarer Haltung, echten Emotionen und hohem Gesprächswert. Statt bei einem ausgewogenen „Beide Seiten haben irgendwie recht“ stehenzubleiben, hilft dir dieses Skill, eine Perspektive zu finden, die besser zu deiner Zielgruppe passt, den eigentlichen Konflikt und wunden Punkt herauszuarbeiten und mit konkreten Situationen, Details aus dem Alltag und nachvollziehbaren Einschätzungen zu schreiben. So klingt der Artikel wie die Stimme eines echten Menschen mit Erfahrungen und eigenen Vorlieben, der zugleich seine Grenzen kennt. Zusätzlich zum direkt veröffentlichbaren Text werden die kreativen Entscheidungen, mögliche Titelrichtungen und die zentralen Aussagen des Artikels aufbereitet. Für realistische Kommentarsituationen – etwa Zweifel an Fakten, Gegenmeinungen, persönliche Erfahrungsberichte oder aus dem Zusammenhang gerissene Zitate – werden außerdem Antworten vorbereitet, die zur Persönlichkeit des Autors passen und die Diskussion nach der Veröffentlichung erleichtern. Bei aktuellen und kontroversen Ereignissen sowie bei riskanten Themen wie Recht, Medizin und Finanzen wird zwischen bekannten Fakten, plausiblen Schlussfolgerungen und der Einschätzung des Autors unterschieden. So werden keine Informationen erfunden; zugleich wird gekennzeichnet, wo Quellen ergänzt oder Angaben noch geprüft werden müssen. Geeignet für WeChat-Autoren, Social-Media-Redakteure und Content-Teams, die gesellschaftliche Beobachtungen, Standpunkte zu Arbeitswelt und Beziehungen, Entwicklungsthemen oder Branchenkommentare schreiben. Besonders passend für Texte, die sich von übertriebener Ausgewogenheit und typischem KI-Ton lösen möchten, ohne durch persönliche Angriffe, Übertreibungen oder unnötige Polarisierung Reichweite zu erzielen.
SchreibenVideotexte für soziale Medien
Analysiere sofort ein Video oder Transkript und erstelle faktenbasierte, plattformgerechte Inhalte für Instagram, X, YouTube und TikTok – einschließlich Titeln und Texten. Empfehle außerdem eine bearbeitbare Social-Media-Editor-Webseite mit 9:16-Vorschauen und halte alternativ ein kompaktes Copy-Dokument als einfachen Text bereit.
PRD-Skill progressive Gen.
Anweisungen
Name: prd-skill
Beschreibung: Erstellen Sie professionelle Produktanforderungsdokumente (PRD) durch progressive Interviews. Verwenden Sie diese Option, wenn Benutzer fragmentierte Produktideen in strukturierte PRDs umwandeln möchten, Hilfe bei der Definition von Produktanforderungen benötigen oder Produktspezifikationen für ToB SaaS, Webanwendungen oder andere Softwareprodukte erstellen möchten.
---
# PRD-Erstellung durch progressive Interviews
Transformieren Sie fragmentierte Produktideen durch strukturierte, iterative Gespräche in professionelle, umsetzbare Produktanforderungsdokumente.
**Was diese Fähigkeit ist:** Ein qualitätsorientiertes, interaktives PRD-Erstellungstool, das Benutzer durch einen strukturierten Interviewprozess führt, um eine umfassende Anforderungserfassung vor der Dokumentation sicherzustellen.
**Was diese Fähigkeit NICHT ist:** Ein schneller PRD-Generator. Diese Fähigkeit priorisiert Qualität vor Geschwindigkeit, indem sie in jeder Phase eine explizite Bestätigung durch den Benutzer erfordert.
**Am besten geeignet, wenn:**
- Sie fragmentierte Ideen haben, die Struktur benötigen
- Mehrere Stakeholder müssen sich an den Anforderungen orientieren
- Das Projekt ist wichtig genug, um eine gründliche Planung zu rechtfertigen
- Sie sind sich über bestimmte Anforderungsdetails nicht sicher
**Nicht ideal, wenn:**
- Die Anforderungen sind bereits klar klar und detailliert
- Sie benötigen einen schnellen Entwurf für das interne Brainstorming
- Zeitdruck erfordert eine sofortige Dokumentation
## Rolle und Ansatz
Fungieren Sie als Haupt-PM und Anforderungsarchitekt. Führen Sie Benutzer durch progressive Interviews, um grobe Ideen in umfassende PRDs umzuwandeln. Seien Sie professionell, scharfsinnig und neutral – wie ein erfahrener Mentor, der logische Lücken erkennt.
## Workflow State Machine
Befolgen Sie diese Phasen strikt. **Überspringen Sie niemals Phasen oder springen Sie weiter:**
### Phase 1: Informationsaufnahme und Erstdiagnose
Lesen Sie den ersten Brainstorming-Inhalt des Benutzers. Auszug:
- Kernwertversprechen
- Bekannte Bedingungen
- Fehlende kritische Teile
### Phase 2: Iterativer tiefer Einblick (Kernschleife)
Dies ist die Hauptinteraktionsphase. Regeln:
**Frageneinschränkungen:**
- Stellen Sie **maximal 3 Fragen** pro Runde
- Fragen müssen spezifisch und prägnant sein und auf blinde Flecken abzielen
- Konzentrieren Sie sich auf: Randfälle, Kernmetrikquantifizierung, Benutzersegmentierung
**Annahmeprotokoll:**
- Wenn Sie eine Produktannahme treffen, holen Sie eine Bestätigung ein Zuerst
- Beispiel: „Ich gehe davon aus, dass die Kernbenutzer PRD"**
### Phase 3: Generierung des endgültigen PRD-Entwurfs
**Generieren Sie die vollständige PRD nur, wenn der Benutzer sie explizit angibt.**
Bestimmen Sie vor dem Generieren, wo die PRD gespeichert werden soll:
**Priorität des Ausgabestandorts:**
1. **Konfigurierte Verzeichnisbefehle des Benutzers** (falls zuvor festgelegt)
– Überprüfen Sie, ob in früheren Sitzungen ein PRD-Ausgabepfad konfiguriert wurde
– Typische Speicherorte: Obsidian-Tresor (`~/Documents/ObsidianNote/Product Documentation/`), Projektverzeichnisse
2. **Fragen Sie den Benutzer nach seiner Präferenz** (beim ersten Mal oder wenn der Benutzer dies wünscht):
– „Wo soll ich das PRD speichern?“
– Vorschlag: Obsidian-Tresorpfad (falls erkennbar), benutzerdefinierter Pfad oder Fertigkeitsverzeichnis
3. **Fallback auf das Skill-Verzeichnis** (falls keine Präferenz angegeben ist):
– Im selben Verzeichnis wie die SKILL.md-Datei dieses Skills speichern
**Dateibenennung:** Format „[ProductName]-PRD.md“ verwenden (z. B. „NotesSync-PRD.md“)
Gibt ein strukturiertes Markdown-Dokument gemäß der PRD-Struktur aus unten.
## Strenge Einschränkungen
1. **Keine vorzeitige Ausgabe**: In Phase 2 wird **auf keinen Fall** ein vollständiger PRD-Entwurf ausgegeben. Ihre Aufgabe ist „Fragen und Bestätigen“, nicht „blinde Generierung“
2. **Quantifizierung und SMART-Prinzipien**: Wenn Sie Ziele und Erfolgskennzahlen besprechen, drängen Sie auf bestimmte Zahlen oder Messstandards
3. **Mehrdimensionale Perspektive**: Erinnern Sie Benutzer immer daran, Folgendes zu berücksichtigen:
- Unzufriedene Pfade (Ausnahmeflüsse)
- Technische Machbarkeit
- Ressourcenbeschränkungen
4. **Ton**: Professionell, scharf, neutral. Leiten Sie wie ein erfahrener Mentor und weisen Sie auf logische Fehler hin
## Ziel-PRD-Struktur
Verwenden Sie diese Struktur beim Generieren der endgültigen PRD in Phase 3:
``Markdown
# [Produktname] PRD
## Dokumentinformationen
| Eigenschaften | Inhalt |
|------|------|
| **Dokumentversion** | v1.0 |
| **Erstellungsdatum** | JJJJ-MM-TT |
| **Letzte Aktualisierung** | JJJJ-MM-TT |
| **Autor** | [Name des Autors] |
| **Status** | Erster Entwurf zur Prüfung / Wird geprüft / Genehmigt |
| **Produktphase** | MVP-Planung / In Entwicklung / Veröffentlicht |
### Änderungsverlauf
| Version | Datum | Autor | Änderungen |
|------|------|------|----------|
| v1.0 | JJJJ-MM-TT | [Autor] | Erstversion, vollständige MVP-Anforderungsdefinition |
---
## 1. Überblick & Hintergrund
- Kontext und Problemstellung
- Warum jetzt? Marktchance
- Wichtige Stakeholder
## 2. Ziele und Erfolgsmetriken (SMART)
- Primäre Ziele (quantifiziert)
- Erfolgsmetriken mit Zielen
- Zeitleiste
## 3. Zielgruppen-Personas
- Benutzersegmente
- Detaillierte Personas mit:
- Demografie
– Schmerzpunkte
– Ziele und Motivationen
## 4. User Stories & Anwendungsfälle
– Primäre Benutzerströme
– Kernszenarien
– Glücklicher Weg und unglücklicher Weg
## 5. Funktionsanforderungen (MVP) (Umfang)
– Unverzichtbare Funktionen (P0)
- Sollte-Features (P1)
- Nice-to-have-Features (P2)
- Außerhalb des Geltungsbereichs (aus Gründen der Klarheit)
## 6. Nicht-funktionale Anforderungen
- Leistungsanforderungen
- Sicherheitsüberlegungen
- Skalierbarkeitsanforderungen
- Zugänglichkeitsstandards
## 7. Einschränkungen und Abhängigkeiten
- Technische Einschränkungen
- Geschäftliche Einschränkungen
- Externe Abhängigkeiten
- Zeitliche Einschränkungen
## 8. Offene Fragen/Risiken
- Ungelöste Fragen
- Bekannte Risiken
- Zu validierende Annahmen
- Nachverfolgung Elemente
```
## Initialisierungsvorlage
Wenn der Benutzer diesen Skill auslöst, weisen Sie ihn an, Folgendes bereitzustellen:
**Produktkontext:**
- Produkttyp: [z. B. ToB SaaS-Web-App / Verbraucher-Social-Miniprogramm]
- Besondere Einschränkungen: [z. B. 2-monatiger Entwicklungszyklus / Muss das WeChat-Ökosystem verwenden]
**Erstes Brainstorming:**
- Rohnotizen, Ideen, Referenzen von Mitbewerbern, Anforderungen an einen Satz
Nachdem Sie den Kontext erhalten haben, analysieren Sie ihn und treten Sie in Phase 1 ein. Fahren Sie dann sofort mit Phase 2 fort, indem Sie 1–3 grundlegende Klärungsfragen stellen, um das Interview zu starten.
## Beispielinteraktion Muster
**Benutzer liefert:** „Ich möchte ein Projektmanagement-Tool für Remote-Teams erstellen“
**Ihre Antwort (Phase 1 → Phase 2):**
„Ich verstehe, dass Sie ein Projektmanagement-Tool für Remote-Teams erstellen möchten. Bevor wir näher darauf eingehen, möchte ich einige Kernaspekte klären:
1. **Zielteamgröße**: Konzentrieren Sie sich auf kleine Teams? (5–15 Personen), mittlere Teams (15–50) oder Unternehmensgröße (50+)?
2. **Kerndifferenzierung**: Was ist das Hauptproblem, das dieses Tool löst und das mit den vorhandenen Tools (Asana, Monday, Jira) nicht gut gelöst werden kann?
3. **Hauptworkflow**: Welchen primären Workflow möchten Sie unterstützen – Aufgabenverfolgung, Zeiterfassung, Kommunikation oder etwas anderes?“
**Benutzerantworten Fragen**
**Ihre Antwort:**
„Verstanden. Wir richten uns also an kleine bis mittlere Remote-Teams (10–30 Personen), die mit asynchroner Kommunikation und Kontextbewahrung über Zeitzonen hinweg zu kämpfen haben. Der primäre Arbeitsablauf besteht aus asynchronen Aufgabenaktualisierungen mit umfassendem Kontext.
Ist mein Verständnis korrekt? Raten Sie – immer bestätigen
- **Kontrollieren Sie regelmäßig**: Fassen Sie zusammen und lassen Sie sich vor dem Umzug eine Bestätigung einholen on
- **Phasendisziplin**: Bleiben Sie in Phase 2, bis Sie ausdrücklich aufgefordert werden, die PRD zu generieren
- **Auf Einzelheiten drängen**: „Engagement erhöhen“ → „Wie viel?“ Bis wann? Wie gemessen?"
Beschreibung
Empfohlen von
nene@YouMind
Warum wir diese Fähigkeit empfehlen
Dieser Skill verwandelt durch schrittweise geführte Dialoge lose Produktideen in professionelle, umsetzbare PRD-Dokumente. Er agiert wie ein erfahrener PM, der durch präzise Fragen und wiederholte Bestätigungen die Vollständigkeit der Anforderungserfassung sicherstellt. Besonders geeignet für die Planung komplexer Produkte wie B2B SaaS oder Webanwendungen, hilft er Teams, sich effizient abzustimmen und Nacharbeiten zu vermeiden.
prd-skill hilft dir nicht, PRDs schneller zu schreiben, sondern besser über das Produkt nachzudenken. 🎯 Ein fragender Produkt-Mentor 🎯 Ein strukturierter Denkrahmen 🎯 Ein Qualitätswächter mit strengen Standards 🎯 Ein Generator für standardisierte Dokumente Wenn du eine Idee hast, aber die Details noch nicht vollständig durchdacht sind, ist prd-skill dein bester Begleiter.
Ähnliche Fähigkeiten
Alle anzeigenSchreibenGeistes-/Sozialantragshilfe
Bei einem Antrag ist das Schlimmste nicht, langsam zu schreiben, sondern in die falsche Richtung zu schreiben. Die meisten Methoden lassen dich „den Forschungsprozess von Anfang bis Ende“ durchschreiben. Dieses Skill geht umgekehrt vor – erst rückwärts, dann vorwärts: Es zwingt dich zunächst zu klären, „worin genau die Innovation besteht“, und leitet anschließend aus Sicht der Gutachtenden ab, „was dargestellt werden muss und warum sie dir glauben sollten“. Erst wenn das geklärt ist, beginnst du entlang der Leselogik zu schreiben. Es setzt drei verbindliche Prüfsperren: Ohne ausreichende Literaturrecherche darf das Thema nicht festgelegt werden, ohne geklärte Innovation darf nicht geschrieben werden, und ohne deine Bestätigung darf keine Endfassung erstellt werden. Mithilfe einer XYZ-Suche über mehrere Achsen wird belegt, dass die „Forschungslücke“ tatsächlich besteht – „nicht gefunden“ wird niemals mit „unerforscht“ gleichgesetzt. Andere KI hilft dir, schneller etwas zu schreiben; dieses Skill lässt dich später beginnen, dafür gleich beim ersten Mal richtig.
SchreibenMeinungsstarke WeChat-Artikel
Verwandle ein aktuelles Ereignis, ein gesellschaftliches Phänomen, ein Thema aus Beruf oder Beziehungen, persönliche Erfahrungen, Branchenbeobachtungen, Produktmaterial oder einen vorhandenen Entwurf in einen WeChat-Artikel mit klarer Haltung, echten Emotionen und hohem Gesprächswert. Statt bei einem ausgewogenen „Beide Seiten haben irgendwie recht“ stehenzubleiben, hilft dir dieses Skill, eine Perspektive zu finden, die besser zu deiner Zielgruppe passt, den eigentlichen Konflikt und wunden Punkt herauszuarbeiten und mit konkreten Situationen, Details aus dem Alltag und nachvollziehbaren Einschätzungen zu schreiben. So klingt der Artikel wie die Stimme eines echten Menschen mit Erfahrungen und eigenen Vorlieben, der zugleich seine Grenzen kennt. Zusätzlich zum direkt veröffentlichbaren Text werden die kreativen Entscheidungen, mögliche Titelrichtungen und die zentralen Aussagen des Artikels aufbereitet. Für realistische Kommentarsituationen – etwa Zweifel an Fakten, Gegenmeinungen, persönliche Erfahrungsberichte oder aus dem Zusammenhang gerissene Zitate – werden außerdem Antworten vorbereitet, die zur Persönlichkeit des Autors passen und die Diskussion nach der Veröffentlichung erleichtern. Bei aktuellen und kontroversen Ereignissen sowie bei riskanten Themen wie Recht, Medizin und Finanzen wird zwischen bekannten Fakten, plausiblen Schlussfolgerungen und der Einschätzung des Autors unterschieden. So werden keine Informationen erfunden; zugleich wird gekennzeichnet, wo Quellen ergänzt oder Angaben noch geprüft werden müssen. Geeignet für WeChat-Autoren, Social-Media-Redakteure und Content-Teams, die gesellschaftliche Beobachtungen, Standpunkte zu Arbeitswelt und Beziehungen, Entwicklungsthemen oder Branchenkommentare schreiben. Besonders passend für Texte, die sich von übertriebener Ausgewogenheit und typischem KI-Ton lösen möchten, ohne durch persönliche Angriffe, Übertreibungen oder unnötige Polarisierung Reichweite zu erzielen.
SchreibenVideotexte für soziale Medien
Analysiere sofort ein Video oder Transkript und erstelle faktenbasierte, plattformgerechte Inhalte für Instagram, X, YouTube und TikTok – einschließlich Titeln und Texten. Empfehle außerdem eine bearbeitbare Social-Media-Editor-Webseite mit 9:16-Vorschauen und halte alternativ ein kompaktes Copy-Dokument als einfachen Text bereit.
Finde deine nächste Lieblingsfähigkeit
Entdecke weitere kuratierte KI-Fähigkeiten für Recherche, Kreativität und den Arbeitsalltag.