LMbox
Vos données restent chez vous. Demander une démo
← Tous les agents
Commercial pilot v0.1.0

RFP Analyzer

Pré-traitement des appels d'offres entrants (publics + privés + accords-cadres) : extraction du cahier des charges, éligibilité formelle, matrice de couverture avec citation vérifiable du catalogue et des références passées, brouillon de réponse en sections, recommandation candidater / candidater avec partenaire / ne pas candidater. L'agent ne soumet jamais — le commercial finalise.

Gain mesuré
1-1.5 ETP
veille + pré-mapping AO récupérés / +5-10 pts taux de gain

Pour une ETI qui traite 200 AO/an : 1 à 1.5 ETP veille + pré-analyse récupérés (~120 k€/an), et +5 à +10 points de taux de gain parce que les AO non-éligibles ne distraient plus l'équipe des AO gagnables. L'ESN partenaire qui le vend l'utilise sur elle-même en premier — cycle de vente le plus court du catalogue.

Le problème

L'AO en ETI est un robinet de travail mécanique qui coûte du chiffre d'affaires en parallèle du chiffre qu'il rapporte.

Aujourd'hui

Pré-analyse manuelle

Un commercial parcourt BOAMP/TED et lit 150 pages de CDC

7-20 j-h / AO (analyse + brouillon)
60-70 % d'AO non-éligibles ou non-pertinents
1-2 ETP de veille commerciale en pure perte
  • · Lecture de 60-150 pages de cahier des charges
  • · Coche manuel des exigences contre le catalogue
  • · Recherche manuelle des références passées les plus proches
  • · ChatGPT Enterprise = impossible (prix négociés, marges sensibles)
Les AO non-éligibles distraient des AO gagnables
Avec RFP Analyzer

Pré-analyse assistée

Sur l'appliance, le commercial finalise et dépose

Quelques min. / AO (extraction + éligibilité)
0 référence inventée
1-1.5 ETP veille + pré-analyse récupérés (~120 k€/an)
  • Éligibilité formelle auto (CA N-1, ISO, HDS, SecNumCloud)
  • Matrice de couverture avec citation vérifiable (Layer D grounding)
  • RAG ne trouve pas → section « à compléter manuellement »
  • L'agent recommande, le commercial / responsable d'offre soumet
+5 à +10 points de taux de gain
Comment ça marche

Quatre étapes, de l'arrivée du document à la décision humaine.

  1. 1

    Extraction structurée du cahier des charges

    `extract_rfp_sections` découpe le PDF en sections : exigences administratives, techniques par lot, critères de jugement pondérés, planning, conditions de prix. Sans ce retour, l'agent passe en `hold_for_review` — aucune tentative d'extraire les exigences au mieux depuis le texte brut, l'AO est un document juridique.

  2. 2

    Éligibilité formelle

    Pour chaque exigence administrative (CA N-1, certifs ISO/HDS/SecNumCloud, RC pro, références minimales, habilitation Défense), `check_eligibility_criteria` confronte à l'état réel de l'entreprise. Tout critère éliminatoire non rempli → `eligibility_check.status: blocked` → recommandation `no_bid` forcée. Les AO Confidentiel Défense / OIV sans habilitation sont éliminés en 30 secondes plutôt que d'aller en réunion.

  3. 3

    Matrice de couverture avec citation vérifiable

    Pour chaque exigence technique, `lookup_catalog` cherche dans le catalogue de services et `lookup_past_references` dans la base des AO gagnés. Chaque `requirement_id`, `catalog_entry.id`, `past_reference.id` dans la sortie est lié cryptographiquement à un appel d'outil de ce tour (Layer D grounding strict). L'agent **ne peut pas** citer une référence qui n'existe pas — le grounding rejette la sortie.

  4. 4

    Prix indicatif + brouillon de réponse + recommandation candidater/ne pas candidater

    `pricing_skeleton` construit les lignes j-h × TJM standard remonté du catalogue. Aucune marge calculée, aucun prix de vente conseillé — le commercial / DAF arbitre. `response_draft.sections[]` produit le markdown par section (synthèse de direction, méthodologie, équipe avec CV anonymisés RGPD, planning, références citées, prix indicatif, conformité). `bid_no_bid` recommande candidater / candidater avec partenaire / ne pas candidater / mettre en attente avec score de confiance et liste de risques objectifs. Le COMEX décide.

Architecture

Outils, connecteurs, déploiement.

Outils (appel de fonctions)

6
  • extract_rfp_sections
  • lookup_catalog
  • lookup_past_references
  • lookup_team_profiles
  • check_eligibility_criteria
  • escalate_human

Connecteurs optionnels

6
  • commercial-rfp-parser
  • commercial-catalog
  • commercial-references
  • commercial-cv-database
  • commercial-eligibility
  • commercial-bid-queue

Chaque connecteur s'active selon l'abonnement du client.

Déploiement via le SDK
$ lmbox agent deploy ./rfp-analyzer \
    --box BOX-XXX \
    --token "$LMBOX_BOX_API_KEY" \
    --api https://api.lmbox.eu

Garanties LMbox sur tout le catalogue

Données chez vous

Modèle et données restent sur l'appliance LMbox du client. Aucune donnée patient, contrat ou facture n'est envoyée vers un cloud externe.

Chaîne d'audit

Chaque appel d'outil, chaque sortie de l'agent est horodaté, hashé et opposable au régulateur (ACPR, ANSM, CNIL, EBA).

Décision humaine

L'agent recommande, l'humain décide. Pas d'auto-signature, pas de paiement automatique : la responsabilité finale reste au métier.

Essayez RFP Analyzer sur la démo publique.

Connexion en un clic. Vous voyez l'agent installé sur une vraie LMbox, avec son prompt système chargé et sa chaîne d'audit active.