Un appel d’offres chatbot IA efficace repose sur un cahier des charges en six blocs, des cas d’usage détaillés et des indicateurs chiffrés communiqués dès le départ. Sans cette structure, vous risquez de passer des semaines à décrypter les offres, organiser des demandes d’information (RFI) et multiplier les échanges avec les prestataires. Voici une feuille de route pour préparer votre appel d’offres, aussi appelé RFP (request for proposal).

Pour aller plus loin, téléchargez notre guide complet de 10 pages, qui détaille votre RFP pas à pas.

L’essentiel

• Un objectif chiffré, par exemple « réduire de 20 % le temps moyen de résolution (TTR) », oriente mieux les réponses des fournisseurs.

• Sans scénarios détaillés pour chaque cas d’usage, les démonstrations restent génériques.

• Impliquer la DSI avant l’envoi de l’appel d’offres évite les mauvaises surprises techniques.

Quels objectifs et quels indicateurs fixer dans un appel d’offres chatbot IA ?

Un chatbot IA n’est pas seulement une tendance technologique : c’est une décision stratégique, aux effets mesurables. Votre appel d’offres doit donc fixer des objectifs sur quatre terrains : les coûts, les pics de charge, la satisfaction client et le parcours client. Traduisez chacun en indicateur chiffré (KPI).

• Réduire les coûts opérationnels : un chatbot peut traiter jusqu’à 40 % des demandes simples.

• Lisser les pics de charge : le chatbot traite 24 h/24, 7 j/7 les demandes à faible valeur, sans recruter de conseillers temporaires en haute saison.

• Améliorer la satisfaction client (CSAT, la note donnée par vos clients) : moins d’attente signifie plus de satisfaction. En automatisant les demandes factuelles (état de commande, horaires, procédures), vous réduisez le temps d’attente moyen.

• Fluidifier le parcours client : au-delà du support, le chatbot peut qualifier un prospect, proposer une FAQ interactive ou orienter vers une prise de rendez-vous.

Qu’est-ce qu’un chatbot d’IA générative ?

Un chatbot IA est un agent conversationnel qui repose sur un grand modèle de langage (LLM, Large Language Model), comme ChatGPT (États-Unis) ou Mistral AI (France). Il peut suivre des parcours clients prédéfinis, se connecter à vos systèmes pour agir et répondre à partir d’une base de connaissances : FAQ en ligne, PDF, fichiers CSV.

Les cinq types de flux

1. Réponses à partir d’une base de connaissances : l’agent puise dans vos documents pour donner des réponses personnalisées et adaptées au contexte.

2. Transactionnel (API) : l’agent agit dans votre CRM, votre ERP ou vos outils internes par API, c’est-à-dire par une connexion directe entre logiciels (statut de commande, facture, authentification).

3. Parcours scriptés : le chatbot suit des arborescences aux réponses prédéfinies. C’est la technologie des chatbots de première génération, qui garantit un contrôle total de chaque message. Vous pouvez y intégrer de l’IA pour assouplir ces parcours.

4. Escalade vers un humain : le chatbot passe la main à un conseiller par chat en direct (LiveChat), ticket ou rappel (web callback).

5. Contenus enrichis (rich media) : carrousels d’images, PDF, vidéos.

Les canaux de déploiement

Widget web, application mobile (SDK ou webview), WhatsApp Business, Facebook Messenger, SMS : chaque canal a ses contraintes techniques. Précisez-les dans votre RFP (section 2.3 du guide). La section 2 du guide détaille chaque cas d’usage, avec exemples et schémas.

Un cahier des charges de chatbot IA s’organise en six blocs

Pour obtenir des réponses claires et comparables, structurez votre cahier des charges technique (CCTP, cahier des clauses techniques particulières) en six blocs. Chacun joue un rôle : aligner vos équipes, guider les prestataires ou sécuriser votre décision. Pour chaque bloc, voici son utilité, son contenu et un conseil.

1. Présentation du projet et objectifs

Pourquoi : le contexte évite les offres génériques. Vos volumes permettent aussi aux fournisseurs d’ajuster leur offre commerciale et de calculer un retour sur investissement (ROI) fiable.

Contenu : votre organisation support, vos volumes actuels (trafic web, e-mails, appels, chatbot existant) et des objectifs clairs (réduction des coûts, satisfaction, montée en charge).

Conseil : un objectif chiffré oriente mieux les réponses, par exemple « réduire le TTR de 20 % ».

2. Besoins fonctionnels

Pourquoi : définir précisément ce que votre chatbot doit faire évite les dérives de périmètre.

Contenu : les cas d’usage, avec des scénarios détaillés (FAQ, authentification, factures, recherche de billets, escalade), leurs étapes clés et les systèmes concernés, et les types de flux attendus.

Conseil : illustrez chaque cas d’usage par un exemple concret de parcours.

3. Exigences techniques : hébergement, RGPD, API

Pourquoi : vérifier la faisabilité et la conformité dès l’appel d’offres.

Contenu :

• Hébergement : solution en ligne (SaaS) conforme au RGPD ou installation sur vos serveurs (on-premise), localisation des serveurs.

• Sécurité et RGPD : chiffrement (TLS/AES), consentement, durée de conservation, accord de traitement des données (DPA).

• Intégration au système d’information : API (REST, GraphQL, SOAP), authentification (OAuth2, JWT), accès aux spécifications (Swagger/Postman).

• Indépendance vis-à-vis des modèles d’IA : une architecture capable de changer de modèle ou de fournisseur sans refonte majeure.

Conseil : impliquez la DSI dès la rédaction pour valider les connexions aux systèmes internes.

4. Critères de sélection et grille de notation

Pourquoi : objectiver la comparaison et limiter l’arbitraire.

Contenu :

• Fonctionnel : couverture des cas d’usage, qualité des réponses, gestion du contexte sur plusieurs échanges.

• Technique et expérience utilisateur : connecteurs natifs, éditeur sans code (no-code), tableaux de bord.

• Support et accompagnement : engagements de service (SLA) sur le temps de réponse, formation, suivi client (Customer Success).

• Coûts : mise en place (paramétrage, tests), licence, coût total de possession (TCO) sur 3 ans.

Conseil : pondérez chaque critère dans une grille Excel, pour une notation transparente.

5. Méthodologie et planning

Pourquoi : harmoniser la forme des réponses pour faciliter l’évaluation.

Contenu : plan de réponse (sommaire, introduction, fonctionnel, technique, planning, budget), format de remise, dates clés (RFI, démonstrations, clôture), comité de sélection.

Conseil : demandez un calendrier de démonstrations.

6. Annexes et modèles

Pourquoi : fournir des ressources prêtes à l’emploi et uniformiser la documentation.

Contenu : glossaire, diagrammes de conversation (Visio, Draw.io), grille de notation Excel, modèle de DPA, liste de contrôle technique.

Conseil : joignez un exemple de diagramme pour préciser le format attendu.

Quatre pièges peuvent fausser votre consultation

Quatre pièges fragilisent une consultation de chatbot : des cas d’usage flous, des indicateurs non communiqués, la souveraineté négligée et une DSI impliquée trop tard. Chacun a un coût : démonstrations génériques, prix irréalistes, dépendance à un fournisseur ou mauvaises surprises techniques.

Ne pas définir précisément les cas d’usage

Sans scénarios détaillés, le périmètre reste flou : les démonstrations restent génériques et vous risquez un mauvais choix ou des surprises sur le coût de mise en place.

Solution : détaillez chaque parcours pour exprimer clairement vos attentes en démonstration. Cartographiez-les avec des outils comme Draw.io ou Whimsical, ou utilisez le modèle simple et universel fourni en annexe de notre guide.

Ne pas communiquer vos indicateurs dès le départ

Communiquez vos volumes de tickets et de trafic web, votre temps moyen de résolution (TTR), vos taux d’escalade et d’automatisation, et votre CSAT. Sans ces chiffres, les prestataires ne peuvent proposer ni un prix réaliste ni un calcul de ROI fiable.

Négliger la souveraineté et la conformité RGPD

Exigez un hébergement en France ou dans l’Union européenne, et une architecture capable d’utiliser plusieurs fournisseurs de modèles d’IA. Vous pourrez par exemple passer d’une API de modèle de langage dans le cloud à un modèle hébergé chez vous (self-hosted), sans tout refaire.

Vous évitez ainsi la dépendance à un fournisseur, maîtrisez vos coûts et restez conforme face aux évolutions réglementaires. Les autres points sont détaillés dans la section 3.2 de notre guide.

Impliquer la DSI trop tard

Des intégrations API non validées génèrent de mauvaises surprises techniques. Impliquer la DSI avant l’envoi de l’appel d’offres garantit la disponibilité des connecteurs et la conformité du réseau.