Vous avez signé, payé l'acompte, et maintenant ? La plupart des articles sur les agents IA s'arrêtent à la démonstration en vidéo ou à la liste de ce qu'un agent "peut faire". Personne ne raconte les 30 jours qui suivent : les moments où le calendrier glisse, les tests qui révèlent des cas auxquels personne n'avait pensé, les ajustements de ton à 23 h parce qu'un client a reçu une réponse un peu froide. C'est pourtant ce qui préoccupe le plus un dirigeant qui se lance pour la première fois. Voici ce qui se passe vraiment, semaine après semaine.
Pourquoi dérouler les 4 semaines en détail
Un projet d'agent IA ne ressemble pas à l'achat d'un logiciel en boîte. On ne clique pas sur "Installer" et on ne revient pas deux heures plus tard avec un outil prêt à l'emploi. C'est un processus collaboratif : l'équipe qui intègre (ici Sparkana) apporte la technique, mais le dirigeant apporte la matière, c'est-à-dire la connaissance de son métier, de ses clients, de ses cas tordus. Sans cette matière, l'agent sera générique et décevant.
Comprendre le déroulé, c'est aussi comprendre pourquoi les délais peuvent glisser, et ce qui dépend de vous plutôt que de nous. On préfère poser ça clairement dès le départ plutôt que de promettre une livraison en 72 heures qui ne tient pas.
Pour aller plus loin sur les questions à poser avant de signer, l'article 9 questions à poser à une agence IA avant de signer reste un bon point de départ.
Semaine 1 : cadrage et collecte de la matière existante (l'étape la plus sous-estimée)
La première semaine n'est pas une semaine de développement. C'est une semaine d'enquête. Et c'est systématiquement celle que les clients sous-estiment le plus, parce qu'elle mobilise du temps de leur côté.
Ce qu'on fait concrètement
On démarre par un entretien de cadrage d'une heure : quels sont les scénarios que l'agent doit couvrir, quelles questions reviennent tout le temps, quelles sont les réponses qui ne doivent jamais sortir de travers, quels outils l'agent doit interroger ou alimenter (CRM, agenda, formulaire, base de données). On cartographie aussi les cas limites : que se passe-t-il si un client pose une question hors sujet ? Si quelqu'un est agressif ? Si la demande nécessite une décision humaine ?
En parallèle, on collecte la matière existante : FAQ déjà rédigée, anciennes réponses par e-mail, scripts téléphoniques, brochures commerciales, CGV. Plus cette matière est riche et organisée, plus l'agent sera précis dès la première version.
Ce qui rallonge les délais à cette étape
Le facteur numéro un de glissement : l'accès aux outils existants. Récupérer les identifiants d'un CRM géré par une ancienne agence, obtenir une clé API auprès d'un prestataire externe, retrouver les droits administrateur d'une messagerie d'entreprise : ces démarches prennent parfois plusieurs jours, voire une semaine entière si les prestataires ne répondent pas vite. Ce n'est pas un reproche, c'est la réalité de tout projet d'intégration.
Le deuxième facteur : la disponibilité du dirigeant lui-même. Si l'entretien de cadrage est repoussé de 5 jours parce que la semaine est chargée, la livraison glisse d'autant. C'est un projet qui demande deux ou trois créneaux d'une heure sur les quatre semaines, pas davantage, mais ces créneaux sont bloquants.
Ce que vous avez à la fin de la semaine 1
Un document de spécification validé ensemble : périmètre de l'agent, scénarios couverts, scénarios exclus, ton de voix, règles de transfert vers un humain. C'est le contrat fonctionnel du projet. Tout changement de périmètre après cette étape génère des ajustements et potentiellement des délais supplémentaires.
Semaine 2 : première version et confrontation aux vrais messages
La deuxième semaine est celle de la construction et des premières surprises.
Ce qu'on construit
À partir du document de spécification, on configure l'agent : prompt système, base de connaissances, connexions aux outils (agenda, CRM, formulaires). Pour un agent de qualification commerciale par exemple, on branche souvent un outil comme Calendly ou un équivalent pour la prise de rendez-vous automatique, et on teste les premiers flux. L'infrastructure est hébergée sur des serveurs européens (OVHcloud ou Scaleway selon les projets) pour rester dans le cadre RGPD.
La confrontation aux cas particuliers
C'est ici que le projet devient intéressant, et parfois inconfortable. On soumet l'agent à des messages réels ou simulés, et on découvre systématiquement des cas auxquels personne n'avait pensé lors du cadrage. Un client qui écrit en verlan. Une demande qui mélange deux sujets différents. Une question sur un produit que l'entreprise ne vend plus depuis six mois. Une plainte formulée de façon très agressive.
Ces cas ne sont pas des bugs : ce sont des angles morts du document de spécification. C'est normal, c'est pour ça qu'on teste avant de mettre en production. La version 1 n'est jamais la version finale, et un prestataire qui vous dit le contraire vous ment.
Votre rôle à cette étape
On vous envoie un accès à un environnement de test (souvent un lien vers une interface de démo ou un numéro de test WhatsApp/SMS selon le canal choisi). On vous demande de passer une heure à "torturer" l'agent : posez les questions bizarres que vos clients posent, essayez de le faire sortir de son périmètre, vérifiez que le ton correspond à votre image. Vos retours à cette étape valent dix fois plus que n'importe quel ajustement technique fait à l'aveugle.
Semaine 3 : réglages, ton, limites et transfert humain
La troisième semaine est souvent la plus dense techniquement, et la plus révélatrice sur ce que veut vraiment le dirigeant.
Le travail sur le ton
Un agent IA peut répondre correctement sur le fond et rater complètement sur la forme. Trop formel pour une marque décontractée. Trop familier pour un cabinet professionnel. Trop long pour des clients qui lisent depuis leur téléphone. Le travail de ton, c'est affiner les instructions de base de l'agent jusqu'à ce que les réponses "sonnent" comme vous. Ça prend du temps, c'est itératif, et il faut accepter de lire beaucoup d'exemples de réponses pour valider.
La question du transfert vers un humain
C'est le point le plus souvent bâclé dans les projets IA que l'on voit arriver en "reprise". L'agent doit savoir quand il ne peut pas, ou ne doit pas, répondre seul. On définit ensemble des règles claires : si le client mentionne un litige, on transfère. Si la demande dépasse un certain montant, on transfère. Si le client demande trois fois la même chose sans être satisfait, on transfère. Ces règles sont codées explicitement, elles ne s'inventent pas toutes seules.
Le canal de transfert compte aussi : e-mail interne, notification Slack, ticket dans un CRM comme HubSpot ou Sellsy, ou simple SMS au dirigeant ? On configure ce flux pendant cette semaine.
Les limites qu'on documente
On tient à documenter ce que l'agent ne fait pas bien, pas seulement ce qu'il fait bien. Si l'agent a du mal avec les demandes très techniques qui nécessitent une consultation du stock en temps réel, on le note. Si certaines formulations de clients le font dériver, on les liste. Cette documentation sert de base à la maintenance et aux évolutions futures. Elle évite aussi les mauvaises surprises après la mise en service.
Si vous hésitez encore sur la pertinence de ce type de projet pour votre structure, réservez un échange de 15 minutes avec Sparkana : on regarde ensemble si le moment est bon et ce qui aurait le plus d'impact.
Semaine 4 : mise en service réelle et surveillance active
La quatrième semaine est celle du passage en production, et elle mérite autant d'attention que les trois premières.
Le déploiement progressif
On ne bascule pas en une nuit. La mise en service se fait de façon progressive : d'abord sur un canal secondaire ou pendant des plages horaires limitées, pour observer les premiers échanges réels avant d'ouvrir complètement. Cette approche permet d'attraper les cas réels que les tests n'avaient pas couverts, sans exposer tous vos clients à une version encore imparfaite.
La surveillance pendant les premiers jours
Pendant les 7 premiers jours en production, on surveille activement les conversations. Pas en temps réel, mais quotidiennement : on lit les échanges, on repère les réponses ratées, on ajuste. Cette surveillance n'est pas optionnelle, c'est la garantie que la mise en service ne se transforme pas en catastrophe silencieuse (un agent qui répond à côté depuis trois jours sans que personne ne s'en rende compte).
Ce qu'on vous remet à la fin de la semaine 4
Un agent en production, un document de suivi qui liste les ajustements effectués, et un protocole de maintenance : comment signaler un problème, comment demander une modification, quelle est la fréquence de revue prévue. On remet aussi l'accès à un tableau de bord simple qui vous permet de consulter les conversations et de mesurer quelques indicateurs de base (volume de requêtes, taux de transfert humain, sujets les plus fréquents).
Ce qui se passe après : maintenance et évolutions
Un agent IA n'est pas un site web qu'on livre et qu'on oublie. C'est un outil vivant qui évolue avec votre activité.
La maintenance courante
Votre offre change, un nouveau service apparaît, un tarif est mis à jour : l'agent doit être mis à jour aussi. Un fournisseur API change ses conditions, un outil tiers évolue : il faut vérifier que les connexions fonctionnent toujours. C'est un travail modeste mais régulier. On estime qu'une revue mensuelle d'une à deux heures suffit pour la plupart des agents simples, plus si l'activité évolue vite.
Les évolutions fonctionnelles
Après un mois de production, les vrais besoins d'évolution apparaissent. Souvent, c'est un nouveau scénario que les clients demandent et que personne n'avait anticipé. Parfois, c'est une connexion à un outil supplémentaire (par exemple, alimenter automatiquement la comptabilité via Pennylane quand une commande est validée). Ces évolutions se traitent comme de nouvelles prestations, cadrées et chiffrées, pas comme des corrections gratuites.
Ce qui peut remettre en question l'architecture
Si votre volume de requêtes explose ou si votre périmètre change radicalement (nouveau canal, nouveau marché, nouvelle offre), il peut être nécessaire de retravailler l'architecture de base. Ça n'arrive pas souvent dans les six premiers mois, mais ça arrive. Mieux vaut le savoir dès le départ que d'être surpris.
Tableau récapitulatif : les 4 semaines en un coup d'oeil
| Semaine | Activité principale | Ce qui dépend de vous | Risque de glissement |
|---|---|---|---|
| Semaine 1 | Cadrage, collecte de matière, document de spécification | Disponibilité pour l'entretien, accès aux outils et identifiants | Élevé : accès bloqués ou agenda chargé |
| Semaine 2 | Construction de la première version, tests internes | Validation des tests (1 h), retours sur les cas manquants | Modéré : cas particuliers non anticipés |
| Semaine 3 | Réglages de ton, règles de transfert, documentation des limites | Validation du ton, décisions sur les règles de transfert | Faible à modéré |
| Semaine 4 | Mise en service progressive, surveillance active, remise des accès | Suivi des premières conversations, signalement des anomalies | Faible |
| Après J+30 | Maintenance, revue mensuelle, évolutions fonctionnelles | Signalement des changements d'activité, nouvelles demandes | Dépend de l'activité |
Ce qui ralentit vraiment un projet : soyons directs
On l'a évoqué semaine par semaine, mais ça mérite un paragraphe à part entière, parce que c'est rarement dit clairement par les prestataires.
- L'accès aux outils existants. Récupérer des identifiants, obtenir des clés API, débloquer des droits administrateur : dans un projet sur deux, ça prend plus de temps que prévu. Préparez ces accès avant la signature si possible.
- La disponibilité du dirigeant. Un projet d'agent IA demande deux ou trois créneaux d'une heure sur quatre semaines. Si ces créneaux sont repoussés, le projet glisse. Ce n'est pas un défaut de notre côté ni du vôtre, c'est la nature des projets collaboratifs.
- Les changements de périmètre en cours de route. "En fait, on voudrait aussi que l'agent gère les réclamations" en semaine 3 : ça arrive, c'est humain. Mais ça allonge le délai et, si le scope change significativement, ça nécessite un avenant. On préfère en parler franchement plutôt que d'absorber sans rien dire et de livrer quelque chose de bâclé.
- Les données insuffisantes ou désorganisées. Si la base de connaissances est vide, si les réponses types n'existent pas encore, si les informations produits sont éparpillées dans cinq fichiers Excel différents : construire l'agent prend plus de temps, et le résultat de la première version sera moins bon.
Pour éviter les erreurs les plus courantes qui plombent ce type de projet, lisez aussi notre article 5 erreurs qui plombent un projet agent IA en TPE.
FAQ : vos questions sur le déploiement d'un agent IA
Combien de temps faut-il vraiment pour installer un agent IA ?
Pour un agent simple (un ou deux scénarios, un canal unique), comptez de 1 à 2 semaines entre la signature et la mise en production. Pour un agent multi-scénarios avec des connexions à des outils tiers (CRM, agenda, base de données), la fourchette réaliste est de 3 à 4 semaines. Ces délais supposent que les accès aux outils existants sont disponibles rapidement et que les retours de validation arrivent sans délai important.
Faut-il être disponible tout au long du projet ?
Non. On a besoin de vous sur des moments précis : l'entretien de cadrage en semaine 1 (1 heure), la session de test en semaine 2 (1 heure), la validation du ton et des règles de transfert en semaine 3 (30 à 45 minutes), et le suivi des premières conversations en semaine 4 (15 à 20 minutes par jour). En dehors de ces créneaux, le travail est de notre côté.
Que se passe-t-il si l'agent donne une mauvaise réponse à un client ?
Ça arrive, surtout dans les premiers jours de production. C'est pour ça qu'on surveille activement les conversations pendant la première semaine en production et qu'on prévoit des règles de transfert vers un humain dès que la situation dépasse le périmètre défini. Une mauvaise réponse isolée est un incident gérable. Un agent mal configuré qui répond à côté pendant trois semaines sans surveillance, c'est un problème : d'où l'importance du suivi post-lancement.
L'agent peut-il se connecter aux outils que j'utilise déjà ?
Dans la grande majorité des cas, oui, si ces outils disposent d'une API (c'est le cas de la plupart des CRM, outils de prise de rendez-vous, logiciels de comptabilité comme Pennylane, et messageries professionnelles). Les cas où la connexion est impossible ou très coûteuse sont les outils très anciens sans API, ou les logiciels propriétaires fermés. On le vérifie systématiquement en semaine 1 lors du cadrage.
Quelle est la différence entre un chatbot classique et un agent IA ?
Un chatbot classique suit un arbre de décision figé : si le client dit X, on répond Y. Un agent IA comprend le sens de la demande, peut traiter des formulations imprévues, interroger des sources d'information dynamiques (une base de données, un calendrier de disponibilités), et prendre de petites décisions selon des règles définies. La différence n'est pas juste technique : elle est visible pour vos clients dès les premières conversations.
Combien ça coûte de maintenir un agent IA après la livraison ?
Pour les agents simples, les coûts de maintenance technique (hébergement, API, revue mensuelle) se situent généralement entre 80 et 150 euros HT par mois. Les évolutions fonctionnelles (nouveau scénario, nouvelle connexion) sont facturées séparément selon leur complexité. Le prix détaillé de mise en place est décrit dans notre article combien coûte un agent IA pour une PME en 2026.
Mes données clients sont-elles protégées ?
C'est une question légitime et on y répond toujours en cadrage. Les agents qu'on déploie s'appuient sur des infrastructures hébergées en Europe (OVHcloud ou Scaleway), et les conversations sont traitées selon le cadre RGPD. On ne stocke pas de données personnelles sans base légale, et on documente le traitement dans votre registre des activités de traitement si vous en avez un. Pour des secteurs sensibles (santé, juridique), on adapte l'architecture en conséquence.
Par où commencer : 3 actions concrètes
Si vous lisez cet article en ayant un projet en tête, voici ce qu'on vous recommande de faire dès maintenant.
- Listez les 5 questions que vos clients posent le plus souvent. Par e-mail, par téléphone, en DM. Ce sont les candidats naturels pour le premier scénario de votre agent. Si vous avez du mal à en trouver 5, le projet est peut-être prématuré.
- Vérifiez vos accès. Listez les outils que vous voudriez connecter à l'agent (CRM, agenda, formulaire de contact, logiciel de devis) et assurez-vous d'en avoir les droits administrateur ou les clés API. C'est la démarche la plus simple pour éviter le glissement de la semaine 1.
- Prévoyez 3 créneaux d'une heure dans les 4 semaines à venir. C'est tout ce qu'on vous demandera en termes de disponibilité. Si votre agenda ne peut pas absorber ça sur un mois, c'est un signal que le projet doit être décalé.
Notre approche chez Sparkana
On déploie des agents IA pour TPE et PME françaises, sans jargon et sans promettre des résultats garantis. Pour un agent simple couvrant 1 à 2 scénarios, le setup est entre 800 et 2 500 € HT, livré en 3 à 7 jours une fois le cadrage validé. Pour une stack complète avec plusieurs connexions (CRM, comptabilité, prise de rendez-vous, canal WhatsApp ou e-mail), on est sur une fourchette de 3 000 à 8 000 € HT, livrée en 2 à 4 semaines. L'hébergement et la maintenance courante sont entre 30 et 150 € HT par mois selon la complexité de la stack. Tous les projets démarrent par un audit gratuit : on cartographie ce qui existe, on identifie les scénarios à plus fort impact, et on vous remet un chiffrage fixe sans surprise.
On travaille avec des dirigeants partout en France, basés à Nîmes et dans le Gard, disponibles à distance comme en présentiel selon les besoins. Pas de discours sur l'"IA révolutionnaire" : on préfère vous montrer ce que ça donne concrètement sur votre cas, en 15 minutes.