Le vertical de preuve de QORAM

Des systèmes pour le bâtiment, conçus par quelqu’un qui connaît le chantier.

Six frictions propres au secteur.

Elles consomment le temps des profils les plus chers : associés, directeurs de travaux, chargés d’affaires.

Origination

Les bons projets sont repérés trop tard, souvent par relation. La veille n’alimente pas un pipeline.

Qualification des opportunités

Chaque demande coûte un rendez-vous senior avant de savoir si elle mérite une réponse.

Appels d’offres

Le go / no-go est implicite, les références sont introuvables, chaque dossier repart de zéro.

Devis et propositions

Les règles de prix vivent dans la tête de quelques personnes ; les propositions sont réécrites.

Documentation

Pièces, versions, attestations et preuves sont dispersées entre boîtes e-mail et serveurs.

Commerce → production

Ce qui a été vendu ne passe pas proprement à ceux qui doivent le livrer.

Pour qui.

Des entreprises établies du cadre bâti, de l’agence d’architecture au groupe de design & build, qui veulent mieux choisir leurs affaires et mieux les produire.

Architecture
Ingénierie et bureaux d’études
Entreprises générales et construction
Immobilier et promotion
AMO
Design & build
Services techniques
Réseaux de prestataires

Les systèmes les plus utiles au bâtiment.

Décider plus tôt de répondre ou non, retrouver les preuves, produire sans réécrire, contrôler avant d’envoyer.

Go / no-go des appels d’offresLe go / no-go des appels d’offres est une grille de décision explicite qui détermine, avant tout travail de rédaction, si un dossier mérite une réponse.

Le problème traité: L’entreprise répond à presque tout, par peur de manquer une affaire. Les équipes s’épuisent sur des dossiers perdus d’avance, et la décision de ne pas répondre arrive tard, après des jours de travail.
Comment il fonctionne: À réception, une fiche de synthèse est produite : objet, montant estimé, délais, critères de jugement, exigences éliminatoires. Un modèle de langage peut aider à extraire ces éléments du règlement de consultation. La fiche est notée sur des critères pondérés : adéquation, marge, capacité, probabilité de gain, risque. Le score éclaire une décision prise en réunion courte.
Les données nécessaires: Règlement de consultation et pièces du marché, historique des réponses gagnées et perdues, plan de charge, références disponibles. L’historique des résultats fait foi pour calibrer la grille.
Le contrôle humain: Le dirigeant ou le directeur des offres prend la décision go / no-go, à date fixe après réception. La grille éclaire ; elle ne décide jamais seule d’un engagement de l’entreprise.
Le résultat attendu: Les ressources se concentrent sur les dossiers gagnables. Le refus est prononcé tôt et argumenté, et la grille s’affine à mesure que les résultats sont enregistrés.
Quand ne pas le construire: Quand l’entreprise répond à très peu d’appels d’offres par an, tous stratégiques : une discussion de direction suffit, sans grille formalisée.
Exemple: Exemple type : une entreprise générale reçoit chaque semaine des consultations publiques et privées. Chaque dossier fait l’objet d’une fiche synthétique et d’un score ; le directeur décide en réunion hebdomadaire, et les dossiers écartés sont archivés avec leur motif.

Bibliothèque de preuves et référencesLa bibliothèque de preuves est un référentiel structuré des références, attestations, CV, certifications et chiffres vérifiés que l’entreprise réutilise dans ses réponses et ses pages.

Le problème traité: Les références sont dispersées dans d’anciens dossiers, les attestations sont introuvables au moment de les joindre, et les descriptifs de projets sont réécrits à chaque réponse, avec des écarts d’un dossier à l’autre.
Comment il fonctionne: Chaque preuve devient une fiche normalisée : client ou maître d’ouvrage, typologie, montant, période, rôle tenu, pièces justificatives, droit de citation. Les fiches sont classées par métadonnées et retrouvables par recherche. Chacune a un propriétaire et une date de validité ; les preuves périmées sont signalées.
Les données nécessaires: Anciennes réponses, attestations de bonne exécution, CV, certificats et qualifications, photos et descriptifs de projets, accords clients sur la citation. La fiche validée dans la bibliothèque fait foi, jamais l’ancien dossier.
Le contrôle humain: Le chef de projet concerné valide chaque fiche avant intégration : rôle tenu, montants, dates. Le dirigeant valide le droit de citer chaque client, car cette citation engage la relation.
Le résultat attendu: Les preuves se retrouvent sans fouiller d’anciens dossiers et disent la même chose partout. Réponses, propositions et pages du site s’appuient sur des faits vérifiés et à jour.
Quand ne pas le construire: Quand l’entreprise n’a qu’une poignée de références, toutes connues de l’équipe : un dossier partagé bien nommé suffit.
Exemple: Exemple type : une agence d’architecture classe ses projets livrés par typologie, montant et rôle tenu, avec les attestations correspondantes. Pour une nouvelle candidature, l’équipe filtre les références pertinentes et récupère des pièces prêtes à joindre.

Devis et propositions générésLa génération de devis et de propositions est un système qui assemble un document à partir de données structurées, de règles de prix et de contenus validés.

Le problème traité: Chaque devis repart d’un ancien document copié, modifié et parfois mal corrigé. Les délais s’allongent, des erreurs de prix ou de périmètre passent, et la production dépend de quelques personnes.
Comment il fonctionne: Le commercial renseigne une fiche structurée, pré-remplie depuis le CRM. Les règles calculent le prix et les options ; une bibliothèque fournit les blocs de texte validés ; un modèle de langage peut proposer une introduction contextualisée. Le document est généré, soumis à validation, puis archivé et relié à l’opportunité.
Les données nécessaires: Données client et opportunité issues du CRM, grille tarifaire et règles de remise, bibliothèque de clauses et de descriptifs, modèles de documents. La grille tarifaire validée par la direction fait foi pour les prix.
Le contrôle humain: Le commercial relit chaque document avant envoi. Le directeur commercial ou le dirigeant valide tout prix hors grille, toute remise au-delà du seuil et tout engagement non standard : ce sont des décisions de risque.
Le résultat attendu: Les devis partent plus vite et suivent une structure commune. Les erreurs de copier-coller se raréfient, et le temps senior se concentre sur le prix, le risque et les exceptions.
Quand ne pas le construire: Quand chaque proposition est un document stratégique unique, ou quand les règles de prix n’existent pas encore : il faut d’abord les écrire.
Exemple: Exemple type : une entreprise de maintenance CVC chiffre des contrats multisites. Le chargé d’affaires saisit les équipements et la fréquence d’intervention, les règles calculent le prix, le document est généré avec les clauses standard, et toute remise exceptionnelle remonte au directeur.

Contrôle des exigencesLe contrôle des exigences est la vérification systématique qu’un document de réponse couvre chaque exigence d’un cahier des charges, avec l’endroit précis où elle est traitée.

Le problème traité: Dans les dossiers longs, une exigence oubliée ou une pièce manquante peut disqualifier une offre entière. La relecture finale se fait sous pression, à la main, et repose sur la vigilance d’une ou deux personnes.
Comment il fonctionne: Un modèle de langage extrait les exigences des pièces du marché dans une matrice : exigence, source, caractère éliminatoire. Le système confronte ensuite le projet de réponse à cette matrice et indique, pour chaque ligne, couverte, partielle ou absente, avec le passage correspondant. Les écarts alimentent une liste d’actions avant dépôt.
Les données nécessaires: Pièces du marché (règlement de consultation, cahier des charges, annexes), projet de réponse, liste des pièces exigées. Les pièces du marché font foi ; la matrice extraite est relue avant tout contrôle.
Le contrôle humain: Le responsable de l’offre valide la matrice des exigences dès l’extraction, puis chaque écart signalé. La décision de déposer reste humaine : l’outil peut manquer une exigence implicite ou mal formulée.
Le résultat attendu: Les omissions sont repérées avant le dépôt, pas après. La relecture finale porte sur les écarts identifiés plutôt que sur une vérification exhaustive à la main.
Quand ne pas le construire: Quand le cahier des charges est court et la réponse standard : une checklist relue par une seconde personne suffit.
Exemple: Exemple type : un bureau d’études prépare un mémoire technique pour un marché de maîtrise d’œuvre. La matrice issue du règlement de consultation et du CCTP signale une exigence sans réponse et une attestation manquante ; l’équipe complète avant dépôt.

Pages d’intentionUne page d’intention est une page conçue pour répondre à une recherche précise d’un acheteur, avec la réponse, la preuve et la prochaine étape adaptées.

Le problème traité: Le site parle de l’entreprise, pas des situations de ses clients. Un acheteur qui cherche une réponse à un problème précis tombe sur une page générique, ne se reconnaît pas et repart sans rien demander.
Comment il fonctionne: On recense les intentions réelles : questions posées aux commerciaux, recherches observées, motifs de demande. Chaque intention distincte reçoit une page : réponse directe en tête, conditions d’application, preuves, limites, puis une prise de contact qualifiante. Les intentions trop proches sont regroupées pour éviter les pages quasi identiques.
Les données nécessaires: Questions entendues par les commerciaux, requêtes remontées par la Search Console, motifs de contact enregistrés dans le CRM. La source de vérité reste ce que les clients demandent réellement, pas une liste de mots-clés.
Le contrôle humain: Un expert métier valide le fond de chaque page avant publication : exactitude technique, conditions, limites. Le dirigeant tranche la liste des intentions à couvrir, car chaque page engage la promesse de l’entreprise.
Le résultat attendu: Les visiteurs arrivent sur une réponse à leur question, pas sur une plaquette. Les demandes entrantes sont plus précises et le commercial sait d’emblée quel problème il doit traiter.
Quand ne pas le construire: Quand l’entreprise vend une seule offre à un seul type d’acheteur, ou quand personne en interne ne peut valider le contenu technique des pages.
Exemple: Exemple type : un bureau d’études fluides reçoit surtout des demandes vagues. Il crée des pages distinctes pour la mise en conformité d’un établissement recevant du public, la rénovation énergétique d’un plateau tertiaire et l’audit technique avant acquisition, chacune avec sa réponse, ses limites et un formulaire adapté.

Qualification encadréeLa qualification encadrée est un tri des demandes fondé d’abord sur des règles explicites, où l’IA peut proposer un classement et où l’humain décide des cas importants.

Le problème traité: Les commerciaux trient les demandes à la main, chacun avec ses critères. Les bons dossiers attendent derrière les mauvais, et les demandes hors cible consomment un temps senior qui manque ailleurs.
Comment il fonctionne: Les critères éliminatoires sont codés en règles : zone, taille, type de besoin, délai. Au-delà, un modèle de langage propose une catégorie et sa justification. Il démarre en mode observation : il propose en parallèle sans agir, et ses propositions sont comparées aux décisions humaines pour mesurer sa fiabilité avant de lui faire confiance.
Les données nécessaires: Critères de cible validés par la direction, historique des demandes avec leur issue (gagnée, perdue, écartée), contenu de chaque demande. Le CRM fait foi pour l’issue réelle, qui sert à vérifier les règles et le modèle.
Le contrôle humain: Le responsable commercial décide de toute demande au-dessus d’un seuil de valeur ou classée « incertaine ». Il revoit chaque mois les écarts entre propositions de l’IA et décisions humaines, puis ajuste les règles.
Le résultat attendu: Les demandes hors cible sont écartées tôt et proprement. Les commerciaux passent leur temps sur les dossiers qui correspondent, et la confiance accordée à l’IA repose sur des écarts mesurés.
Quand ne pas le construire: Quand les critères de cible ne sont pas écrits, ou quand le volume est assez faible pour qu’un commercial lise chaque demande en quelques minutes.
Exemple: Exemple type : un bureau d’études techniques reçoit des demandes de missions très hétérogènes. Les règles écartent les projets hors zone, le modèle propose un type de mission, et le directeur technique valide chaque demande importante avant affectation.

Ce qui a déjà été construit dans le secteur.

Deux activités opérées par la direction de QORAM, une mission client. Chaque cas indique ce qui est mesuré et ce qui ne l’est pas.

Réponses directes.

Pourquoi un architecte de formation à la tête d’un cabinet de croissance ?

Parce que les systèmes commerciaux et documentaires du bâtiment échouent souvent sur des détails de métier : phases, pièces, responsabilités, preuves. Les connaître évite de construire un outil que personne n’utilisera.

Peut-on automatiser les réponses aux appels d’offres ?

En partie : la qualification, la recherche des preuves, le premier jet et le contrôle des exigences. Les engagements, le prix et la signature restent humains.

QORAM travaille-t-il aussi l’acquisition dans le secteur ?

Oui, quand le problème commence par la demande : positionnement, pages par intention, visibilité dans Google et dans les moteurs génératifs, qualification.

Faut-il une base de dossiers propre pour commencer ?

Non. Le tri et la structuration des dossiers passés font partie du travail ; on commence par ceux qui servent les prochaines réponses.

Un dossier, une consultation ou un pipeline qui coince ?

Trente minutes pour en parler avec quelqu’un qui connaît le secteur.

Demander un échange de 30 min Voir les cas