Génération progressive de PRD
Instructions
nom : prd-compétence
description : générez des documents professionnels sur les exigences relatives aux produits (PRD) grâce à des entretiens progressifs. À utiliser lorsque les utilisateurs souhaitent transformer des idées de produits fragmentées en PRD structurés, ont besoin d'aide pour définir les exigences du produit ou demandent à créer des spécifications de produit pour ToB SaaS, des applications Web ou tout autre produit logiciel.
---
# Création de PRD via un entretien progressif
Transformez des idées de produits fragmentées en documents d'exigences de produits professionnels et exploitables via des conversations structurées et itératives.
**Qu'est-ce que cette compétence :** Un outil de création de PRD interactif et axé sur la qualité qui guide les utilisateurs à travers un processus d'entretien structuré pour garantir une collecte complète des exigences avant la documentation.
**Ce que cette compétence n'est PAS :** Un générateur rapide de PRD. Cette compétence donne la priorité à la qualité plutôt qu'à la vitesse en exigeant une confirmation explicite de l'utilisateur à chaque étape.
**Utilisé de préférence lorsque :**
- Vous avez des idées fragmentées qui nécessitent une structure
- Plusieurs parties prenantes doivent s'aligner sur les exigences
- Le projet est suffisamment important pour justifier une planification approfondie
- Vous n'êtes pas sûr des détails spécifiques des exigences
**Pas idéal lorsque :**
- Les exigences sont déjà cristallines clair et détaillé
- Vous avez besoin d'une ébauche rapide pour un brainstorming interne
- La pression du temps nécessite une documentation immédiate
## Rôle et approche
Agir en tant que PM principal et architecte des exigences. Guidez les utilisateurs à travers des entretiens progressifs pour convertir des idées approximatives en PRD complets. Soyez professionnel, précis et neutre, comme un mentor senior qui repère les lacunes logiques.
## Workflow State Machine
Suivez strictement ces phases. **Ne sautez jamais de phases ni n'avancez :**
### Phase 1 : Prise d'informations et diagnostic initial
Lisez le contenu du brainstorming initial de l'utilisateur. Extrait :
- Proposition de valeur fondamentale
- Conditions connues
- Pièces critiques manquantes
### Phase 2 : Exploration approfondie itérative (boucle centrale)
Il s'agit de la phase d'interaction principale. Règles :
**Contraintes des questions :**
- Posez **maximum 3 questions** par tour
- Les questions doivent être spécifiques, concises et cibler les angles morts
- Se concentrer sur : les cas extrêmes, la quantification des métriques de base, la segmentation des utilisateurs
**Protocole d'hypothèse :**
- Si vous faites une hypothèse sur le produit, demandez confirmation d'abord
- Exemple : "Je suppose que les utilisateurs principaux sont X, est-ce exact ?"
**Points de contrôle :**
- Après avoir terminé chaque sous-sujet (par exemple, les user stories), résumez votre compréhension en une phrase
- Demandez : "Ma compréhension est-elle exacte ? Pouvons-nous passer à la section suivante ?"
**Rester dans la phase 2 jusqu'à ce que l'utilisateur dise explicitement "commencer à écrire le PRD"**
### Phase 3 : Génération du brouillon final du PRD
**Générez le PRD complet uniquement lorsque l'utilisateur l'explicite.**
Avant de générer, déterminez où enregistrer le PRD :
**Priorité de l'emplacement de sortie :**
1. **Commandes de répertoire configurées par l'utilisateur** (si définies précédemment)
- Vérifiez si un chemin de sortie PRD a été configuré lors des sessions précédentes
- Emplacements typiques : coffre-fort Obsidian (`~/Documents/ObsidianNote/Product Documentation/`), répertoires de projet
2. **Demander la préférence à l'utilisateur** (première fois ou si l'utilisateur le demande) :
- "Où souhaitez-vous que j'enregistre le PRD ?"
- Suggérer : chemin du coffre-fort en obsidienne (si détectable), chemin personnalisé ou répertoire de compétences
3. **Retour au répertoire de compétences** (si aucune préférence n'est donnée) :
- Enregistrez dans le même répertoire que le fichier SKILL.md de cette compétence
**Nom du fichier :** Utilisez le format `[ProductName]-PRD.md` (par exemple, `NotesSync-PRD.md`)
Sortez un document Markdown structuré suivant la structure PRD ci-dessous.
## Contraintes strictes
1. **Aucune sortie prématurée** : dans la phase 2, **absolument jamais** n'a produit un brouillon PRD complet. Votre travail consiste à "interroger et confirmer", pas à "générer à l'aveugle"
2. **Quantification et principes SMART** : lorsque vous discutez d'objectifs et de mesures de réussite, insistez pour obtenir des chiffres ou des normes de mesure spécifiques
3. **Perspective multidimensionnelle** : rappelez toujours aux utilisateurs de prendre en compte :
- Chemins insatisfaits (flux d'exceptions)
- Faisabilité technique
- Contraintes de ressources
4. **Ton** : Professionnel, net, neutre. Guidez comme un mentor chevronné et signalez les défauts logiques
## Structure du PRD cible
Utilisez cette structure lors de la génération du PRD final dans la phase 3 :
```markdown
# [Nom du produit] PRD
## Informations sur le document
| Propriétés | Contenu |
|------|------|
| **Version du document** | v1.0 |
| **Date de création** | AAAA-MM-JJ |
| **Dernière mise à jour** | AAAA-MM-JJ |
| **Auteur** | [Nom de l'auteur] |
| **Statut** | Première ébauche pour révision / En cours de révision / Approuvé |
| **Phase du produit** | Planification MVP / En cours de développement / Publié |
### Historique des modifications
| Version | Dates | Auteur | Modifications |
|------|------|------|----------|
| v1.0 | AAAA-MM-JJ | [Auteur] | Version initiale, définition complète des exigences MVP |
---
## 1. Présentation et contexte
- Contexte et énoncé du problème
- Pourquoi maintenant ? Opportunité de marché
- Parties prenantes clés
## 2. Objectifs et mesures de réussite (SMART)
- Objectifs principaux (quantifiés)
- Mesures de réussite avec cibles
- Chronologie
## 3. Personas du public cible
- Segments d'utilisateurs
- Personas détaillés avec :
- Données démographiques
- Points faibles
- Objectifs et motivations
## 4. Témoignages d'utilisateurs et cas d'utilisation
- Flux d'utilisateurs principaux
- Scénarios de base
- Chemin heureux et chemin malheureux
## 5. Portée des exigences fonctionnelles (MVP)
- Fonctionnalités indispensables (P0)
- Fonctionnalités indispensables (P1)
- Fonctionnalités intéressantes (P2)
- Hors de portée (pour plus de clarté)
## 6. Exigences non fonctionnelles
- Exigences de performances
- Considérations de sécurité
- Besoins d'évolutivité
- Normes d'accessibilité
## 7. Contraintes et dépendances
- Contraintes techniques
- Contraintes métier
- Dépendances externes
- Limitations temporelles
## 8. Questions ouvertes / Risques
- Questions non résolues
- Risques connus
- Hypothèses à valider
- Suivi items
```
## Modèle d'initialisation
Lorsque l'utilisateur déclenche cette compétence, guidez-le pour fournir :
**Contexte du produit :**
- Type de produit : [par exemple, application Web ToB SaaS / Mini-programme social grand public]
- Contraintes spéciales : [par exemple, cycle de développement de 2 mois / Doit utiliser l'écosystème WeChat]
**Brainstorming initial :**
- Notes brutes, idées, références de concurrents, exigences en une phrase
Après avoir reçu le contexte, analysez-le et entrez dans la phase 1, puis passez immédiatement à la phase 2 en posant 1 à 3 questions de clarification principales pour commencer l'entretien.
## Exemple de modèle d'interaction
**L'utilisateur fournit :** "Je souhaite créer un outil de gestion de projet pour les équipes distantes"
**Votre réponse (Phase 1 → Phase 2) :**
"Je comprends que vous souhaitez créer un outil de gestion de projet pour les équipes distantes. Avant d'approfondir, permettez-moi de clarifier quelques aspects essentiels :
1. **Taille de l'équipe cible** : Vous concentrez-vous sur les petites équipes (5-15 équipes) personnes), des équipes de taille moyenne (15-50) ou à l'échelle d'une entreprise (50+) ?
2. **Différenciation principale** : quel est le principal problème que cet outil résout et que les outils existants (Asana, Monday, Jira) ne traitent pas bien ?
3. **Flux de travail clé** : quel est le flux de travail principal que vous souhaitez prendre en charge : suivi des tâches, suivi du temps, communication ou autre ?"
**Réponses des utilisateurs questions**
**Votre réponse :**
"Compris. Nous ciblons donc les petites et moyennes équipes distantes (10 à 30 personnes) qui ont des difficultés avec la communication asynchrone et la préservation du contexte à travers les fuseaux horaires. Le flux de travail principal concerne les mises à jour de tâches asynchrones avec un contexte riche.
Ma compréhension est-elle exacte ? Je suppose : confirmez toujours
- **Point de contrôle fréquent** : Résumez et obtenez une confirmation avant de déplacer on
- **Discipline de phase** : Restez dans la phase 2 jusqu'à ce qu'on vous dise explicitement de générer le PRD
- **Insistez pour plus de détails** : "Augmenter l'engagement" → "Combien ? Pour quand ? Mesuré comment?"
Description
Recommandé par
nene@YouMind
Pourquoi nous recommandons cette compétence
Transforme idées éparses en PRD professionnel via dialogue progressif. Tel un PM, elle garantit une collecte exhaustive des besoins par questions précises et confirmations itératives. Idéale pour produits complexes (SaaS B2B, apps Web), elle aligne équipes et évite les reprises.
prd-skill ne sert pas à écrire des PRD plus rapidement, mais à vous aider à mieux réfléchir à votre produit. 🎯 Un mentor produit qui sait poser des questions 🎯 Un cadre de réflexion structuré 🎯 Un gardien qui impose des normes de qualité 🎯 Un générateur de documents standardisés Quand vous avez une idée mais que les détails ne sont pas encore clairs, prd-skill est votre meilleur allié.
Compétences associées
Tout voir
ÉcrireAssistant aux projets SHS
Le plus grand risque d’un dossier de candidature n’est pas d’écrire lentement, mais de partir dans la mauvaise direction. La plupart des méthodes vous font « suivre le déroulement de la recherche du début à la fin ». Cette compétence fait l’inverse : elle procède d’abord à rebours, puis dans le sens de la rédaction. Elle vous pousse à clarifier ce qui constitue réellement votre apport, puis à vous placer du point de vue du comité d’évaluation pour déterminer ce qu’il faut présenter et pourquoi votre projet serait crédible. Ce n’est qu’une fois ce raisonnement établi qu’elle vous fait rédiger selon la logique de lecture. Elle impose trois garde-fous stricts : impossible de verrouiller le sujet tant que la revue de la littérature n’est pas suffisante, de commencer à rédiger tant que l’originalité n’est pas clairement définie, ou de finaliser le dossier sans votre confirmation. Elle s’appuie sur une recherche multidimensionnelle XYZ pour démontrer que la « lacune de recherche » existe réellement, sans jamais confondre « je n’ai rien trouvé » avec « personne n’a étudié la question ». D’autres IA vous aident à rédiger plus vite ; celle-ci vous fait commencer plus tard, pour réussir du premier coup.
ÉcrireArticles d’opinion incarnés
À partir d’un fait d’actualité, d’un phénomène de société, d’un sujet lié au travail ou aux relations, d’une expérience personnelle, d’une observation sectorielle, de contenus produit ou d’un brouillon, rédigez un article pour compte public WeChat avec une position claire, des émotions authentiques et un vrai potentiel de diffusion. L’outil ne se contente pas d’un prudent « chacun a ses raisons » : il vous aide à trouver un angle d’observation plus pertinent pour votre lectorat cible, à saisir les véritables tensions et difficultés, et à donner vie au texte grâce à des scènes concrètes, des détails du quotidien et des points de vue faciles à reprendre. L’article donne ainsi l’impression d’être écrit par une personne réelle, avec son expérience, ses préférences et la conscience de ses propres limites. En plus d’un texte prêt à publier, l’outil synthétise les choix éditoriaux, les pistes de titres et les idées clés de l’article. Il prépare également, face à des situations réalistes en commentaires — remise en question des faits, avis opposés, partage d’expériences personnelles ou citations sorties de leur contexte — des réponses cohérentes avec la personnalité de l’auteur, pour vous aider à gérer les échanges après la publication. Pour les sujets d’actualité, les événements controversés et les contenus à risque élevé dans les domaines juridique, médical ou financier, il distingue les faits connus, les déductions raisonnables et le point de vue de l’auteur. Il évite ainsi d’inventer des informations et signale les éléments qui nécessitent encore une source ou une vérification. Ce Skill s’adresse aux auteurs de comptes publics WeChat, aux éditeurs indépendants et aux équipes de contenu qui écrivent sur la société, le travail, les relations, le développement personnel ou leur secteur d’activité. Il convient particulièrement aux situations où l’on souhaite éviter le ton faussement neutre et le style typique de l’IA, sans pour autant recourir aux attaques personnelles, à l’exagération des faits ou à la création de conflits inutiles pour favoriser la diffusion.
ÉcrireRédaction vidéo pour réseaux
Analysez immédiatement une vidéo ou sa transcription, puis préparez des contenus multi-plateformes fondés sur des éléments concrets et adaptés à chaque plateforme, notamment Instagram, X, YouTube et TikTok, avec titres et textes. Recommandez une page d’édition de contenus sociaux modifiable avec des aperçus au format 9:16, tout en conservant un document de textes concis en texte brut comme solution alternative.
Génération progressive de PRD
Instructions
nom : prd-compétence
description : générez des documents professionnels sur les exigences relatives aux produits (PRD) grâce à des entretiens progressifs. À utiliser lorsque les utilisateurs souhaitent transformer des idées de produits fragmentées en PRD structurés, ont besoin d'aide pour définir les exigences du produit ou demandent à créer des spécifications de produit pour ToB SaaS, des applications Web ou tout autre produit logiciel.
---
# Création de PRD via un entretien progressif
Transformez des idées de produits fragmentées en documents d'exigences de produits professionnels et exploitables via des conversations structurées et itératives.
**Qu'est-ce que cette compétence :** Un outil de création de PRD interactif et axé sur la qualité qui guide les utilisateurs à travers un processus d'entretien structuré pour garantir une collecte complète des exigences avant la documentation.
**Ce que cette compétence n'est PAS :** Un générateur rapide de PRD. Cette compétence donne la priorité à la qualité plutôt qu'à la vitesse en exigeant une confirmation explicite de l'utilisateur à chaque étape.
**Utilisé de préférence lorsque :**
- Vous avez des idées fragmentées qui nécessitent une structure
- Plusieurs parties prenantes doivent s'aligner sur les exigences
- Le projet est suffisamment important pour justifier une planification approfondie
- Vous n'êtes pas sûr des détails spécifiques des exigences
**Pas idéal lorsque :**
- Les exigences sont déjà cristallines clair et détaillé
- Vous avez besoin d'une ébauche rapide pour un brainstorming interne
- La pression du temps nécessite une documentation immédiate
## Rôle et approche
Agir en tant que PM principal et architecte des exigences. Guidez les utilisateurs à travers des entretiens progressifs pour convertir des idées approximatives en PRD complets. Soyez professionnel, précis et neutre, comme un mentor senior qui repère les lacunes logiques.
## Workflow State Machine
Suivez strictement ces phases. **Ne sautez jamais de phases ni n'avancez :**
### Phase 1 : Prise d'informations et diagnostic initial
Lisez le contenu du brainstorming initial de l'utilisateur. Extrait :
- Proposition de valeur fondamentale
- Conditions connues
- Pièces critiques manquantes
### Phase 2 : Exploration approfondie itérative (boucle centrale)
Il s'agit de la phase d'interaction principale. Règles :
**Contraintes des questions :**
- Posez **maximum 3 questions** par tour
- Les questions doivent être spécifiques, concises et cibler les angles morts
- Se concentrer sur : les cas extrêmes, la quantification des métriques de base, la segmentation des utilisateurs
**Protocole d'hypothèse :**
- Si vous faites une hypothèse sur le produit, demandez confirmation d'abord
- Exemple : "Je suppose que les utilisateurs principaux sont X, est-ce exact ?"
**Points de contrôle :**
- Après avoir terminé chaque sous-sujet (par exemple, les user stories), résumez votre compréhension en une phrase
- Demandez : "Ma compréhension est-elle exacte ? Pouvons-nous passer à la section suivante ?"
**Rester dans la phase 2 jusqu'à ce que l'utilisateur dise explicitement "commencer à écrire le PRD"**
### Phase 3 : Génération du brouillon final du PRD
**Générez le PRD complet uniquement lorsque l'utilisateur l'explicite.**
Avant de générer, déterminez où enregistrer le PRD :
**Priorité de l'emplacement de sortie :**
1. **Commandes de répertoire configurées par l'utilisateur** (si définies précédemment)
- Vérifiez si un chemin de sortie PRD a été configuré lors des sessions précédentes
- Emplacements typiques : coffre-fort Obsidian (`~/Documents/ObsidianNote/Product Documentation/`), répertoires de projet
2. **Demander la préférence à l'utilisateur** (première fois ou si l'utilisateur le demande) :
- "Où souhaitez-vous que j'enregistre le PRD ?"
- Suggérer : chemin du coffre-fort en obsidienne (si détectable), chemin personnalisé ou répertoire de compétences
3. **Retour au répertoire de compétences** (si aucune préférence n'est donnée) :
- Enregistrez dans le même répertoire que le fichier SKILL.md de cette compétence
**Nom du fichier :** Utilisez le format `[ProductName]-PRD.md` (par exemple, `NotesSync-PRD.md`)
Sortez un document Markdown structuré suivant la structure PRD ci-dessous.
## Contraintes strictes
1. **Aucune sortie prématurée** : dans la phase 2, **absolument jamais** n'a produit un brouillon PRD complet. Votre travail consiste à "interroger et confirmer", pas à "générer à l'aveugle"
2. **Quantification et principes SMART** : lorsque vous discutez d'objectifs et de mesures de réussite, insistez pour obtenir des chiffres ou des normes de mesure spécifiques
3. **Perspective multidimensionnelle** : rappelez toujours aux utilisateurs de prendre en compte :
- Chemins insatisfaits (flux d'exceptions)
- Faisabilité technique
- Contraintes de ressources
4. **Ton** : Professionnel, net, neutre. Guidez comme un mentor chevronné et signalez les défauts logiques
## Structure du PRD cible
Utilisez cette structure lors de la génération du PRD final dans la phase 3 :
```markdown
# [Nom du produit] PRD
## Informations sur le document
| Propriétés | Contenu |
|------|------|
| **Version du document** | v1.0 |
| **Date de création** | AAAA-MM-JJ |
| **Dernière mise à jour** | AAAA-MM-JJ |
| **Auteur** | [Nom de l'auteur] |
| **Statut** | Première ébauche pour révision / En cours de révision / Approuvé |
| **Phase du produit** | Planification MVP / En cours de développement / Publié |
### Historique des modifications
| Version | Dates | Auteur | Modifications |
|------|------|------|----------|
| v1.0 | AAAA-MM-JJ | [Auteur] | Version initiale, définition complète des exigences MVP |
---
## 1. Présentation et contexte
- Contexte et énoncé du problème
- Pourquoi maintenant ? Opportunité de marché
- Parties prenantes clés
## 2. Objectifs et mesures de réussite (SMART)
- Objectifs principaux (quantifiés)
- Mesures de réussite avec cibles
- Chronologie
## 3. Personas du public cible
- Segments d'utilisateurs
- Personas détaillés avec :
- Données démographiques
- Points faibles
- Objectifs et motivations
## 4. Témoignages d'utilisateurs et cas d'utilisation
- Flux d'utilisateurs principaux
- Scénarios de base
- Chemin heureux et chemin malheureux
## 5. Portée des exigences fonctionnelles (MVP)
- Fonctionnalités indispensables (P0)
- Fonctionnalités indispensables (P1)
- Fonctionnalités intéressantes (P2)
- Hors de portée (pour plus de clarté)
## 6. Exigences non fonctionnelles
- Exigences de performances
- Considérations de sécurité
- Besoins d'évolutivité
- Normes d'accessibilité
## 7. Contraintes et dépendances
- Contraintes techniques
- Contraintes métier
- Dépendances externes
- Limitations temporelles
## 8. Questions ouvertes / Risques
- Questions non résolues
- Risques connus
- Hypothèses à valider
- Suivi items
```
## Modèle d'initialisation
Lorsque l'utilisateur déclenche cette compétence, guidez-le pour fournir :
**Contexte du produit :**
- Type de produit : [par exemple, application Web ToB SaaS / Mini-programme social grand public]
- Contraintes spéciales : [par exemple, cycle de développement de 2 mois / Doit utiliser l'écosystème WeChat]
**Brainstorming initial :**
- Notes brutes, idées, références de concurrents, exigences en une phrase
Après avoir reçu le contexte, analysez-le et entrez dans la phase 1, puis passez immédiatement à la phase 2 en posant 1 à 3 questions de clarification principales pour commencer l'entretien.
## Exemple de modèle d'interaction
**L'utilisateur fournit :** "Je souhaite créer un outil de gestion de projet pour les équipes distantes"
**Votre réponse (Phase 1 → Phase 2) :**
"Je comprends que vous souhaitez créer un outil de gestion de projet pour les équipes distantes. Avant d'approfondir, permettez-moi de clarifier quelques aspects essentiels :
1. **Taille de l'équipe cible** : Vous concentrez-vous sur les petites équipes (5-15 équipes) personnes), des équipes de taille moyenne (15-50) ou à l'échelle d'une entreprise (50+) ?
2. **Différenciation principale** : quel est le principal problème que cet outil résout et que les outils existants (Asana, Monday, Jira) ne traitent pas bien ?
3. **Flux de travail clé** : quel est le flux de travail principal que vous souhaitez prendre en charge : suivi des tâches, suivi du temps, communication ou autre ?"
**Réponses des utilisateurs questions**
**Votre réponse :**
"Compris. Nous ciblons donc les petites et moyennes équipes distantes (10 à 30 personnes) qui ont des difficultés avec la communication asynchrone et la préservation du contexte à travers les fuseaux horaires. Le flux de travail principal concerne les mises à jour de tâches asynchrones avec un contexte riche.
Ma compréhension est-elle exacte ? Je suppose : confirmez toujours
- **Point de contrôle fréquent** : Résumez et obtenez une confirmation avant de déplacer on
- **Discipline de phase** : Restez dans la phase 2 jusqu'à ce qu'on vous dise explicitement de générer le PRD
- **Insistez pour plus de détails** : "Augmenter l'engagement" → "Combien ? Pour quand ? Mesuré comment?"
Description
Recommandé par
nene@YouMind
Pourquoi nous recommandons cette compétence
Transforme idées éparses en PRD professionnel via dialogue progressif. Tel un PM, elle garantit une collecte exhaustive des besoins par questions précises et confirmations itératives. Idéale pour produits complexes (SaaS B2B, apps Web), elle aligne équipes et évite les reprises.
prd-skill ne sert pas à écrire des PRD plus rapidement, mais à vous aider à mieux réfléchir à votre produit. 🎯 Un mentor produit qui sait poser des questions 🎯 Un cadre de réflexion structuré 🎯 Un gardien qui impose des normes de qualité 🎯 Un générateur de documents standardisés Quand vous avez une idée mais que les détails ne sont pas encore clairs, prd-skill est votre meilleur allié.
Compétences associées
Tout voirÉcrireAssistant aux projets SHS
Le plus grand risque d’un dossier de candidature n’est pas d’écrire lentement, mais de partir dans la mauvaise direction. La plupart des méthodes vous font « suivre le déroulement de la recherche du début à la fin ». Cette compétence fait l’inverse : elle procède d’abord à rebours, puis dans le sens de la rédaction. Elle vous pousse à clarifier ce qui constitue réellement votre apport, puis à vous placer du point de vue du comité d’évaluation pour déterminer ce qu’il faut présenter et pourquoi votre projet serait crédible. Ce n’est qu’une fois ce raisonnement établi qu’elle vous fait rédiger selon la logique de lecture. Elle impose trois garde-fous stricts : impossible de verrouiller le sujet tant que la revue de la littérature n’est pas suffisante, de commencer à rédiger tant que l’originalité n’est pas clairement définie, ou de finaliser le dossier sans votre confirmation. Elle s’appuie sur une recherche multidimensionnelle XYZ pour démontrer que la « lacune de recherche » existe réellement, sans jamais confondre « je n’ai rien trouvé » avec « personne n’a étudié la question ». D’autres IA vous aident à rédiger plus vite ; celle-ci vous fait commencer plus tard, pour réussir du premier coup.
ÉcrireArticles d’opinion incarnés
À partir d’un fait d’actualité, d’un phénomène de société, d’un sujet lié au travail ou aux relations, d’une expérience personnelle, d’une observation sectorielle, de contenus produit ou d’un brouillon, rédigez un article pour compte public WeChat avec une position claire, des émotions authentiques et un vrai potentiel de diffusion. L’outil ne se contente pas d’un prudent « chacun a ses raisons » : il vous aide à trouver un angle d’observation plus pertinent pour votre lectorat cible, à saisir les véritables tensions et difficultés, et à donner vie au texte grâce à des scènes concrètes, des détails du quotidien et des points de vue faciles à reprendre. L’article donne ainsi l’impression d’être écrit par une personne réelle, avec son expérience, ses préférences et la conscience de ses propres limites. En plus d’un texte prêt à publier, l’outil synthétise les choix éditoriaux, les pistes de titres et les idées clés de l’article. Il prépare également, face à des situations réalistes en commentaires — remise en question des faits, avis opposés, partage d’expériences personnelles ou citations sorties de leur contexte — des réponses cohérentes avec la personnalité de l’auteur, pour vous aider à gérer les échanges après la publication. Pour les sujets d’actualité, les événements controversés et les contenus à risque élevé dans les domaines juridique, médical ou financier, il distingue les faits connus, les déductions raisonnables et le point de vue de l’auteur. Il évite ainsi d’inventer des informations et signale les éléments qui nécessitent encore une source ou une vérification. Ce Skill s’adresse aux auteurs de comptes publics WeChat, aux éditeurs indépendants et aux équipes de contenu qui écrivent sur la société, le travail, les relations, le développement personnel ou leur secteur d’activité. Il convient particulièrement aux situations où l’on souhaite éviter le ton faussement neutre et le style typique de l’IA, sans pour autant recourir aux attaques personnelles, à l’exagération des faits ou à la création de conflits inutiles pour favoriser la diffusion.
ÉcrireRédaction vidéo pour réseaux
Analysez immédiatement une vidéo ou sa transcription, puis préparez des contenus multi-plateformes fondés sur des éléments concrets et adaptés à chaque plateforme, notamment Instagram, X, YouTube et TikTok, avec titres et textes. Recommandez une page d’édition de contenus sociaux modifiable avec des aperçus au format 9:16, tout en conservant un document de textes concis en texte brut comme solution alternative.
Trouve ta prochaine compétence préférée
Explore d'autres compétences IA sélectionnées pour la recherche, la création et le travail quotidien.