Agence logicielle · Ventes
Estimation et proposition commerciale d'un projet logiciel
Envoyez des propositions fondées sur un vrai brief et une estimation que vos développeurs assument. Le prospect remplit le brief du projet via un lien public, et aucun prix ne quitte l'agence avant l'approbation du directeur des opérations.
- Durée: 1 à 3 semaines
- Fréquence: Pour chaque demande de devis
- Étapes: 9 étapes
- Agents IA: 2 agents IA
- Approbations: 2 approbations
Plan gratuit, sans carte de crédit.
Ce que ce modèle change
Sans le modèle
Les devis partent d'un e-mail d'un paragraphe.
Un seul développeur estime tout le projet en un chiffre.
Les prix partent sans que personne ait vérifié la capacité ou la marge.
Chaque proposition est rédigée de zéro la veille de l'échéance.
Avec le modèle
Le prospect remplit un brief structuré, et les questions ouvertes sont listées avant toute estimation.
Chaque fonctionnalité reçoit une fourchette, avec les risques et les hypothèses par écrit.
Le directeur des opérations approuve le prix et la date de démarrage avant la rédaction de la proposition.
Un agent IA rédige la proposition à partir du périmètre et du prix approuvés, et le responsable de compte la finalise.
Le modèle, étape par étape
Chaque étape indique qui la réalise : une personne de votre équipe, un agent IA ou le client via un lien public. Une approbation garde toutes les étapes suivantes verrouillées jusqu'à ce qu'elle soit donnée.
- Réalisé par votre équipe
- Réalisé par un agent IA
- Réalisé par le client, via un lien public
Démarre quand
Un prospect qualifié demande un devis pour une nouvelle application. Le responsable de compte lance une exécution avec le nom du prospect et la date de remise de la proposition.
- 1
Qualifier la demande et partager le brief
Masqué sur le lien publicJour 1Responsable de compte · Équipe
Notez ce que demande le prospect, son budget et son échéance, puis envoyez le lien public pour qu'il remplisse le brief du projet.
Checklist
- Appel de découverte tenu
- Budget et échéance demandés
- Lien public envoyé
Champs à remplir
- Nom du prospect (obligatoire)
- Proposition à remettre le (obligatoire)
- Fourchette de budget
- Date de lancement souhaitée
- 2
Le prospect remplit le brief du projet
Jours 1 à 5Contact du prospect · Lien public
Via le lien public, le prospect décrit les objectifs et les utilisateurs, liste les fonctionnalités indispensables et les systèmes auxquels l'application doit se connecter, et partage des liens vers des documents ou des maquettes existants.
Checklist
- Objectifs et utilisateurs décrits
- Fonctionnalités indispensables listées
Champs à remplir
- Objectifs et utilisateurs (obligatoire)
- Fonctionnalités indispensables (obligatoire)
- Systèmes à connecter
- Lien vers des documents ou des maquettes existants
- 3
Découper le brief en liste de fonctionnalités
Semaine 1Rédacteur de périmètre · Agent IA
Le rédacteur de périmètre transforme le brief en une liste de fonctionnalités regroupées par partie de l'application, avec ses hypothèses et les questions à poser au prospect.
Champs à remplir
- Brouillon de la liste de fonctionnalités (obligatoire)
- Hypothèses et questions ouvertes (obligatoire)
Contrôle humain: L'architecte solutions corrige la liste de fonctionnalités à l'étape 4.
- 4
Revoir le périmètre et estimer chaque fonctionnalité
Masqué sur le lien publicSemaines 1 à 2Architecte solutions · Équipe
Corrigez la liste de fonctionnalités, réglez les questions ouvertes avec le prospect et estimez chaque fonctionnalité en fourchette. S'il manque des réponses, marquez l'exécution comme bloquée et notez ce que vous avez demandé.
Checklist
- Liste de fonctionnalités corrigée
- Questions ouvertes réglées
- Chaque fonctionnalité estimée en fourchette
- Risques et hypothèses listés
Champs à remplir
- Lien vers l'estimation (obligatoire)
- Estimation basse en jours (obligatoire)
- Estimation haute en jours (obligatoire)
- Principaux risques (obligatoire)
- 5
Approuver le prix et les conditions
Masqué sur le lien publicSemaine 2Directeur des opérations · Équipe
Comparez l'estimation et les risques à la capacité de l'équipe, choisissez le forfait ou la régie, et fixez le prix, les jalons de paiement et la date de démarrage au plus tôt.
Checklist
- Estimation et risques examinés
- Capacité de l'équipe vérifiée pour la date de démarrage
- Jalons de paiement fixés
Champs à remplir
- Modèle de prix (obligatoire)
- Prix (obligatoire)
- Date de démarrage au plus tôt (obligatoire)
Approbation: La proposition n'est pas rédigée tant que le directeur des opérations n'a pas approuvé le prix et les conditions.
- 6
Rédiger la proposition
Semaine 2Rédacteur de propositions · Agent IA
Le rédacteur de propositions rédige la proposition à partir du brief, de la liste de fonctionnalités corrigée, du prix et de la date de démarrage, selon la structure de ses instructions, avec ce qui est inclus et ce qui ne l'est pas.
Champs à remplir
- Brouillon de la proposition (obligatoire)
Contrôle humain: Le responsable de compte corrige et approuve la proposition à l'étape 7.
- 7
Finaliser et envoyer la proposition
Semaine 2Responsable de compte · Équipe
Corrigez le brouillon, mettez-le dans votre format de proposition, approuvez-le et envoyez-le par e-mail au prospect, qui enregistre sa décision via le lien public.
Checklist
- Brouillon corrigé
- Périmètre et exclusions clairs
- Proposition envoyée
Champs à remplir
- Lien vers la proposition (obligatoire)
Approbation: L'étape de décision du prospect reste verrouillée jusqu'à ce que le responsable de compte approuve la proposition finale.
- 8
Le prospect décide sur la proposition
Semaines 2 à 3Contact du prospect · Lien public
Le prospect lit la proposition envoyée par le responsable de compte et enregistre sa décision via le lien public, avec ce qu'il changerait ou la raison de son refus.
Champs à remplir
- Décision (obligatoire)
- Ce qu'il faut changer ou pourquoi pas
- 9
Enregistrer le résultat
Masqué sur le lien publicSemaine 3Responsable de compte · Équipe
Enregistrez le résultat et sa raison dans votre CRM. En cas d'accord, envoyez le contrat à signer et planifiez le lancement du projet ; en cas de refus, notez ce qui l'a décidé.
Checklist
- Résultat enregistré dans le CRM
- Contrat envoyé pour signature
- Lancement du projet planifié
Champs à remplir
- Résultat (obligatoire)
- Ce qui a décidé (obligatoire)
Terminé quand
Le prospect a accepté ou refusé la proposition, et le périmètre, l'estimation et le prix qui la fondent sont sur l'exécution.
Adaptez-le. Renommez les étapes, changez les responsables et ajoutez des points de checklist, des champs ou des approbations. Le modèle est un point de départ pour la façon de travailler de votre équipe.
Les agents IA de ce modèle
Un agent ne travaille que sur ses propres étapes, et une personne de votre équipe vérifie ce qu'il a fait. Tout ce qu'un agent écrit dans une application connectée attend une approbation, sauf si vous l'autorisez.
Rédacteur de périmètre
Transforme le brief du prospect en une première liste de fonctionnalités avec hypothèses et questions ouvertes.
Ce qu'il fait
- Lit le brief rempli par le prospect
- Regroupe les fonctionnalités par partie de l'application
- Liste ses hypothèses et les questions à poser
- Termine son étape pour que l'estimation puisse commencer
Contrôle humain: L'architecte solutions corrige la liste de fonctionnalités à l'étape 4.
Rédacteur de propositions
Rédige la proposition à partir du périmètre, de l'estimation et du prix approuvés.
Ce qu'il fait
- Lit le brief, la liste de fonctionnalités corrigée, le prix et la date de démarrage
- Suit la structure de proposition des instructions de son étape
- Indique ce qui est inclus dans le périmètre et ce qui ne l'est pas
- Rédige le brouillon de la proposition dans son étape
Contrôle humain: Le responsable de compte corrige et approuve la proposition à l'étape 7.
Les questions auxquelles ce modèle répond
Découpez le brief en fonctionnalités, estimez chacune en fourchette et notez les hypothèses et les risques qui peuvent la faire bouger. À l'étape 3, le rédacteur de périmètre transforme le brief en liste de fonctionnalités, et à l'étape 4 l'architecte solutions la corrige et estime chaque fonctionnalité.
Les objectifs et les utilisateurs, les fonctionnalités indispensables, les systèmes auxquels l'application doit se connecter et des liens vers l'existant. L'étape 2 demande exactement cela au prospect via le lien public, avant toute estimation.
Chiffrez à partir d'une fourchette avec des risques nommés, et faites valider le montant par quelqu'un qui connaît la capacité de l'équipe. L'étape 5 est un contrôle d'approbation : la proposition n'est pas rédigée tant que le directeur des opérations n'a pas approuvé le prix, le modèle de prix et la date de démarrage.
Le forfait convient à un périmètre clair aux risques faibles, la régie à un brief qui garde beaucoup de questions ouvertes. À l'étape 5, le directeur des opérations choisit le modèle de prix avec la fourchette et les principaux risques de l'étape 4 sous les yeux.
Laissez l'IA rédiger le périmètre et la proposition à partir de ce que le prospect et votre équipe ont déjà écrit, et gardez le prix et le texte final pour des personnes. Le rédacteur de périmètre à l'étape 3 et le rédacteur de propositions à l'étape 6 rédigent, et l'architecte solutions à l'étape 4 et le responsable de compte à l'étape 7 vérifient leur travail.
Enregistrez la décision et sa raison pour chaque proposition, pas seulement pour celles que vous gagnez. À l'étape 8, le prospect enregistre sa décision via le lien public, et à l'étape 9 le responsable de compte note le résultat et ce qui l'a décidé.
Exécutez ce workflow dans OKiDO
Configurez les étapes, les responsables et les approbations une fois, puis lancez une exécution pour chaque nouveau cas.