L’IA doit rédiger la proposition, pas signer des promesses à votre place
Je laisserais l’IA rédiger un brouillon de proposition commerciale, mais pas chercher des prix dans un dossier de vieilles propositions. Une proposition soignée avec les tarifs de l’an dernier n’est pas du temps gagné — c’est un risque commercial.
L’erreur que j’éliminerais d’abord : Le modèle est bon pour assembler du texte à partir de la correspondance, mais il ne sait pas quel délai et quelle remise sont réellement approuvés. Donc stockez la source de chaque chiffre à côté du brouillon.
Que préparer et quel résultat attendre
- Résultat : Le manager reçoit un document à éditer et vérifier — pas à réécrire de zéro ni à chasser les prix dans de vieux fichiers.
- Créez un modèle de brief : client, problème, scope, contraintes, délai, fourchette de budget, sections obligatoires et promesses interdites.
- Gardez les données source et les droits d’accès séparés du résultat pour auditer ce que le brouillon de proposition commerciale a réellement fait.
- Comparez la proposition au brief et à la grille de prix : chaque montant et chaque date doit avoir une source.
Construire la proposition à partir d’un brief et de données vérifiables
- Collecter les sources de prix et de conditions
Mettez grille de prix, délais et limites dans un tableau avec effective_from et owner. Ne connectez pas un dossier de toutes les vieilles propositions sans flag devise/status.
Проверьте: Pour chaque chiffre vous pouvez nommer la source et la date.
Если не сработало: Laissez requires_review au lieu de deviner.
- Remplir le brief avant le prompt
Passez au modèle des champs client, problème, scope et contraintes — pas un long fil. Gardez un lien vers la correspondance originale à côté du brouillon.
Проверьте: Le modèle ne mélange pas l’objectif du client avec un commentaire interne du manager.
Если не сработало: Demandez d’abord à l’IA d’extraire faits et questions, pas d’écrire la proposition.
- Générer par section
Demandez des blocs : problème, approche, périmètre des travaux, délai, ce qui est requis du client, prix et prochaine étape. Chaque bloc doit avoir status confirmed ou review.
Проверьте: Le manager voit quelles parties nécessitent une revue manuelle.
Если не сработало: Désactivez l’auto-formatage et vérifiez les données dans le tableau.
- Faire un contrôle final
Avant l’envoi, vérifiez nom, devise, taxe, délais, promesses et contact. L’envoi depuis le workflow doit être une action séparée avec approbation.
Проверьте: Sans approbation l’e-mail ne part pas vers le client.
Если не сработало: Laissez un bouton « Télécharger le brouillon » et envoyez manuellement.
D’abord créer brief et grille de prix
Dans le brief gardez client, problem, scope, exclusions, deadline, budget_range, required_sections et forbidden_promises. Dans la grille — product_id, price, currency, effective_from, effective_to et owner. Ne supprimez pas les anciens documents ; marquez-les archived.
Le prompt doit demander des blocs : problème, approche, périmètre des travaux, délai, prix, ce qui est requis du client, prochaine étape. Pour chaque bloc ajoutez status confirmed ou review. Si un fait manque dans la source, le modèle doit renvoyer requires_review au lieu de combler le trou avec du texte persuasif.
- Avant l’envoi vérifiez nom, devise, taxe et délai.
- Génération et envoi doivent être deux boutons différents.
Approbation minimale
Sauvegardez le document en draft, envoyez au manager un lien, et ne donnez pas au workflow la permission d’appeler Send email. Après approve enregistrez qui a confirmé et la version de la grille de prix. Si les données ont changé, l’ancien brouillon doit devenir invalide — pas partir automatiquement au client.
La source du prix doit être une ligne de grille de prix
Dans la grille stockez `product_id`, `price`, `currency`, `effective_from`, `effective_to` et `owner`. Dans le brief — `client`, `problem`, `scope`, `exclusions`, `deadline`, `budget_range` et `forbidden_promises`. L’IA assemble les blocs du document, mais chaque montant et date reçoit `source_id` et `status = confirmed/review`.
Sauvegardez le document en draft et envoyez au manager un lien. Un bouton approve séparé vérifie la devise de la grille et n’autorise Send email qu’ensuite. Si le prix a changé, passez l’ancien brouillon en `invalid` au lieu d’envoyer automatiquement.
Ce que vous pouvez générer vs seulement revoir
| Critère | Question | Bon signe |
|---|---|---|
| Entrée | Qu’est-ce qui entre exactement dans le brouillon de proposition commerciale ? | Créez un modèle de brief : client, problème, scope, contraintes, délai, fourchette de budget, sections obligatoires et promesses interdites. |
| Action | Que le système a-t-il le droit de faire seul ? | Uniquement des actions pré-listées, sans accès à tout le compte |
| Vérification | Comment savoir que le résultat est acceptable ? | Comparez la proposition au brief et à la grille de prix : chaque montant et chaque date doit avoir une source. |
| Échec | Où va un cas peu clair ? | Marquez le document draft, surlignez les champs non confirmés et renvoyez-le au manager sans l’envoyer au client. |
Ce qui doit changer après la mise en place
Le manager reçoit un document à éditer et vérifier — pas à réécrire de zéro ni à chasser les prix dans de vieux fichiers.
Pourquoi une proposition soignée a encore besoin d’une réécriture
Donner au modèle un dossier de grilles de prix obsolètes.
Lui demander d’écrire de façon persuasive sans règles sur les faits.
Mélanger commentaires internes et texte destiné au client.
Envoyer le document automatiquement après génération.
Quand il faut un pipeline de documents protégé
Vous avez besoin d’un spécialiste si la proposition est assemblée depuis plusieurs systèmes, dépend d’un calcul complexe ou inclut des termes juridiquement contraignants.
Que vérifier avant l’envoi au client
Pour qui est cette approche de brouillon de proposition commerciale ?
L’IA pour les propositions commerciales fonctionne bien pour un premier brouillon quand elle reçoit un brief structuré et des prix approuvés. Les promesses finales, délais, remises et termes juridiques ont encore besoin d’une revue humaine.
Par où commencer si tout est encore manuel ?
Créez un modèle de brief : client, problème, scope, contraintes, délai, fourchette de budget, sections obligatoires et promesses interdites.
Comment vérifier que le setup ne vous nuira pas ?
Comparez la proposition au brief et à la grille de prix : chaque montant et chaque date doit avoir une source.
Et si le résultat n’est pas clair ?
Marquez le document draft, surlignez les champs non confirmés et renvoyez-le au manager sans l’envoyer au client.
