Guide de Prompt
Écrire une proposition de projet avec Claude
Une proposition qui est approuvée est précise. Une proposition qu'on ignore est vague.
Claude, d'Anthropic, transforme bien une idée de projet approximative en une proposition structurée avec un énoncé du problème, un périmètre, un calendrier, et le genre de détail précis qui amène une partie prenante à vraiment dire oui. Ce que Claude ne sait pas, c'est votre budget, la capacité réelle de votre équipe, ou les enjeux politiques de votre organisation, à moins que vous ne lui disiez, c'est pourquoi « écris-moi une proposition de projet pour X » renvoie souvent quelque chose d'assez générique pour appartenir à n'importe quelle entreprise. La solution consiste à donner à Claude les vraies contraintes : à qui s'adresse la proposition, ce que vous avez réellement à disposition, et quelle décision vous attendez de cette personne.
Pour demander à Claude d'écrire une proposition de projet, donnez-lui le problème que vous résolvez, à qui s'adresse la proposition et quelle décision vous en attendez, vos contraintes réelles (taille de l'équipe, calendrier approximatif, fourchette de budget), et la consigne de structurer le brouillon en énoncé du problème, approche proposée, périmètre, calendrier et indicateurs de succès. Collez tout document de référence, proposition antérieure ou note que vous avez déjà, et demandez à Claude de signaler ce qui est trop vague pour devenir un plan concret.
Publié le
Leçon gratuite · sans compteDécouvrez ClaudePourquoi Claude ?6 minCommencer la leçon gratuiteÀ retenir
- Dites à qui s'adresse la proposition et quelle décision vous attendez. Une proposition pour que votre propre équipe planifie se lit différemment d'une proposition demandant à un cadre d'approuver un budget.
- Donnez à Claude vos vraies contraintes : taille de l'équipe, calendrier approximatif, fourchette de budget. Un plan construit sur des contraintes inventées doit être réécrit dès que quelqu'un avec les vrais chiffres le lit.
- Demandez spécifiquement des indicateurs de succès, pas seulement une description du travail. Une proposition qui ne dit pas comment vous saurez que ça a fonctionné est plus difficile à approuver et plus difficile à suivre ensuite.
- Collez le matériel de référence que vous avez déjà : propositions antérieures, notes de réunion, un plan approximatif. Claude organise et affine ce que vous lui donnez ; il ne peut pas inventer le contexte derrière votre projet précis.
- Relisez la section périmètre particulièrement attentivement avant d'envoyer. Un périmètre plus vague ou plus large que votre intention réelle est la raison la plus fréquente pour laquelle une proposition cause des problèmes plus tard.
Copier-coller
Des prompts à utiliser dès aujourd'hui
Un premier brouillon complet à partir d'une idée approximative
Je veux proposer [décris ton idée de projet en une ou deux phrases]. C'est pour [à qui s'adresse la proposition et quelle décision tu en attends]. Voici ce que j'ai réellement à disposition : une équipe de [taille], un calendrier d'environ [durée], un budget autour de [fourchette, ou « pas encore déterminé »]. Écris un brouillon de proposition avec un énoncé du problème, une approche proposée, un périmètre (incluant ce qui est explicitement hors périmètre), un calendrier approximatif et des indicateurs de succès. Signale tout ce que tu as dû deviner parce que je ne t'ai pas donné assez de détails.
Être honnête sur ce que vous ne savez pas encore, comme le budget, produit un brouillon plus utile que d'inventer un chiffre pour combler le vide.
Transformer un brainstorming brouillon en énoncé du problème
Voici mes notes brutes et désorganisées sur un problème que je veux résoudre : [colle tes notes]. Transforme ça en un énoncé du problème serré de deux à trois phrases qui explique pourquoi c'est important et qui est concerné, sans encore décrire la solution. Je veux que le problème soit clairement posé avant de proposer le correctif.
Gardez l'énoncé du problème séparé de la solution ; une proposition qui saute directement au correctif perd souvent le lecteur pas encore convaincu qu'il y a un problème qui vaut la peine d'être résolu.
Définir le périmètre, y compris ce qui en est exclu
Voici mon projet proposé : [décris-le]. Écris une section de périmètre qui énonce clairement ce que ce projet inclura et n'inclura pas, avec au moins trois éléments spécifiques explicitement exclus. Je veux éviter que la proposition soit lue plus largement que je ne l'entends.
Une liste explicite de ce qui est hors périmètre est souvent la partie d'une proposition qui prévient le plus de confusion par la suite.
Mettre une proposition à l'épreuve avant de l'envoyer
Lis ce brouillon de proposition comme si tu étais la partie prenante qui décide de l'approuver : [colle ton brouillon]. Quelles questions aurais-tu avant d'approuver ceci ? Où le calendrier, le périmètre ou les indicateurs de succès semblent-ils irréalistes ou peu clairs ? Sois précis sur ce qui manque, pas seulement sur ce qui est faux.
Cela fonctionne mieux juste avant d'envoyer la proposition, comme vérification finale plutôt que comme étape de brouillon précoce.
Adapter le ton d'une proposition pour un autre public
Voici une proposition de projet que j'ai écrite pour ma propre équipe : [colle ton brouillon]. Réécris-la pour un public exécutif qui doit approuver le budget : commence par l'argumentaire économique et le coût, garde le détail technique bref, et déplace tout détail d'implémentation dans une annexe à la fin.
Le même projet a souvent besoin de deux versions différentes selon qui lit et quelle décision cette personne doit prendre.
La Structure
Les cinq éléments dont un prompt de proposition a besoin
Ces cinq éléments transforment une idée vague en quelque chose sur lequel une partie prenante peut réellement agir.
Un énoncé du problème, avant la solution
Énoncez le problème et pourquoi il importe avant de décrire le correctif. Un lecteur pas encore convaincu qu'il y a un problème ne prendra pas au sérieux une solution proposée pour celui-ci.
Le périmètre, y compris ce qui en est explicitement exclu
Dites ce que le projet fera et, tout aussi important, ce qu'il ne fera pas. Une proposition sans périmètre défini tend à s'étendre dans l'esprit de chacun jusqu'à ce qu'il a supposé que ça signifiait.
Des contraintes réelles, pas inventées
Donnez à Claude la taille réelle de votre équipe, un calendrier approximatif et une fourchette de budget, même si certains éléments restent incertains. Un plan construit sur des chiffres inventés doit être refait dès que les vrais apparaissent.
Des indicateurs de succès, énoncés clairement
Dites comment vous saurez que le projet a fonctionné. Une proposition sans indicateur de succès est plus difficile à approuver et, si elle l'est quand même, plus difficile à suivre six mois plus tard.
Connaître Son Lecteur
Le même projet a besoin d'une proposition différente pour un public différent
Une proposition écrite pour que votre propre équipe planifie et une proposition écrite pour obtenir l'approbation budgétaire d'un cadre remplissent des rôles différents, même en décrivant le même projet. La version équipe peut approfondir le détail d'implémentation parce que le lecteur s'y intéresse déjà. La version exécutive doit commencer par l'argumentaire économique et le coût, car c'est la décision réelle que ce lecteur doit prendre, et un détail inutile ne fait que retarder la décision que vous demandez.
Dites explicitement à Claude qui lit et quelle décision vous en attendez. « C'est pour que mon équipe planifie le prochain trimestre » et « ceci doit obtenir l'approbation budgétaire d'une VP qui ne connaît pas les détails techniques » orientent Claude vers deux brouillons différents, même pour le même projet, et nommer le public à l'avance vous évite d'écrire une version et de découvrir ensuite qu'elle ne convient pas au lecteur réel.
Si vous avez réellement besoin des deux versions, il est souvent plus rapide d'écrire d'abord la version détaillée pour l'équipe, puis de demander à Claude de l'adapter pour le public exécutif, plutôt que d'écrire les deux à partir de zéro. Les faits sous-jacents ne changent pas ; seuls changent ce qui est mis en avant et ce qui passe en annexe.
Erreurs Courantes
Ce qui bloque une proposition au lieu de la faire approuver
Voici les lacunes qui transforment une idée raisonnable en une proposition qui reste sans réponse.
Un périmètre plus large que ce que vous visez réellement
Si vous ne précisez pas ce qui est hors périmètre, les lecteurs combleront le vide avec leurs propres suppositions, souvent plus larges que ce que vous vouliez proposer. Dites explicitement ce que ce projet n'inclura pas.
Aucune décision énoncée pour le lecteur
Une proposition qui ne dit pas ce que vous demandez réellement, approbation, budget, effectifs, feu vert pour démarrer, laisse le lecteur incertain de la réponse que vous attendez de lui.
Des chiffres inventés à la place de contraintes réelles
Un calendrier ou un budget que Claude a deviné parce que vous n'en aviez pas fourni paraîtra sûr tout en étant fictif, et quelqu'un connaissant les vrais chiffres remarquera que la proposition ne correspond pas à la réalité.
Aucun moyen de vérifier après coup si ça a fonctionné
Une proposition sans indicateurs de succès est difficile à approuver avec confiance, et si elle l'est malgré tout, il n'y a pas de moyen convenu de vérifier six mois plus tard si le projet a tenu ses promesses.
Utiliser Ce Que Vous Avez Déjà
Collez votre matériel de référence plutôt que de partir de zéro
Si vous avez une proposition antérieure pour quelque chose de similaire, des notes de réunion approximatives sur le problème, ou même un plan à moitié terminé, collez-le plutôt que de décrire le projet de mémoire depuis le début. Claude peut organiser et affiner un matériel que vous avez déjà bien plus fidèlement qu'il ne peut inventer le contexte précis, l'historique et les contraintes de votre projet réel à partir d'une description en une phrase.
Cela compte particulièrement pour l'énoncé du problème. Si le problème est apparu lors d'une réunion, dans une plainte client, ou lors d'une tentative antérieure infructueuse de quelque chose de similaire, ce contexte appartient au prompt. Un énoncé du problème construit uniquement à partir de votre résumé actuel de la question perd souvent le détail précis qui rendait le problème réel et digne d'être résolu.
Il en va de même pour les contraintes. Si votre organisation a déjà un modèle standard de proposition, une fourchette budgétaire typique pour ce type de projet, ou une convention de calendrier habituelle, donnez-la directement à Claude plutôt que de le laisser revenir à une structure générique. Une proposition qui correspond déjà à la façon dont votre organisation attend de voir ce type de document est lue plus sérieusement qu'une proposition qui ressemble à un modèle venu d'ailleurs.
Cela vaut la peine de garder un dossier des propositions qui ont été approuvées dans votre organisation, même de manière informelle, et d'y coller une qui a fonctionné à côté de votre propre brouillon quand vous le pouvez. Claude peut repérer le schéma de ce qui a tendance à passer, que ce soit un certain niveau de formalité, une préférence pour des paragraphes courts plutôt que longs, ou l'habitude de commencer par l'atténuation des risques, et appliquer ce même schéma à votre brouillon actuel au lieu de se rabattre sur une structure générique qui ne correspond pas à ce qui fonctionne réellement chez vous.
Avant De L'envoyer
Ce qu'il faut vérifier avant que la proposition n'atteigne son lecteur
Lisez d'abord la section périmètre et demandez-vous si elle décrit exactement ce que vous avez l'intention de faire, ni plus ni moins. C'est la section la plus susceptible de causer des problèmes plus tard si elle est plus vague ou plus large que votre intention réelle, car elle devient le point auquel tout le monde se réfère une fois le projet en cours.
Vérifiez chaque chiffre par rapport à la réalité : le calendrier, la taille de l'équipe, le budget. Un plan qui semble sûr de lui mais construit sur un chiffre deviné est pire qu'un honnête « calendrier pas encore finalisé », car le premier est traité comme un engagement dès qu'on le lit.
La structure ici vous donne rapidement un brouillon solide ; le jugement sur ce dont votre organisation et votre lecteur ont réellement besoin pour cette proposition précise reste le vôtre avant qu'elle ne parte.
Une proposition claire est lue. Une proposition vague est ignorée.
La structure est réutilisable pour chaque proposition après celle-ci. Les leçons gratuites de Nightschool AI parcourent de vraies tâches d'écriture professionnelle avec Claude, y compris les arbitrages autour du périmètre et du public.
Questions fréquentes
Quelle est la chose la plus importante à dire à Claude avant qu'il rédige une proposition ?
À qui s'adresse la proposition et quelle décision vous en attendez. Une proposition pour que votre propre équipe planifie et une qui demande à un cadre d'approuver un budget ont besoin d'un cadrage différent, même pour le même projet.
Dois-je donner à Claude un chiffre de budget si je n'en ai pas encore un ?
Non. Dites que le budget n'est pas encore finalisé plutôt que de laisser Claude deviner un chiffre. Un montant inventé qui paraît sûr de lui sera traité comme un engagement dès que quelqu'un connaissant les vrais chiffres le verra.
Pourquoi la proposition a-t-elle besoin d'une section explicite sur ce qui est hors périmètre ?
Sans elle, les lecteurs combleront le vide avec leurs propres suppositions sur ce que le projet inclut, souvent plus larges que votre intention réelle. Énoncer explicitement ce qui est exclu empêche cette dérive.
Comment écrire une proposition qui fonctionne à la fois pour mon équipe et pour un cadre ?
Écrivez d'abord la version détaillée pour votre équipe, puis demandez à Claude de l'adapter pour le lecteur exécutif : commencez par l'argumentaire économique et le coût, réduisez le détail technique, et déplacez les spécificités d'implémentation en annexe.
Puis-je utiliser des notes d'une proposition antérieure ou d'une réunion plutôt que de partir de zéro ?
Oui, et vous devriez le faire. Collez le matériel de référence que vous avez déjà. Claude organise et affine un matériel réel bien mieux qu'il ne peut inventer le contexte précis de votre projet à partir de rien.
Pourquoi la proposition a-t-elle besoin d'indicateurs de succès ?
Sans une façon énoncée de mesurer le succès, la proposition est plus difficile à approuver avec confiance, et il n'y a pas de moyen convenu de vérifier plus tard si le projet a réellement tenu ce qu'il promettait.
Comment vérifier un brouillon avant de l'envoyer à une partie prenante ?
Demandez à Claude de le lire comme le ferait la partie prenante et d'énumérer les questions qu'elle aurait avant de l'approuver. Puis vérifiez séparément chaque chiffre du brouillon par rapport à vos contraintes réelles avant l'envoi.
Que faire si mon organisation a déjà un modèle standard de proposition ?
Donnez-le directement à Claude plutôt que de laisser le brouillon revenir à une structure générique. Une proposition qui correspond déjà au format attendu par votre organisation est lue plus sérieusement qu'une qui ne l'est pas.
Une proposition approuvée commence par des contraintes réelles
La structure est réutilisable chaque fois. Lui donner des chiffres honnêtes plutôt que des suppositions est la partie qui vaut la peine d'être bien faite.