'%20fill='%2300FF00'/%3e%3c/svg%3e)
Pour les chefs de produit
Douze appels de découverte avant le stand-up. Aucun sur votre calendrier.
Validez l’hypothèse avant de la cadrer. Totem interroge douze utilisateurs cibles. Vous dit quelle fonctionnalité ils utiliseraient vraiment, et laquelle serait faite parce qu’on l’a demandée.
Bêta silencieuseEntièrement gratuit en bêta
Cohorte bêta A, retours de la semaine 1
Entretiens avec des bêta-testeurs. Totem a mené cette conversation sur 12 bêta-testeurs et a synthétisé les réponses dans le point à retenir ci-dessous.
Principaux constatsSynthétisé par IA à partir de 12 bêta-testeurs
10 sur 12 sont arrivés à la première valeur en moins de 8 minutes, mais l’état vide en a déconcerté 7 avant qu’ils ne trouvent un modèle. Trois ont dit qu’ils le déploieraient avec leur équipe aujourd’hui si le lien de partage fonctionnait. Cinq veulent une visite guidée du premier lancement avant de voler de leurs propres ailes.
- Première valeur < 8 min
- Friction de l’état vide
- Lien de partage cassé
- Veut une visite guidée
- Livrerait aujourd’hui
- 40%Positif
- 40%Friction
- 20%Focus
- Réponses
- 0
- Entièrement complété
- 0/0
- Taux moyen d'achèvement
- 0%
- Longueur moyenne
- 0min
Des appels de bêta silencieuse
“Avant, je donnais la priorité à celui qui criait le plus fort dans le canal. Maintenant, je priorise celui qui l’utilise vraiment. Une autre feuille de route. Une meilleure.”
— un PM, au deuxième cycle
Ce que chefs de produit demandent en premier
“Mais j’ai besoin d’être dans la salle pour la conversation.”
Pour les quatre premières conversations d’une nouvelle piste d’enquête, oui. Pour les douze suivantes, non. Totem applique le même protocole avec les mêmes questions à chaque participant ; vous lisez la synthèse et approfondissez les verbatims en désaccord. Les PM qui l’adoptent décrivent le passage de « j’ai passé trois appels pour apprendre une chose » à « j’en ai lu douze en vingt minutes ».
Ce avec quoi chefs de produit commencent
Les paris que les PM lancent avant de cadrer.
Roadmap prioritization
Roadmap prioritization
Ce que les clients seraient prêts à payer ensuite.
Test de concept
Test de concept
Réactions à une idée brute avant de la construire.
Tri des demandes de fonctionnalités
Tri des demandes de fonctionnalités
Schéma sur cinquante demandes parallèles.
Pourquoi les PM choisissent Totem
- 01
Les paris prévalidés partent plus vite. Et en décrocher davantage. L’équipe fait confiance à la feuille de route parce qu’elle est fondée sur ce que les utilisateurs ont dit, et non sur ce que les plus bruyants demandeurs de fonctionnalités ont crié dans le canal.
- 02
Douze entretiens par cycle. Pour le coût de deux réunions café. La découverte devient routinière au lieu d’un événement qui bloque un trimestre.
- 03
Fini le « on l'a construit parce que quelqu'un l'a demandé ». Vous saurez combien de personnes ont demandé, et ce qu’elles abandonneraient pour l’obtenir.
Ce qui change
Ce qui change pour chefs de produit.
- 01
Contact client hebdomadaire, pas trimestriel
Le discovery continu, popularisé par Teresa Torres, recadre les conversations clients comme une habitude durable, et non comme une phase avant le cadrage.
Continuous Discovery Habits · Teresa Torres
- 02
12 entretiens par cycle devient le minimum
La saturation des schémas arrive généralement autour du douzième entretien dans un segment cible. Les entretiens modérés par IA font de ce plafond le nouveau plancher.
- 03
Pré-périmètre, mi-périmètre, post-lancement
Le même flux invite-vers-synthèse de Totem fonctionne à trois moments du cycle de création : les paris qui méritent d’être livrés, les spécifications qui méritent d’être validées, les frictions qui méritent d’être repérées dès la première semaine.
Questions fréquentes
Ce que chefs de produit demandent avant d’essayer Totem.
- Comment les chefs de produit valident-ils les fonctionnalités avant le cadrage ?
- En menant des entretiens de découverte avec les utilisateurs cibles avant l’investissement en ingénierie. Totem anime douze appels de découverte par cycle — même protocole, mêmes relances, vrais utilisateurs — et synthétise les fonctionnalités que les utilisateurs utiliseraient réellement vs. celles construites parce qu’elles ont été demandées. Les PM arrivent aux revues de roadmap avec des tendances ancrées dans le réel plutôt qu’avec du ressenti sur les demandes de fonctionnalités.
- Quel est le meilleur outil d’entretien de découverte pour les équipes produit ?
- Les outils se répartissent entre les dépôts de recherche (Dovetail, Aurelius), les recruteurs de participants (User Interviews, dscout) et les plateformes d’entretien modérées par IA. Pour un PM qui mène une discovery au rythme d’un sprint, la catégorie modérée par IA l’emporte en débit. Totem est conçu pour cette boucle : le prompt amorce le protocole, douze utilisateurs cibles par cycle, la synthèse tient dans un message Slack.
- Combien d’entretiens de découverte un chef de produit devrait-il mener par cycle ?
- Le discovery continu (Teresa Torres) recommande au minimum un contact utilisateur hebdomadaire. Avec des entretiens modérés par l’IA, douze entretiens par cycle deviennent la norme plutôt que l’objectif ambitieux — le goulot d’étranglement passe de « puis-je réserver les appels ? » à « que dois-je demander cette semaine ? »
- Comment les PM peuvent-ils prioriser les fonctionnalités à partir de la recherche utilisateur ?
- En menant des appels de découverte en parallèle et en synthétisant à l’échelle de la cohorte. Le résultat de Totem classe les thèmes par nombre de participants (« Confusion sur les niveaux : 7 sur 9 »), les étiquette selon le sentiment et les appuie sur des verbatims — pour qu’un PM puisse noter les fonctionnalités selon qui les a vraiment demandées vs. qui a crié le plus fort, et apporter de vraies preuves à la conversation de priorisation.
- Comment Totem aide-t-il à valider les fonctionnalités ?
- Avant le build : les entretiens de découverte font ressortir les paris valant la peine d’être cadrés. En cours de build : des entretiens ciblés valident la spec avec la cohorte qui l’a demandée. Après le lancement : des points de suivi structurés font ressortir les frictions d’adoption dès la première semaine, pas la douzième. Une plateforme, une boucle de prompt vers synthèse, trois points du cycle de build.
- En quoi Totem est-il différent d’un outil de feedback client ?
- Les outils de feedback (sondages intégrés, widgets façon Intercom) captent la bande passante du client : vous obtenez une phrase sur le chemin du paiement. Totem capte l'attention du client : un entretien approfondi de 15 minutes mené en asynchrone selon son agenda. Sortie différente — une profondeur qualitative sur la cohorte au lieu de retours fragmentés en une ligne.
À vous
Décrivez la fonctionnalité. Découvrez qui l’attend.
Un prompt. Douze utilisateurs cibles. La synthèse vous dit s'il faut le cadrer, l'abandonner ou le séquencer après quelque chose de plus discret.
Déposez votre promptGratuit pendant la bêtaAucune carteVotre prompt, vos données