product-lens

Aperçu du skill product-lens

product-lens est un skill d’aide à la décision qui sert à ralentir le travail sur une fonctionnalité avant qu’il ne se transforme en implémentation. Le product-lens skill vous aide à valider le “pourquoi”, à mettre une idée produit à l’épreuve et à transformer une demande floue en brief produit plus précis avant le démarrage de la planification technique.

Utilisez product-lens quand vous avez besoin d’un diagnostic produit, pas d’une spécification complète. C’est un bon choix pour les fondateurs, les PM et les builders qui doivent décider si une idée mérite d’être poursuivie, quel problème elle résout réellement et à quoi ressemble la version la plus petite et crédible.

Ce que product-lens fait le mieux

La mission principale de product-lens for Decision Support est de poser les questions que les équipes sautent lorsqu’elles passent trop vite à l’exécution : pour qui c’est fait, quelle douleur existe, pourquoi maintenant, et comment le succès sera mesuré. Il est particulièrement utile avant de s’engager sur une fonctionnalité, pendant la revue produit hebdomadaire, ou quand un concept paraît prometteur mais reste non prouvé.

En quoi il diffère d’un prompt classique

Un prompt générique peut servir à brainstormer des fonctionnalités. product-lens est plus ciblé : il pilote une conversation de diagnostic et produit un PRODUCT-BRIEF.md avec les risques, une recommandation go/no-go et une prochaine étape plus claire. Il est donc plus utile quand vous avez besoin d’un workflow de revue répétable plutôt que de conseils ponctuels.

Quand product-lens n’est pas le bon outil

Si vous voulez déjà un artefact durable de type PRD vers SRS, ou un contrat de capacité, ce skill passe volontairement le relais à product-capability. Utilisez product-lens d’abord pour tester l’idée, pas pour figer les détails de livraison.

Comment utiliser le skill product-lens

Installer product-lens

Utilisez la commande d’installation du dépôt depuis le fichier du skill : npx skills add affaan-m/everything-claude-code --skill product-lens. C’est l’étape product-lens install ; une fois installé, considérez-le comme un skill de workflow, pas comme une application autonome.

Donnez-lui une vraie question produit

Le meilleur product-lens usage commence par une décision précise. Donnez-lui un objectif approximatif, l’utilisateur concerné, le comportement actuel ou la solution de contournement, et le choix sur lequel vous bloquez. Par exemple : “Nous voulons réduire l’abandon pendant l’onboarding des vendeurs débutants, mais nous ne savons pas si le problème vient du prix, de la complexité de configuration ou de la confiance.” C’est bien meilleur que “améliorer l’onboarding”.

Lisez d’abord ces fichiers

Commencez par SKILL.md pour comprendre le workflow, puis examinez README.md, AGENTS.md, metadata.json, ainsi que les dossiers rules/, resources/, references/ ou scripts/ s’ils existent. Dans ce repo, la principale source est le fichier du skill lui-même ; le product-lens guide le plus rapide consiste donc à lire les questions de diagnostic et les deux modes avant de l’utiliser sur un vrai projet.

Utilisez le skill comme moteur de brief produit

Le flux pratique est le suivant : décrivez l’opportunité, laissez le skill interroger les hypothèses, consignez les informations manquantes, puis passez en revue le PRODUCT-BRIEF.md généré pour obtenir une réponse go/no-go. Si le résultat reste trop abstrait, resserrez l’entrée autour d’un seul segment d’utilisateurs et d’un seul workflow douloureux, puis relancez le skill avec ces contraintes.

FAQ du skill product-lens

product-lens est-il adapté aux débutants ?

Oui, si l’objectif est de réfléchir clairement avant de construire. Le skill est simple à prendre en main, mais il fonctionne mieux lorsque vous pouvez fournir un problème concret, un utilisateur cible et une idée de base du workflow actuel.

En quoi product-lens est-il différent d’un prompt IA générique ?

Un prompt générique peut fournir des conseils produit assez larges. product-lens est conçu pour imposer des entrées et des sorties de qualité décisionnelle : il demande la douleur, le timing, les anti-objectifs et les métriques de succès, ce qui le rend plus adapté à la revue produit et à product-lens for Decision Support qu’au brainstorming informel.

Quand faut-il éviter de l’utiliser ?

N’utilisez pas ce skill lorsque l’équipe dispose déjà d’un brief validé et a besoin d’artefacts de livraison, de détails d’implémentation ou de contrats au niveau API. Dans ce cas, le repo indique de passer le relais à product-capability.

Quel type d’entrée rend product-lens le plus efficace ?

Les meilleures entrées incluent un utilisateur nommé, un point de douleur précis, ce que les utilisateurs font aujourd’hui, pourquoi le timing compte et ce qui compterait comme un succès. Si vous pouvez décrire la décision que vous devez prendre, le skill peut généralement la mettre à l’épreuve efficacement.

Comment améliorer le skill product-lens

Donnez des contraintes plus nettes

Le plus gros gain de qualité vient d’un cadrage plus serré. Au lieu de “améliorer la rétention”, essayez “réduire le churn de la première semaine chez les créateurs indépendants sur le plan gratuit”. Les contraintes aident product-lens à faire ressortir les bons arbitrages et à éviter les conseils génériques.

Apportez des preuves, pas seulement des idées

Si vous en avez, ajoutez des verbatims utilisateurs, des tickets support, des abandons dans le funnel, des objections commerciales ou des retours de lancement. product-lens fonctionne mieux lorsqu’il peut évaluer un signal réel plutôt qu’une intuition abstraite, ce qui améliore la qualité de la recommandation.

Demandez une décision, pas un brainstorming

Le skill est le plus puissant quand vous voulez une recommandation go/no-go, une revue des risques ou une thèse MVP plus nette. Si vous demandez seulement des idées de fonctionnalités, vous obtiendrez moins de valeur que si vous demandez : “Qu’est-ce qu’il faut valider en premier et qu’est-ce qu’il vaut mieux ne pas construire ?”

Itérez après le premier passage

Utilisez le premier résultat de product-lens usage pour affiner le brief, puis relancez-le avec les détails manquants qu’il a révélés. Les meilleurs résultats viennent généralement d’une courte boucle de diagnostic, pas d’un prompt parfait en une seule fois.