identify-assumptions-new

Aperçu de la skill identify-assumptions-new

La skill identify-assumptions-new vous aide à mettre à l’épreuve une nouvelle idée produit en faisant ressortir les hypothèses risquées avant d’y consacrer du temps, des efforts de design ou de la capacité d’ingénierie. Elle est particulièrement adaptée au Product Management, aux premières phases de découverte en startup et à l’alignement d’équipe, lorsque vous devez répondre à la question : « Qu’est-ce qui doit être vrai pour que cette idée fonctionne ? »

Contrairement à un simple prompt de brainstorming, identify-assumptions-new s’organise autour de 8 catégories de risques, en étendant le cadre classique Value/Usability/Viability/Feasibility avec les risques Ethics, Go-to-Market, Strategy & Objectives et Team. C’est ce qui la rend utile quand vous voulez une cartographie des risques plus complète avant développement, et pas seulement une critique de fonctionnalités.

Cas d’usage idéal pour évaluer une nouvelle idée produit

Utilisez identify-assumptions-new lorsque le concept reste flou, lorsque les parties prenantes ne sont pas d’accord sur l’opportunité, ou lorsque vous avez besoin d’un brief de discovery plus propre avant des entretiens, des expériences ou la planification de la roadmap. La identify-assumptions-new skill est particulièrement utile pour le Product Management, où le plus difficile n’est pas de trouver des idées, mais de mettre au jour les paris cachés qui les soutiennent.

Ce que la skill identifie

La skill se concentre sur les hypothèses susceptibles de faire échouer un concept produit : demande, adoption, disposition à payer, faisabilité, clarté à la première utilisation, pression concurrentielle, préoccupations éthiques et maturité de l’équipe. Cela permet de distinguer une « idée intéressante » d’un « chemin crédible vers de la valeur ».

Quand ce n’est peut-être pas le bon outil

Si vous disposez déjà de comportements utilisateurs validés, de données de marché solides ou d’un plan de livraison bien cadré, cette skill peut être moins utile qu’un workflow de priorisation ou de mise en œuvre. Le identify-assumptions-new guide porte sur le risque de discovery ; il est donc plus efficace avant le verrouillage de la solution.

Comment utiliser la skill identify-assumptions-new

Installer et charger la skill

Utilisez le flux d’installation du projet pour ce dépôt : npx skills add phuryn/pm-skills --skill identify-assumptions-new. Après l’installation, examinez d’abord SKILL.md, puis lisez les fichiers de contexte liés si votre environnement en contient. Dans ce dépôt, SKILL.md est la source principale du comportement, car il n’y a ni scripts d’accompagnement ni dossiers de support.

Donnez-lui un brief produit complet

La skill fonctionne mieux lorsque vous fournissez trois éléments : le concept produit, le segment d’utilisateurs cible et la fonctionnalité ou le résultat que vous souhaitez évaluer. Une invite trop faible comme « analyse mon idée » laisse trop d’hypothèses implicites. Une invite plus solide ressemble à ceci :

« Utilise identify-assumptions-new pour cartographier les hypothèses d’un outil B2B de triage d’inbox par IA destiné aux équipes support dans des SaaS de 50 à 200 postes. Concentre-toi sur le risque d’adoption, le risque de pricing et la question de savoir si les équipes feront confiance à l’automatisation dès le premier jour. »

Cela donne au modèle suffisamment de contexte pour identifier des modes d’échec pertinents plutôt que des objections génériques.

Lisez le workflow dans le bon ordre

Commencez par SKILL.md et suivez sa structure : contexte, cadrage du domaine, puis étapes d’instruction. Pour cette skill, le point critique est de conserver le contrôle à trois perspectives — Product Manager, Designer et Engineer — car cela élargit l’éventail des hypothèses avant le passage en revue des 8 catégories. Si vous sautez ce cadrage, la sortie risque de se focaliser excessivement sur un seul type de risque.

Utilisez le résultat comme checklist de discovery

Considérez le résultat comme un support d’aide à la décision, pas comme un verdict final. L’étape suivante la plus utile consiste à transformer les hypothèses les plus risquées en questions d’entretien, en tests de prototype ou en prompts de pré-mortem. Par exemple, une hypothèse de viabilité peut devenir une question d’entretien sur le pricing, tandis qu’une hypothèse d’utilisabilité peut devenir un test de prototype au premier usage.

FAQ sur la skill identify-assumptions-new

La skill identify-assumptions-new est-elle réservée au Product Management ?

Non. La identify-assumptions-new skill est particulièrement forte pour le Product Management, mais les fondateurs, designers et ingénieurs peuvent tous l’utiliser pour clarifier ce qui doit être vrai pour qu’un nouveau produit réussisse. La principale valeur réside dans un langage commun autour du risque.

En quoi est-elle différente d’un prompt classique ?

Un prompt classique renvoie souvent une liste de préoccupations assez lâche. Cette skill vous donne un cadre de discovery plus discipliné : trois perspectives, puis 8 catégories de risques, avec une attention explicite à l’incertitude propre aux nouveaux produits. Cette structure réduit les hypothèses oubliées et rend le résultat plus facile à transformer en actions.

Est-elle adaptée aux débutants ?

Oui, si vous pouvez décrire votre idée en langage simple. Vous n’avez pas besoin d’un dossier de recherche détaillé pour commencer, mais vous devez fournir assez de contexte pour définir l’utilisateur, le problème et le résultat visé. Le flux identify-assumptions-new install est simple ; la qualité dépend du brief que vous fournissez.

Quand ne faut-il pas l’utiliser ?

Ne l’utilisez pas à la place de données probantes si vous disposez déjà d’une étude utilisateur, de données de pricing ou d’analyses d’usage. Ce n’est pas non plus le meilleur choix pour des produits matures, lorsque la vraie question est la priorisation plutôt que la découverte d’hypothèses.

Comment améliorer la skill identify-assumptions-new

Fournissez des inputs plus précis

Le plus gros gain de qualité vient du fait de nommer l’audience, le job-to-be-done et le changement de comportement attendu. « Une nouvelle app IA pour les équipes » est trop vague. « Un outil de workflow qui aide des designers freelance à transformer des briefs clients en checklists de lancement » est bien meilleur, car il révèle les hypothèses d’adoption, de valeur et d’utilisabilité.

Demandez des risques par catégorie

Si vous voulez un meilleur résultat de identify-assumptions-new, demandez explicitement des hypothèses selon Value, Usability, Viability, Feasibility, Ethics, Go-to-Market, Strategy & Objectives et Team. Cela évite que la réponse dérive vers un commentaire générique sur les fonctionnalités et maintient l’analyse alignée sur le véritable objectif de la skill.

Transformez les hypothèses en tests

La skill s’améliore surtout quand vous l’utilisez de façon itérative. Après le premier passage, sélectionnez les 3 hypothèses les plus risquées et demandez des façons de les tester à moindre coût. Par exemple, transformez « les utilisateurs feront confiance aux recommandations de l’IA » en script d’entretien, en test concierge ou en tâche de prototype.

Surveillez les modes d’échec fréquents

L’erreur la plus courante consiste à proposer une solution avant d’avoir défini le problème. Une autre consiste à demander « tous les risques » sans segment cible, ce qui produit une sortie large mais peu utile. Pour identify-assumptions-new for Product Management, les meilleurs inputs sont suffisamment précis pour faire apparaître les arbitrages, tout en restant assez tôt pour que les hypothèses comptent davantage que les détails d’implémentation.