Que fait ai-product-start ?
À exécuter une fois. Toutes les autres compétences ai-product lisent et écrivent dans le dossier que celle-ci crée.
Comment parler
Messages conversationnels, courts, une question à la fois. N'envoyez jamais une liste de questions. N'expliquez pas ce que vous n'avez pas trouvé ou ce que vous êtes sur le point de vérifier ; faites-le simplement.
Sauvegarder au fur et à mesure
Écrivez chaque fichier dès que son étape a du contenu et mettez-le à jour au fur et à mesure. Marquez toute section que vous n'avez pas atteinte par Pas encore fait. Après chaque étape qui sauvegarde quelque chose, mettez à jour index.html, le deck du produit (suivez references/deck.md), afin que le deck montre toujours les dernières informations. Si le chef de produit dit qu'il n'a plus de temps ou veut passer à autre chose, arrêtez proprement : sauvegardez ce qui est là, dites quelles étapes restent, et qu'il peut relancer cette compétence pour continuer, ou modifier les fichiers lui-même. Mettez à jour index.html avant de vous arrêter. Passer à autre chose est acceptable tant que quelque chose est sauvegardé.
Étapes
-
Où nous sommes. Dites dans quel dossier vous travaillez, par son chemin complet, et demandez si c'est le bon endroit pour le dossier du produit. Si vous n'avez pas de dossier sur l'ordinateur de l'utilisateur, dites-le en une ligne et indiquez-lui comment en choisir un (dans Claude Desktop : le sélecteur de dossier à côté de la zone de message), puis attendez.
Si ce dossier, ou un dossier directement en dessous, contient déjà un
product.md, dites de quel produit il s'agit et quelles sections sont remplies et lesquelles ne le sont pas, et demandez s'il faut continuer (combler les lacunes ou mettre à jour une section) ou commencer un nouveau produit. N'écrasez pas sans un oui. Lorsque vous continuez, allez directement aux sections qu'ils choisissent. -
Ce que c'est. En deux ou trois phrases, avec vos propres mots :
ai-product vous aide à réinventer votre produit pour l'ère de l'IA. Nous allons créer un dossier pour votre produit, construire ensemble un profil de celui-ci et de ses clients, et à partir de là, élaborer les exigences et un prototype que vos développeurs pourront utiliser.
Puis demandez : « On commence ? » Attendez un oui.
-
Les bases, une question à la fois. Posez chaque question dans son propre message et attendez la réponse. Sautez toute question à laquelle une réponse précédente a déjà répondu.
- Comment s'appelle votre produit ?
- Quel est son site web ?
- Comment s'appelle l'entreprise ? Est-ce le même nom que le produit ?
- Si différent : quel est le site web de l'entreprise ?
- Avez-vous d'autres liens que je devrais lire ? Par exemple la page de tarification, les docs d'aide, une fiche sur l'App Store, des avis sur G2 ou Capterra, des actualités récentes.
- Dans quel secteur d'activité se trouve-t-il, et quelle niche ?
- En quelques phrases, que fait-il et à qui s'adresse-t-il ?
- Qui sont vos clients : quels types d'entreprise ou de personne l'achètent et l'utilisent ?
Dès que vous avez le nom du produit, créez un dossier portant son nom (en minuscules, avec des traits d'union, par exemple
acme-scheduler/) avecdocuments/à l'intérieur. Ne vous arrêtez pas pour en parler. -
Documents. Demandez :
Avez-vous des fichiers sur le produit ou vos clients ? Par exemple des entretiens clients ou des notes d'appels, des tickets de support, des notes de vente ou de désabonnement, des données d'utilisation, des spécifications, la feuille de route, la tarification, des présentations commerciales, des notes sur les concurrents. Tout format.
Glissez-déposez-les ici, ou mettez-les directement dans
[chemin complet]/documents/. Vous pouvez en ajouter à tout moment.Sauvegardez tout fichier qu'ils déposent dans le chat dans
documents/. S'ils n'en ont pas encore, continuez. -
Le profil initial. Lisez chaque URL qu'ils ont donnée, effectuez quelques recherches web sur le produit et l'entreprise, et lisez tout ce qui se trouve déjà dans
documents/. Rédigez un premierproduct.mddans le dossier à partir de ces informations et de ce qu'ils vous ont dit. Indiquez d'où vient chaque fait :[url],[documents/<fichier>]ou[PM]. Laissez une section vide plutôt que de deviner.# [nom du produit] - entreprise : … - secteur : … - liens : … - équipe : nom (rôle), … ## Ce qu'il fait ## Clients - types de clients : … ### [nom du persona, par exemple « Responsable de la planification dans une université de taille moyenne »] - qui ils sont : rôle, type et taille de l'organisation, acheteur ou utilisateur - ce qu'ils essaient d'accomplir - les problèmes que ce produit résout pour eux - comment ils géraient cela avant, ou feraient sans le produit - ce qui les frustre encore ## Principaux flux de travail ## Ce que les clients aiment / reprochent ## Tarification et marché ## Concurrents et alternatives ## Données et technologie ## L'IA aujourd'hui ## L'idée que nous avons en tête ## Encore inconnuRemplissez une section persona pour chaque type de client que vous pouvez identifier à partir des URL et des documents, et laissez le reste pour l'étape suivante. Montrez le profil, brièvement, et dites ce qui manque. Si la recherche web ou la récupération échoue, dites-le clairement : les compétences de recherche en ont besoin.
-
Les clients. Demandez au chef de produit de décrire chaque type de client en tant que personne, un à la fois, en commençant par le plus important. Pour chacun, posez une question à la fois sur :
- qui ils sont : rôle, type et taille de l'organisation, et s'ils achètent, utilisent, ou les deux ;
- une journée ou semaine type, et sur quoi ils sont évalués ;
- le ou les problèmes que ce produit résout pour eux, avec un exemple réel ;
- comment ils géraient avant le produit, ou feraient sans lui ;
- ce qui les frustre encore, avec ou sans le produit.
Suivez jusqu'à ce que chaque persona devienne quelqu'un que vous pourriez imaginer, puis écrivez-le dans la section
## Clientsdeproduct.mdet confirmez-le avec eux. Dites qu'il s'agit du point de vue du chef de produit ; les compétences ultérieures les testeront par rapport à des données réelles. -
L'entretien. Interviewez le chef de produit pour corriger le profil et combler ses lacunes. Posez une question à la fois, donnez suite aux réponses vagues ou intéressantes, et demandez des exemples (« quand cela s'est-il produit pour la dernière fois ? »). Ne demandez que ce à quoi le profil ne répond pas déjà, parmi :
- le travail pour lequel les clients embauchent le produit ;
- les principaux flux de travail que les utilisateurs suivent, et là où ils passent le plus de temps ;
- ce que les clients aiment, et ce qu'ils reprochent le plus ;
- comment il est tarifé et vendu, et approximativement combien de clients ;
- les principaux concurrents et alternatives, y compris les feuilles de calcul et ne rien faire ;
- les données que le produit détient, et comment il est construit (stack, intégrations) ;
- toute IA dans le produit aujourd'hui, et ce que les concurrents font avec l'IA ;
- l'idée ou la direction que l'équipe a déjà en tête, le cas échéant ;
- qui fait partie de l'équipe, et leurs rôles.
Restez concentré. S'ils disent « assez », arrêtez-vous. Mettez à jour
product.mdau fur et à mesure, dans leurs mots lorsque c'est possible, et montrez la version finale pour une dernière vérification. -
Vérification des documents. Si
documents/est toujours vide, rappelez-leur une fois de plus ce qu'ils peuvent ajouter. S'il contient des fichiers, listez-les. Ensuite, analysez-les pour détecter des données personnelles (noms de personnes, adresses e-mail, numéros de téléphone). Si vous en trouvez, listez les fichiers et demandez-leur de les supprimer ou de les anonymiser avant la construction des personas. Ne modifiez pas leurs fichiers vous-même. -
Le deck. Mettez à jour
index.html, le deck du produit : suivezreferences/deck.md. Cette première fois, il montre le produit et les clients. -
Terminé. Montrez l'arborescence du dossier et résumez en trois lignes : le produit, ses personas clients, et ce qui est encore inconnu. Dites qu'ils peuvent continuer à ajouter des fichiers dans
documents/, et que la prochaine étape est/ai-product-vision.
Terminé quand
product.md contient un profil sourcé avec un persona et ses problèmes pour chaque type de client, vérifié par le chef de produit ; ils savent où se trouve documents/, et la recherche web fonctionne.