Qu’est-ce qu’un logiciel de gestion des appels d’offres ?

Un logiciel de gestion des appels d'offres transforme un dossier d'appel d'offres en une liste d'exigences et de questions. Il attribue ensuite à chaque élément un responsable, un brouillon issu de contenus approuvés et un circuit de validation, puis consigne chaque approbation jusqu'à l'export de l'offre. Ce terme désigne le travail de bid côté fournisseur, où l'équipe répond à un appel d'offres au lieu de le publier. Il ne couvre ni les systèmes de l'acheteur, tels que le portail de passation électronique sur lequel l'appel d'offres est publié et l'offre remise, ou le logiciel d'e-sourcing utilisé pour mener une procédure d'achat, ni les services de recherche et d'alerte côté fournisseur qui repèrent les opportunités avant la réception d'un dossier d'appel d'offres. Dans la réponse, il s'arrête également là où les décisions restent du ressort des personnes.

Comment fonctionne un logiciel de gestion des appels d'offres tout au long d'une réponse

Les équipes bid utilisent un logiciel de gestion des appels d'offres pour gérer une réponse à un appel d'offres, de la réception à l'export. Il analyse le dossier, attribue les tâches, rédige à partir de contenus approuvés et soumet chaque réponse à validation. Il s'inscrit dans la gestion des appels d'offres au sens large, qui va de l'identification initiale d'une opportunité jusqu'à l'attribution du marché.

Lecture du dossier d'appel d'offres

Le logiciel lit chaque fichier du dossier d'appel d'offres. Il regroupe les questions, les exigences, les critères d'évaluation, les pièces jointes obligatoires et les limites de mots ou de caractères dans une seule liste de travail. Cette liste sert de base à la matrice de conformité.

Une fois les instructions du dossier regroupées dans une liste, vous pouvez vérifier que la réponse respecte chacune d’elles avant l’export, au lieu de devoir les retrouver en relisant le dossier.

Responsables, échéances et calendrier

Chaque question ou section est attribuée à un responsable désigné, avec une échéance, afin que les rédacteurs, les experts métier et les relecteurs sachent ce qui leur revient et pour quand. Chaque élément est associé à un statut, et le bid manager peut repérer les retards tant qu’il est encore temps d’agir.

Les échéances sont inscrites dans un calendrier établi à rebours à partir de la date de remise de l'offre. Celui-ci couvre tous les fichiers du dossier, et pas seulement le document de réponse principal. Les étapes, les rôles et les validations de l'équipe y sont intégrés, comme la revue de la solution, la validation des prix ou la vérification juridique.

Rédaction à partir de contenus approuvés

Les brouillons s'appuient sur les formulations approuvées par l'équipe et sur le contexte du bid. Chaque élément est associé à un responsable et à une date de révision.

Le lien vers la source permet de vérifier un brouillon. Lorsqu’une réponse indique le contenu approuvé dont elle est issue, la personne chargée de la révision peut les comparer, confirmer que la formulation est toujours à jour et voir ce qui a changé.

Circuits de validation et export

Chaque réponse suit un circuit de validation jusqu'aux personnes chargées de l'approuver. Les contenus techniques sont transmis aux experts métier, les engagements et la responsabilité au service juridique, et les certifications et politiques à l'équipe conformité. Chaque validation est enregistrée avec l'identité de la personne qui l'a donnée et la date correspondante.

La réponse approuvée est exportée dans le modèle ou le format de l’acheteur, en conservant sa structure et son ordre. Une personne procède ensuite à sa remise.

Ce qui reste du ressort de l’équipe bid

La décision bid/no-bid, la formulation finale, la validation et la responsabilité des engagements pris dans une réponse restent du ressort des personnes. Le logiciel conserve la trace de ces décisions, mais n'en assume pas la responsabilité.

La décision bid/no-bid

La décision bid/no-bid reste du ressort de l'équipe bid, même lorsque le logiciel aide à évaluer l'opportunité.

Les informations recueillies dans le logiciel peuvent éclairer ce jugement. Une recommandation, aussi bien étayée soit-elle, ne constitue pas pour autant la décision.

Formulation finale et validation

La norme PAS 360:2023 de BSI, le code de bonnes pratiques en matière de bid management et de gestion des propositions, couvre les bonnes pratiques de travail, les rôles et les responsabilités. Son objectif déclaré est d'améliorer la qualité du bid management et de la gestion des propositions. Un logiciel de gestion des appels d'offres consigne qui est responsable de chaque réponse, qui la révise et qui l'approuve, tandis que les personnes concernées effectuent le travail.

Le guide de Harvard Business Review sur l'IA générative pour les organisations appelle à la prudence quant à l'utilisation de l'IA générative sans supervision humaine lorsqu'une erreur pourrait causer un préjudice grave, une perte financière ou une atteinte à la réputation. Une réponse à un appel d'offres peut engager le fournisseur. La formulation définitive et la validation du bid manager restent donc du ressort de l'humain. Un brouillon peut également devoir être réécrit s'il figure au mauvais endroit dans les documents de réponse ou s'il utilise un format inadapté. Il peut aussi sembler rédigé par une machine, avec trop de listes à puces et de discours marketing là où des informations factuelles sont attendues.

Assumer les engagements pris dans une réponse

Le bid manager assume la responsabilité juridique de chaque réponse. Il répond de la conformité à la loi, de ce que l’organisation est en mesure de fournir et de la gouvernance interne. Cette responsabilité perdure après la remise de l’offre, car, une fois le marché attribué, il peut être nécessaire de retrouver la personne qui a approuvé un engagement pris dans la réponse.

PAS 360 définit une gouvernance qui réduit le risque qu'un contrat se révèle impossible à exécuter en pratique ou nécessite davantage de ressources que prévu au budget. Le rôle du logiciel est de consigner chaque approbation, avec un nom et une date. La décision qui sous-tend chaque approbation reste du ressort de la personne qui l'a donnée.

Ce qui le distingue d’un portail de passation de marchés en ligne, d’une bibliothèque de contenus et d’une IA généraliste

Un portail de passation de marchés en ligne est le système utilisé par l’acheteur pour publier un appel d’offres et recevoir les offres. Un logiciel de gestion des appels d’offres est le système utilisé par le fournisseur pour élaborer son offre entre ces deux étapes. Une bibliothèque de contenus ou une IA généraliste ne couvre qu’une partie de ce travail.

Le portail électronique d’appels d’offres de l’acheteur

Le portail appartient à l’acheteur. L’OCDE indique qu’en 2014, tous les pays de l’OCDE avaient adopté des plateformes électroniques de passation de marchés pour publier les avis de marché et mettre à disposition les documents d’appel d’offres.

Le dossier d'appel d'offres provient du portail, auquel l'offre finalisée est ensuite remise selon les règles de l'acheteur. Le logiciel de gestion des appels d'offres intervient côté fournisseur entre ces deux étapes. Le processus de réponse à un appel d'offres côté fournisseur va du portail jusqu'à l'attribution du marché.

Une bibliothèque de contenus seule

Une bibliothèque de contenus regroupe les réponses approuvées de l’équipe et les documents justificatifs. Elle convient à une équipe dont le principal besoin est de trouver et de réutiliser de bonnes réponses, et dont le processus s’articule déjà efficacement autour de cette bibliothèque.

Le reste de la réponse est toujours géré ailleurs : le plan pour l’ensemble du dossier, les responsables de chaque question, les circuits de relecture, la validation et l’export. Maintenir une bibliothèque de réponses auditable relève d’une discipline distincte. Un logiciel de gestion des appels d’offres intègre une bibliothèque et structure autour d’elle le processus de réponse.

IA à usage général

L’IA généraliste, comme ChatGPT, Microsoft Copilot, Claude ou Gemini, permet à la personne qui rédige d’obtenir rapidement un premier jet correct. C’est le cas qu’elle soit utilisée comme assistant conversationnel, dans Office, sous forme de GPT personnalisé ou intégrée à une bibliothèque. Elle convient à un rédacteur qui prépare des réponses individuelles ou à une équipe dont le processus est bien établi.

L’équipe continue de structurer, de piloter et de maintenir le processus autour du brouillon. Ce processus couvre :

• ses propres étapes, rôles et validations
• un plan couvrant chaque fichier du dossier, établi à rebours de la date de remise de l'offre
• affecter chaque partie aux experts, aux équipes juridiques et à la conformité
• formulation approuvée avec un responsable et une date de révision
• résultat dans le modèle de l’acheteur
• rendre compte ultérieurement des engagements pris dans une réponse et de la personne qui les a approuvés

Vous pouvez aussi conserver l’assistant et l’ancrer dans une plateforme gouvernée via MCP, afin qu’il rédige à partir de contenus approuvés. Une analyse plus approfondie de ce que l’IA généraliste ne couvre pas dans le travail de bid précise cette limite.

Un développement en interne

Une solution développée en interne peut être créée par les ingénieurs de l’équipe ou à l’aide d’un outil de programmation. Dans les deux cas, elle doit permettre de configurer et de gérer les autorisations de chaque contributeur, ainsi que la révision et la validation de chaque question, et disposer d’une bibliothèque de réponses approuvées. Elle doit également évaluer la qualité des réponses à mesure que les modèles évoluent et pouvoir compter sur une personne pour l’administrer lorsque son créateur quitte l’équipe.

Cette solution convient à une équipe disposant de capacités d’ingénierie pérennes et d’un processus unique, simple et stable. L’achat d’un logiciel de gestion des appels d’offres est l’option qu’une équipe teste sur son propre dossier d’appel d’offres, comme décrit ci-dessous.

Comment les équipes bid évaluent les logiciels de gestion des appels d'offres

Un essai de logiciel de gestion des appels d'offres s'appuie sur un dossier d'appel d'offres récent et de taille moyenne, issu du travail de l'équipe, et non sur un seul document court. Il évalue la rédaction, le processus et la précision au regard de critères d'échec définis à l'avance, tout en prévoyant le temps nécessaire aux validations de la sécurité, du service juridique et des parties prenantes internes.

Le dossier de test

Trois écueils sont probables lors d'un essai : trop peu de temps ou un périmètre trop restreint pour tester un appel d'offres suffisamment complexe, un seul appel d'offres ou seulement trois documents environ. Un bid de taille moyenne convient mieux. Cela représente au moins cinq documents client et pas plus d'une dizaine, dont au moins trois à compléter.

Les questions dépendent du secteur de l'équipe. Pour une entreprise de services aux clients, le dossier comprend au moins une question qualitative dans chacun des principaux domaines. Ces domaines sont la description du produit, la capacité à répondre aux exigences, la mise en œuvre, le service continu, la gestion des comptes, les informations sur l'entreprise, ainsi que la valeur environnementale et sociale. Un PQQ complet est ajouté, ainsi qu'un questionnaire de sécurité et une grille tarifaire lorsque les offres de l'équipe en comportent.

Rédaction, processus et précision

Ces questions évaluent la rédaction, mais celle-ci ne dit rien à elle seule sur le processus. L’évaluation du processus porte sur plusieurs points. Elle vérifie notamment si l’outil identifie les questions de clarification, établit un calendrier, offre une vue d’ensemble du bid et fait intervenir les experts métier en intégrant leurs contributions. Elle vérifie également s’il prend en charge les validations procédurales, gère la bibliothèque de contenus du bid et fonctionne dans d’autres langues lorsque l’équipe répond à des appels d’offres dans plusieurs langues. Il faut aussi vérifier si chaque question peut être attribuée à son propre relecteur, et si le contrôle des accès et le journal d’audit sont fiables. La gouvernance du processus est très difficile à évaluer. Un premier essai la couvre donc dans la mesure du possible.

Le test de précision vérifie que chaque exigence et chaque limite de mots sont bien repérées et respectées. Il vérifie que toutes les instructions figurant dans les documents du client sont prises en compte et suivies lors de la rédaction, et que le ton choisi par l'équipe reste cohérent. Il vérifie également que les contributions de l'IA sont distinguées de celles des humains et que chaque version renvoie à une source approuvée.

Une comparaison équitable consiste à soumettre le même dossier à chaque option, y compris à la méthode de travail actuelle de l'équipe, et à fixer les seuils de réussite par rapport à cette méthode. Chaque critère est évalué sur l'ensemble des occurrences du dossier, par exemple chaque limite de mots et la source de chaque version, et non sur un échantillon. La décision ne comptabilise chaque gain qu'une seule fois, comme le temps économisé et la qualité des versions. Elle met ces gains en regard des ressources humaines et du temps nécessaires, car la configuration, les validations de sécurité et juridiques, ainsi que la formation, doivent être répétées pour chaque option testée.

Pourquoi un outil échoue lors d'un essai

Un outil échoue à un essai lorsqu’il hallucine, récupère les données de manière peu fiable, ne respecte pas le nombre de mots, ne protège pas les données ou s’appuie sur les mauvais documents de la bibliothèque de bid. Il échoue également lorsqu’il crée plus de travail qu’il n’en épargne au bid manager, par exemple si un brouillon nécessite tant de corrections qu’il serait plus rapide de le rédiger à la main.

Un outil peut également échouer s’il ne permet pas de suivre les versions, s’il est trop complexe pour l’équipe ou s’il impose de trop modifier ses méthodes de travail. Il échoue aussi s’il n’est pas assez flexible pour prendre en charge les différents formats d’appels d’offres envoyés par les clients. D’autres lacunes peuvent être contournées. C’est notamment le cas de la manière dont un outil fait intervenir les experts métier, puisqu’une équipe qui leur transmet déjà des documents hors ligne peut continuer à le faire.

Pourquoi les évaluations s'enlisent

Avant le début d’un essai, l’organisation doit avoir l’assurance que ses informations confidentielles ne sont transmises nulle part et ne servent jamais à l’entraînement. L’essai doit également respecter les règles de sécurité de l’information de l’organisation. Le respect des exigences de sécurité et des obligations juridiques retarde l’essai. Une évaluation nécessite donc un solide soutien en interne.

La validation interne retarde également le lancement d'un essai. Il en va de même lorsqu'une équipe ne se familiarise pas assez tôt avec l'outil pour tirer le meilleur parti de la période d'essai.