Proposition commerciale

Le problème

Après un premier rendez-vous, un prospect attend une proposition écrite : sa situation, ce que je lui recommande, le prix, le planning. Le fond change à chaque fois, la forme jamais. Chaque proposition me coûtait des heures de rédaction et de mise en page, au moment où il faut répondre vite.

Le système

J'en ai fait un Skill dans Claude Code, l'outil depuis lequel je pilote mon activité : une procédure enregistrée que je déclenche avec /prop, en pointant le brief, mes notes du rendez-vous dans un fichier texte. Le Skill décline mon modèle de proposition dans Figma, onze slides dont seul le contenu change, et rédige ce qui doit l'être : les constats sur la situation du client, les objectifs du futur site, dans mon ton. Avec une règle stricte : les faits ne s'inventent jamais. Ce document engage : le prix, les fonctionnalités vendues viennent du brief, et si un fait manque, il s'arrête et me pose ses questions avant d'écrire quoi que ce soit. À la fin, deux livrables : la page Figma, éditable, et le PDF final.

Le résultat

Le Skill est en production : mes propositions réelles partent comme ça. La démo visible ici tourne sur un brief fictif, Atelier Lume, une architecte d'intérieur inventée pour l'exercice, parce que les vraies contiennent des données de clients. Le double livrable est un choix : rien ne part sans ma relecture. Je reprends la page Figma, je corrige ce qui sonne faux, et le PDF n'est envoyé qu'après.

En entreprise

En entreprise, ce genre de Skill s'écrit pour les documents qui se refont chaque semaine : devis, comptes rendus, réponses à appel d'offres. Le fonctionnement reste le même que chez moi : l'IA remplit le modèle et rédige le texte, les chiffres viennent des données de l'entreprise, et quelqu'un relit avant l'envoi.