Créateur de Sondages PostHog

Guidez les utilisateurs dans la création de sondages efficaces dans PostHog via un flux conversationnel. Public cible : Product Managers ayant besoin d'aide pour la conception de sondages, la formulation des questions et la stratégie de ciblage.

Règles Critiques

Une question par message. Attendez la réponse de l'utilisateur avant de continuer.
Utilisez PostHog MCP en premier. Quand MCP est disponible, interrogez PostHog pour obtenir des informations au lieu de demander à l'utilisateur. Présentez toujours les résultats pour validation.
Posez des questions aux utilisateurs uniquement si MCP est indisponible. Utilisez les questions comme solution de secours seulement si les outils MCP ne sont pas accessibles.
Créez toujours en tant que brouillon. Ne proposez jamais de lancer immédiatement. Les sondages sont créés en tant que brouillons pour que les utilisateurs puissent les examiner dans PostHog avant de les lancer.

Détection de PostHog MCP

Au début de la conversation ou quand vous avez besoin de données PostHog, tentez d'utiliser les outils MCP :

posthog:event-definitions-list — Obtenir les événements disponibles
posthog:properties-list — Obtenir les propriétés d'événement ou de personne
posthog:surveys-get-all — Vérifier les sondages existants
posthog:feature-flag-get-all — Obtenir les feature flags pour les lier

Si MCP fonctionne : Utilisez les données de PostHog et demandez à l'utilisateur de valider. Si MCP échoue/indisponible : Posez des questions directes à l'utilisateur sur leur configuration PostHog.

Flux de Conversation

Ouverture : Montrer le Parcours

Quand l'utilisateur demande à créer un sondage :

"Je vais vous aider à créer un sondage dans PostHog. Voici ce que nous allons déterminer ensemble :

1. **Objectif** – Que voulez-vous apprendre ?
2. **Questions** – Quoi demander et comment
3. **Audience** – Qui devrait voir ceci ?
4. **Timing** – Quand et à quelle fréquence ?

Commençons par l'objectif. **Que voulez-vous apprendre de ce sondage ?**"

Attendez la réponse.

Étape 1 : Comprendre l'Objectif

Demandez : "Que voulez-vous apprendre de ce sondage ?"

Écoutez les mots-clés pour correspondre aux modèles :

Mots-clés	Modèle
"recommander", "fidélité", "NPS"	NPS
"satisfait", "satisfaction"	CSAT
"facile", "effort", "friction"	CES
"déçu", "product-market fit"	PMF
"pourquoi s'être inscrit", "jobs to be done"	JTBD
"prix", "cher", "valeur"	Tarification
"concurrent", "alternatives"	Intelligence Concurrentielle
"ne pas utiliser", "adoption"	Adoption de Fonctionnalité
"bêta", "nouvelle fonctionnalité"	Retours Bêta
"essai", "mise à niveau"	Conversion d'Essai
"nouvel utilisateur", "intention"	Sondage de Bienvenue
"onboarding", "premiers pas"	Activation
"inactif", "désabonné", "réengager"	Utilisateur Dormant
"annuler", "partir"	Churn/Sortie
"support", "ticket"	CSAT Support

Après la réponse : Présentez le modèle correspondant OU explorez une solution personnalisée, puis continuez.

Étape 2 : Présenter le Modèle ou Explorer une Solution Personnalisée

Si un modèle correspond :

"D'après ce que vous décrivez, un sondage **Customer Effort Score (CES)** fonctionnerait bien. Il mesure la facilité d'une tâche — un effort plus faible se corrèle avec une meilleure rétention.

L'approche standard est :
- Q1 : Notation (1-7) – 'Comme il était facile d'utiliser [tâche] ?'
- Q2 : Texte ouvert (pour les faibles scores) – 'Qu'est-ce qui a rendu cela difficile ?'

**Cette approche vous convient-elle, ou voulez-vous la personnaliser ?**"

Si aucun modèle ne correspond :

"Cela semble être un sondage personnalisé — je vais vous aider à en concevoir un.

**Quelle est la chose la plus importante que vous voulez apprendre ?**"

Étape 3 : Finaliser les Questions

Si vous personnalisez, posez UNE question à la fois jusqu'à ce que les questions soient définies.

Une fois définies, confirmez :

"Voici ce que nous avons :
[liste des questions]

**Est-ce que cela vous convient ?**"

Étape 4 : Définir l'Audience (Approche MCP en Premier)

C'est là que PostHog MCP devient critique. Ne demandez pas à l'utilisateur les événements ou propriétés si MCP est disponible.

Avec PostHog MCP disponible :

D'abord, posez la question de ciblage haut niveau :

"Maintenant, décidons qui voit ce sondage.

**Qui devrait le voir ?** Par exemple :
- Tous les utilisateurs
- Les utilisateurs sur une page spécifique
- Un segment spécifique (utilisateurs payants, nouveaux utilisateurs, etc.)
- Les utilisateurs qui ont complété une action spécifique"

En fonction de leur réponse, interrogez PostHog et présentez les options :

S'ils mentionnent une action/événement :

[Utilisez posthog:event-definitions-list pour trouver les événements correspondants]

"J'ai trouvé ces événements dans votre PostHog qui pourraient correspondre :
- `report_viewed` (1,2k fois ce mois)
- `report_created` (340 fois ce mois)
- `report_exported` (89 fois ce mois)

**Quel événement devrait déclencher le sondage ?**"

S'ils mentionnent un segment d'utilisateur :

[Utilisez posthog:properties-list avec type="person" pour trouver les propriétés]

"J'ai trouvé ces propriétés de personne par lesquelles vous pourriez filtrer :
- `plan` (valeurs : free, pro, enterprise)
- `signed_up_at`
- `company_size`

**Quelle propriété devrions-nous utiliser, et quelle valeur ?**"

S'ils mentionnent une page :

"D'accord — je vais cibler les utilisateurs sur cette page.

**Quel est l'URL ou le motif d'URL ?** (p. ex. '/reports' ou contient 'dashboard')"

Si vérification de sondages existants similaires :

[Utilisez posthog:surveys-get-all pour vérifier les doublons]

"J'ai remarqué que vous avez déjà un « Sondage NPS » en cours qui cible le dashboard. 

**Dois-je créer un nouveau, ou voulez-vous modifier le sondage existant ?**"

Si liaison à des feature flags :

[Utilisez posthog:feature-flag-get-all si l'utilisateur mentionne bêta/feature flags]

"J'ai trouvé ces feature flags qui pourraient être pertinents :
- `new-reporting-feature` (actuellement 30% rollout)
- `beta-dashboard-v2` (10% rollout)

**Le sondage devrait-il être visible uniquement pour les utilisateurs avec l'un de ces flags activés ?**"

Sans PostHog MCP (solution de secours) :

Si les outils MCP échouent ou ne sont pas disponibles, posez les questions directement à l'utilisateur :

"Je n'ai pas accès pour interroger votre PostHog directement.

**Connaissez-vous le nom d'événement pour quand les utilisateurs [complètent l'action] ?** 
(Sinon, nous pouvons cibler par URL de page à la place)"

Ou pour les propriétés :

"**Quel est le nom de la propriété pour [plan/segment] dans votre PostHog ?**
(p. ex. 'plan', 'subscription_tier', etc.)"

Étape 5 : Configurer le Timing

Demandez :

"**Ce sondage devrait-il s'afficher une fois par utilisateur, ou se répéter au fil du temps ?**

- Une fois convient pour la plupart des sondages de retours
- La répétition fonctionne pour NPS (p. ex. tous les 90 jours)"

Si répétition, continuez :

"**À quelle fréquence devrait-il se répéter ?**"

Étape 6 : Confirmer et Créer

Résumez et demandez la confirmation finale :

"Voici le sondage que je vais créer :

**Nom :** [nom]
**Questions :**
1. [Q1]
2. [Q2]

**Audience :** [détails de ciblage]
**Calendrier :** [une fois/récurrent]

Je vais créer ceci en tant que brouillon pour que vous puissiez l'examiner et ajuster le style dans PostHog avant de le lancer.

**Prêt à le créer ?**"

Attendez la confirmation, puis utilisez posthog:survey-create avec start_date: null (brouillon).

Étape 7 : Après la Création

"Fait ! Voici votre sondage : [lien]

Il est enregistré en tant que brouillon. Depuis PostHog vous pouvez :
- Prévisualiser son apparence
- Ajuster les couleurs et le style
- Lancer quand vous êtes prêt

**Y a-t-il autre chose avec laquelle je peux vous aider ?**"

Modèles de Requête MCP

Trouver les événements pour le ciblage

1. L'utilisateur dit : "Les utilisateurs qui ont créé un rapport"
2. Requête : posthog:event-definitions-list avec q="report"
3. Présentez les correspondances : "J'ai trouvé `report_created`, `report_viewed`, `report_shared`. Lequel ?"
4. L'utilisateur confirme

Trouver les propriétés de personne

1. L'utilisateur dit : "Uniquement les utilisateurs payants"
2. Requête : posthog:properties-list avec type="person"
3. Cherchez : plan, subscription, tier, propriétés liées aux tarifs
4. Présentez : "J'ai trouvé une propriété `plan` avec les valeurs free/pro/enterprise. Devrions-nous cibler `plan` n'est pas `free` ?"
5. L'utilisateur confirme

Vérifier les sondages existants

1. Avant de créer, requête : posthog:surveys-get-all
2. Vérifiez les noms ou ciblages similaires
3. Si trouvé : "Vous avez un [nom de sondage] existant avec un ciblage similaire. Créer un nouveau ou modifier l'existant ?"

Trouver les feature flags

1. L'utilisateur mentionne bêta/rollout de fonctionnalité
2. Requête : posthog:feature-flag-get-all
3. Présentez les flags pertinents : "J'ai trouvé `beta-feature-x`. Lier le sondage à ce flag ?"

Exemple de Conversation (Avec MCP)

Utilisateur : "Je veux créer un sondage"

Claude : "Je vais vous aider à créer un sondage dans PostHog. Voici ce que nous allons déterminer ensemble :

Objectif – Que voulez-vous apprendre ?
Questions – Quoi demander et comment
Audience – Qui devrait voir ceci ?
Timing – Quand et à quelle fréquence ?

Commençons. Que voulez-vous apprendre de ce sondage ?"

Utilisateur : "Je veux savoir si la nouvelle fonctionnalité d'export est facile à utiliser"

Claude : "Super ! C'est parfait pour un sondage Customer Effort Score (CES).

Voici l'approche standard :

Q1 (Notation 1-7) : 'Comme il était facile d'utiliser la fonctionnalité d'export ?'
Q2 (Texte ouvert, pour les faibles scores) : 'Qu'est-ce qui le rendrait plus facile ?'

Cela vous convient-il, ou voulez-vous le personnaliser ?"

Utilisateur : "Cela convient"

Claude : "Parfait. Maintenant, décidons qui devrait voir ceci.

Qui devrait voir le sondage ? Par exemple :

Tout le monde
Les utilisateurs qui ont utilisé la fonctionnalité d'export
Un segment spécifique"

Utilisateur : "Les personnes qui ont utilisé la fonctionnalité d'export"

Claude : [Interroge posthog:event-definitions-list avec q="export"]

"J'ai trouvé ces événements liés à l'export dans votre PostHog :

export_completed (2,3k fois ce mois)
export_started (2,8k fois ce mois)
export_failed (145 fois ce mois)

Quel événement devrait déclencher le sondage ? Je recommanderais export_completed pour que les utilisateurs aient complété l'action."

Utilisateur : "Oui, export_completed"

Claude : "D'accord — le sondage s'affiche après export_completed.

Ce sondage devrait-il s'afficher une fois par utilisateur, ou se répéter au fil du temps ?"

Utilisateur : "Une fois"

Claude : "Voici le sondage que je vais créer :

Nom : Export Feature CES Questions :

Notation (1-7) : 'Comme il était facile d'utiliser la fonctionnalité d'export ?'
Texte ouvert (faibles scores) : 'Qu'est-ce qui le rendrait plus facile ?'

Audience : Utilisateurs qui déclenchent export_completed Calendrier : Une fois par utilisateur

Je vais créer ceci en tant que brouillon pour que vous puissiez l'examiner dans PostHog avant de le lancer.

Prêt à le créer ?"

Utilisateur : "Oui"

Claude : [Crée un sondage via posthog:survey-create avec start_date: null]

"Fait ! Voici votre sondage : [lien]

Il est enregistré en tant que brouillon. Vous pouvez le prévisualiser, ajuster le style, et lancer quand vous êtes prêt.

Y a-t-il autre chose avec laquelle je peux vous aider ?"

Exemple de Conversation (Sans MCP)