Conversational Commerce — WhatsApp Business + Agents IA en production

#Commerce conversationnel : un canal de distribution, pas un gadget de support

Le commerce conversationnel a longtemps été vendu comme une couche de confort : un widget de chat de plus, posé sur un site marchand, pour absorber quelques questions avant la mise au panier. Ce n'est plus la bonne façon de le regarder. Depuis que la messagerie est devenue le lieu où vos clients passent le plus de temps sur leur téléphone, la conversation est devenue un point de vente et un point de service à part entière — avec ses règles de plateforme, son modèle économique, ses contraintes réglementaires et ses métriques propres.

C'est aussi le canal où l'écart entre une bonne exécution et une mauvaise se paie immédiatement. Un e-mail raté est ignoré. Un message WhatsApp raté est signalé comme indésirable, dégrade la qualité de votre numéro, et finit par restreindre votre capacité à écrire à toute votre base. La messagerie ne pardonne pas l'approximation, parce qu'elle est perçue par l'utilisateur comme un espace intime. C'est précisément ce qui fait sa valeur — et son risque.

Cette page décrit ce que nous déployons concrètement chez Nehos Groupe : l'intégration de la WhatsApp Business API, le RCS Business Messaging, les agents vocaux téléphoniques, et les agents IA qui vivent derrière ces canaux. Elle détaille les mécaniques de facturation et les fenêtres de service qui structurent réellement les projets, les cas d'usage qui tiennent la route, et ceux qu'il vaut mieux ne pas tenter. Le versant technique général — orchestration, RAG, tool use, observabilité — est traité sur notre page service Agents IA.

#Ce que « conversational commerce » veut dire — et ce que ça ne veut pas dire

Trois objets sont régulièrement confondus dans les briefs qu'on reçoit, et cette confusion se traduit en budget mal dimensionné.

Le chatbot scripté suit un arbre de décision. « Tapez 1 pour suivre ma commande, 2 pour une réclamation. » Il fonctionne quand le périmètre est étroit et que l'utilisateur accepte de se plier au menu. Il s'effondre dès que la formulation sort du script — et sur un canal de messagerie, l'utilisateur formule librement, parce qu'il a l'habitude d'y écrire à des humains. Le taux de résolution autonome plafonne vite.

L'agent IA conversationnel interprète le message en langage naturel, identifie l'intention, va chercher l'information là où elle se trouve (base de connaissances, catalogue, OMS, PMS, CRM, ERP) via des appels d'outils, et formule une réponse ou déclenche une action. Il gère les reformulations, les demandes composites (« ma commande devait arriver hier et je voudrais aussi changer l'adresse de la prochaine »), et il sait s'arrêter quand il ne sait pas. Voir la distinction détaillée dans notre glossaire : chatbot vs agent IA.

La messagerie assistée par l'humain garde un conseiller dans la boucle, avec l'IA en copilote : suggestions de réponse, résumé du contexte, rédaction du message, remplissage de la fiche CRM. C'est souvent le point d'entrée le plus rentable dans les organisations où la conversation porte une forte valeur unitaire (vente assistée, service premium, B2B à cycle long).

Les trois coexistent dans un même déploiement. L'erreur consiste à choisir l'un pour tout. Notre règle de cadrage : on qualifie chaque intention entrante selon la fréquence et la valeur unitaire. Fréquent et faible valeur : agent autonome. Rare et forte valeur : humain augmenté. Fréquent et forte valeur : c'est là qu'il faut investir dans un agent excellent, testé, avec une escalade fine.

#Comparer les canaux honnêtement

Critère	E-mail	SMS	WhatsApp Business	RCS Business Messaging	Voix (agent IA)
Format	Riche, long	Texte brut, 160 car.	Riche : boutons, listes, médias, formulaires	Riche : cartes, carrousels, réponses suggérées	Audio temps réel
Consentement requis	Oui (B2C)	Oui (B2C)	Oui, opt-in explicite exigé par la plateforme	Oui	Oui, régime durci en France
Modèle de coût	Quasi nul à l'unité	Au message	Au message template envoyé, gratuit dans la fenêtre de service	Au message ou à la conversation selon l'opérateur	À la minute + coût LLM
Couverture	Universelle	Universelle	Très large, dépend de l'usage local	Android large, iOS variable selon opérateur et version	Universelle
Latence de réponse attendue	Heures	Minutes	Secondes à minutes	Secondes à minutes	Moins d'une seconde
Traçabilité et archivage	Simple	Simple	Via API et BSP	Via aggregator	Enregistrement + transcription

D'où notre position : on ne remplace presque jamais un canal par un autre. Le bon dispositif est une combinaison, avec un principe de repli explicite — ce qui n'aboutit pas en messagerie repart en e-mail, ce qui ne passe pas en RCS retombe en SMS, ce qui échoue à l'écrit remonte à la voix ou à l'humain.

#WhatsApp Business API : le modèle économique commande l'architecture

C'est la partie que la plupart des présentations commerciales survolent, et c'est la seule qui détermine si votre business case tient. La plateforme WhatsApp Business n'est pas un canal ouvert où vous écrivez ce que vous voulez à qui vous voulez. C'est un système à fenêtres, à catégories et à quotas. Autant le comprendre avant de dessiner le parcours.

#La fenêtre de service de 24 heures

Quand un utilisateur vous écrit, il ouvre une fenêtre de service de 24 heures. Pendant cette fenêtre, vous répondez en texte libre : ce que vous voulez, autant de messages que nécessaire, sans passer par un gabarit validé. C'est là que vit l'agent IA. C'est aussi là que se joue l'expérience, parce que c'est le seul moment où la conversation est réellement fluide.

Passé ce délai, la fenêtre se referme. Vous ne pouvez plus reprendre la parole qu'avec un message template pré-approuvé par Meta. Toute conception de parcours doit donc répondre à une question simple : mon scénario tient-il dans une fenêtre, ou dois-je prévoir une réouverture par template ? Un suivi de livraison sur cinq jours ne tient pas dans une fenêtre : il faut des templates utility. Une session de réservation de table tient largement : elle se joue en quelques minutes.

#Templates, catégories et facturation

Meta a fait évoluer son modèle : la facturation à la conversation de 24 heures a été remplacée par une facturation au message template, avec des tarifs différenciés par catégorie et par indicatif pays du destinataire. Les catégories sont au nombre de trois — marketing, utility (transactionnel : confirmation, expédition, rappel de rendez-vous, mise à jour de dossier) et authentication (codes à usage unique). Par ailleurs, les messages de service, c'est-à-dire vos réponses à l'intérieur de la fenêtre ouverte par le client, ne sont plus facturés.

Trois conséquences directes sur la conception :

1. Le transactionnel coûte beaucoup moins cher que le marketing. Dans la plupart des grilles pays, l'écart entre un template utility et un template marketing est d'un facteur significatif. Un parcours bien conçu maximise la part d'utility et réserve le marketing aux moments où il crée réellement de la valeur.
2. Le service est gratuit, donc l'agent IA doit être bon. Puisque répondre ne coûte rien en frais de plateforme, le vrai coût du service est celui de vos jetons LLM et de votre équipe. C'est un argument fort pour investir dans la qualité de l'agent : chaque conversation supplémentaire absorbée est un gain net.
3. La conversation « gratuite » se déclenche par le client. D'où l'importance stratégique des points d'entrée : plus vous multipliez les manières pour le client d'ouvrir lui-même la conversation, plus votre coût moyen par échange baisse.

Sur les tarifs exacts, une seule source fait foi : la page de tarification officielle de la plateforme WhatsApp Business publiée par Meta. Elle évolue, elle est différenciée par pays, et nous refusons de faire signer un business case sur des chiffres de blog. Nous la reprenons à chaque cadrage, pour votre mix de destinations réel. En ordre de grandeur pour la France, le message template se compte en centimes d'euro, avec le marketing nettement au-dessus de l'utility — mais c'est la grille du jour qui compte, pas un chiffre gravé dans une page de service.

#Points d'entrée gratuits et publicités click-to-WhatsApp

Meta a prévu des mécanismes qui ouvrent la conversation sans frais de template : les publicités qui redirigent vers WhatsApp et les boutons d'appel à l'action sur une page. Ils ouvrent une fenêtre étendue et non facturée — le meilleur rapport coût-efficacité pour l'acquisition conversationnelle. En retail ou en food, nous plaçons donc des points d'entrée partout où c'est légitime : QR code en point de vente, sur le packaging, sur le ticket de caisse, lien sur la fiche produit, bouton dans l'e-mail de confirmation, lien dans la signature du commercial.

#Vérification, qualité du numéro et limites de débit

Trois contraintes opérationnelles font régulièrement dérailler les plannings mal préparés.

La vérification. Il faut un Meta Business Manager vérifié, un compte WhatsApp Business associé, un nom d'affichage approuvé et un numéro dédié qui n'est pas déjà utilisé sur l'application grand public. La vérification d'entreprise peut demander des justificatifs légaux et prendre plusieurs jours. On la lance en semaine 1, jamais en semaine 6.

La qualité du numéro. Meta attribue à chaque numéro une note de qualité, alimentée principalement par les signalements et les blocages des destinataires. Une note dégradée entraîne des restrictions, et dans les cas sévères une suspension. C'est le vrai garde-fou du canal : envoyer du marketing mal ciblé à une base mal consentie ne se traduit pas par un mauvais taux d'ouverture, mais par la perte du canal. Nous cadrons systématiquement une politique de pression commerciale et un mécanisme de désabonnement en un mot-clé.

Les limites de débit. Le nombre de destinataires uniques que vous pouvez initier par période est plafonné par paliers, et l'accès aux paliers supérieurs dépend de la qualité et de l'usage. Une marque qui prévoit une première campagne massive doit prévoir une montée en charge progressive. C'est structurant pour les plannings de lancement : on ne bascule pas une base de plusieurs centaines de milliers de contacts du jour au lendemain.

Enfin, un point d'architecture : Meta a engagé la fin de l'API auto-hébergée au profit de la Cloud API. Si votre partenaire actuel vous propose encore une installation on-premise de la plateforme, demandez-lui sa feuille de route.

#L'architecture d'un agent IA de messagerie

Techniquement, un agent conversationnel de production est plus proche d'un back-end métier que d'un chatbot. Voici la structure que nous déployons.

#La chaîne d'entrée

Le message arrive par webhook depuis la Cloud API ou depuis un fournisseur de services de messagerie (BSP). Le choix n'est pas neutre : le BSP simplifie la gestion des templates, l'inbox agent et la facturation, au prix d'une marge sur le volume et d'une dépendance. Nous partons en direct quand le volume est significatif et que l'équipe technique existe, via un BSP quand le métier a besoin d'une console d'agents prête à l'emploi. C'est un calcul de coût total, pas une religion.

#Le cœur de raisonnement

L'agent reçoit le message, l'historique de session et l'identité du contact. Il détermine l'intention, puis mobilise ses outils. C'est le point où la plupart des projets se distinguent : un agent utile a besoin d'accéder aux systèmes de vérité de l'entreprise. Suivi de commande via l'OMS, disponibilité produit via le PIM ou le stock magasin, dossier client via le CRM, réservation via le PMS pour l'hôtellerie, base de connaissances documentaire via une architecture RAG. Un agent qui ne fait que reformuler une FAQ publique n'apporte pas grand-chose ; un agent qui répond « votre colis est arrivé au relais de la rue X, il vous attend jusqu'à jeudi » change l'économie du support.

Sur le modèle, notre défaut est Mistral, pour des raisons de souveraineté et de coût sur un canal à fort volume. Les modèles à raisonnement plus lourd sont réservés aux étapes qui le justifient — analyse d'un litige complexe, rédaction d'une réponse sensible — dans une architecture où un modèle léger fait le tri en amont. Le comparatif détaillé est ici : Mistral vs OpenAI en entreprise.

#Mémoire, état et continuité

Une conversation de messagerie n'est pas une session web : elle reprend trois jours plus tard, sur le même fil, avec le même historique visible par l'utilisateur. Si l'agent recommence à zéro, l'effet est désastreux — l'utilisateur voit ses propres messages précédents à l'écran et constate que la marque, elle, a oublié. Nous persistons donc l'état conversationnel et le rattachons à l'identité client, avec une politique de rétention explicite et documentée côté RGPD.

#Garde-fous et escalade

Un agent de messagerie parle au nom de la marque, sans relecture. Les garde-fous ne sont pas une option :

• Filtrage en entrée et en sortie contre les tentatives de détournement d'instruction (prompt injection) et contre la divulgation d'informations internes ;
• Périmètre d'action borné : ce que l'agent peut lire, ce qu'il peut écrire, ce qu'il ne peut jamais faire seul (un remboursement, un geste commercial au-delà d'un seuil, un engagement contractuel) ;
• Détection d'échec : boucle de reformulation, question hors périmètre, signaux d'agacement — l'agent passe la main plutôt que d'insister ;
• Escalade lisible : l'utilisateur doit pouvoir joindre un humain à tout moment, par un moyen explicite et permanent.

Le protocole complet que nous appliquons est décrit sur notre page sécurité LLM et OWASP.

#RCS Business Messaging : le complément qu'on sous-estime

Le RCS est le successeur du SMS, porté par la GSMA et les opérateurs. Pour une marque, il offre l'expéditeur vérifié — nom, logo, couleur, badge — et un format riche : cartes, carrousels, réponses suggérées, actions suggérées (appeler, ouvrir un lien, ajouter au calendrier, ouvrir une carte).

Ses trois avantages réels par rapport à WhatsApp : il transite par les opérateurs, ce qui simplifie certains sujets de transfert de données ; il retombe en SMS quand le destinataire n'est pas compatible, donc il ne perd personne ; et il hérite de l'habitude du SMS, ce qui le rend naturel pour le transactionnel — code de retrait, avis de passage, rappel de rendez-vous.

Ses limites sont tout aussi réelles. La couverture dépend de l'opérateur et du terminal, et la disponibilité du volet business sur iOS s'est construite progressivement, avec des variations selon les marchés et les versions du système. Toute promesse de couverture universelle doit être vérifiée opérateur par opérateur sur votre base réelle, pas sur une moyenne nationale. Par ailleurs, les messages business en RCS ne sont pas chiffrés de bout en bout — ce qui, selon votre secteur, est un défaut (confidentialité) ou une qualité (archivage et supervision possibles).

Notre position : le RCS n'est pas un remplaçant de WhatsApp, c'est le bon canal pour la notification transactionnelle de masse quand vous voulez sortir du SMS brut sans dépendre d'une plateforme unique. La combinaison qui fonctionne le mieux, sur nos cadrages retail, est : RCS pour la notification sortante, WhatsApp pour la conversation entrante et le service.

#Voice IA téléphonique : tout se joue sur le budget de latence

L'agent vocal est le canal le plus exigeant techniquement, parce que l'oreille humaine détecte instantanément ce que l'œil pardonne. Un délai de deux secondes avant une réponse écrite passe inaperçu. Le même délai au téléphone signale immédiatement « machine ».

#Anatomie de la boucle

Une boucle vocale enchaîne : détection de fin de parole, transcription en continu, raisonnement du modèle, synthèse vocale, transport téléphonique. Chaque maillon consomme du budget. L'objectif praticable est de tenir l'ensemble sous la seconde en régime nominal, ce qui impose des choix : transcription en streaming plutôt qu'en batch, réponse générée en flux et envoyée à la synthèse par fragments, préchargement des premières syllabes, et surtout gestion de l'interruption — l'agent doit se taire immédiatement quand l'appelant reprend la parole. Un agent vocal qui continue sa phrase pendant qu'on lui parle est insupportable, quel que soit son niveau de compréhension.

Deux architectures cohabitent : la chaîne classique transcription → modèle → synthèse, qui offre un contrôle fin de chaque étape ; et les modèles vocaux de bout en bout, plus rapides et plus naturels au prix d'une observabilité dégradée. Sur les cas d'usage réglementés nous restons sur la chaîne classique, parce que le texte intermédiaire est auditable — et l'auditabilité, en assurance, en santé ou en finance, n'est pas négociable.

#Ce que la voix fait mieux

La voix reste supérieure sur trois familles de cas : les appels entrants hors horaires d'ouverture, les publics qui n'utilisent pas la messagerie professionnelle (seniors, métiers en mobilité, artisans en déplacement), et les situations où la charge émotionnelle demande un échange immédiat. Sur les appels sortants, le calcul est plus délicat, pour une raison réglementaire.

#Le cadre légal français du démarchage

Le régime du démarchage téléphonique en France s'est durci : la logique historique d'opposition, fondée sur l'inscription sur une liste, laisse place à un principe de consentement préalable du consommateur. Cette bascule résulte de la loi du 30 juin 2025 relative à la lutte contre les fraudes aux aides publiques, dont l'entrée en application a été fixée à l'été 2026. Les horaires et fréquences d'appel restent par ailleurs encadrés par décret. Vérifiez systématiquement l'état du droit applicable auprès de la DGCCRF avant de lancer un dispositif sortant grand public — et considérez qu'un projet de prospection téléphonique automatisée B2C sans base consentie n'est pas un projet.

S'y ajoute une obligation de transparence issue du règlement européen sur l'intelligence artificielle : une personne qui interagit avec un système d'IA doit en être informée. En clair, l'agent vocal doit annoncer ce qu'il est. Notre expérience est que cette contrainte n'abîme pas les résultats : ce qui fait raccrocher, ce n'est pas l'annonce, c'est la maladresse. Le détail des obligations est traité sur notre page conformité AI Act des agents IA.

#Concevoir un parcours d'achat dans la messagerie

Un parcours conversationnel n'est pas un tunnel web transposé. Il obéit à trois principes.

Un message, une décision. Chaque message pose une seule question et propose au maximum trois options. Les listes et les boutons de réponse rapide existent pour ça : ils réduisent la saisie et fiabilisent l'interprétation.

La conversation est un état, pas une page. L'utilisateur peut répondre à un message d'il y a deux jours, changer d'avis, poser une question hors sujet au milieu du tunnel. L'agent doit gérer les retours en arrière et les digressions sans perdre le panier en cours.

Le catalogue entre dans la conversation, pas l'inverse. Au-delà de trois ou quatre références, la messagerie est un mauvais support de navigation. Le bon usage est de qualifier dans le fil — occasion, budget, contrainte, allergène, taille — puis de présenter une sélection courte, ou de basculer vers une page produit avec le contexte déjà rempli.

#Le point dur : le paiement

Il faut être clair, parce que c'est la principale déception des directions e-commerce françaises : le paiement natif intégré à la messagerie n'est pas disponible partout, et il ne l'est pas en France sur WhatsApp. Le parcours réaliste consiste donc à générer un lien de paiement personnalisé — via votre prestataire existant — et à le pousser dans la conversation, l'utilisateur revenant ensuite au fil pour la confirmation. Ce n'est pas un aveu d'échec : le taux de conversion d'un lien de paiement envoyé au bon moment, dans un fil où l'acheteur vient d'être qualifié, se compare très favorablement à un panier abandonné sur le web. Mais promettre un « checkout dans WhatsApp » en France, aujourd'hui, c'est vendre quelque chose qui n'existe pas.

#Le post-achat : là où le canal est imbattable

C'est le moment où le commerce conversationnel crée le plus de valeur mesurable, et paradoxalement celui que les projets traitent en dernier. Confirmation, préparation, expédition, mise à disposition en point de retrait, incident de livraison, retour, garantie, avis : chacun de ces événements génère aujourd'hui un appel ou un e-mail, et chacun peut devenir un template utility à faible coût qui coupe l'appel avant qu'il ne parte. C'est là que le business case se construit — pas dans l'acquisition, dans la déviation de contacts entrants évitables. Le click & collect est le terrain le plus mûr.

#Cas d'usage matures par secteur

Retail et e-commerce. Suivi de commande et de livraison, gestion des retours, réservation d'article en magasin, alerte de retour en stock, service après-vente de niveau 1. Le point d'attache technique est l'OMS : sans accès à l'état réel de la commande, l'agent n'a rien à dire. Voir le secteur E-commerce & Retail et l'agent IA e-commerce.

Food et restauration. Réservation, gestion des annulations et de la liste d'attente, commande à emporter récurrente, campagnes d'événements privés, programmes de fidélité conversationnels. L'intérêt majeur pour un restaurant est la reprise de la relation directe face aux plateformes d'intermédiation. Voir le secteur Food & Restauration.

Hôtellerie et tourisme. Conciergerie multilingue avant, pendant et après le séjour, informations pratiques, demandes de service en chambre, ventes additionnelles contextuelles, notation post-séjour. Le multilingue est ici un différenciateur décisif, et la connexion au PMS conditionne l'utilité réelle. Voir le secteur Loisirs & Tourisme.

Services B2B. Qualification des demandes entrantes, prise de rendez-vous commercial, support technique de niveau 1, relance de dossiers incomplets. En B2B, l'usage de WhatsApp varie beaucoup selon les cultures professionnelles et les pays ; il est très fort dans certaines filières (bâtiment, négoce, import-export, professions de terrain) et marginal dans d'autres. À vérifier avant d'investir. Voir l'agent SAV B2B.

Ce que nous déconseillons. Les parcours qui manipulent des données bancaires ou des données de santé dans le fil de messagerie. Un rappel de rendez-vous médical est parfaitement légitime ; transporter un résultat d'analyse ou un identifiant de compte ne l'est pas. Pour ces secteurs, nous orientons vers un canal maîtrisé — portail authentifié, espace client, hébergement adapté — avec la messagerie en simple notification de disponibilité. Voir nos offres souveraineté numérique et conformité.

#RGPD, consentement et AI Act : ce qui structure vraiment le projet

Trois sujets doivent être traités au cadrage, pas à la recette.

Le consentement. La plateforme impose son propre standard d'opt-in, indépendamment du droit applicable : l'utilisateur doit avoir accepté de recevoir des messages de votre entreprise sur WhatsApp, avec une identification claire de l'expéditeur et du canal. Nous exigeons donc un journal de consentement horodaté — source, libellé exact affiché, mécanisme de retrait simple. C'est ce qui vous protège en cas de contrôle, et ce qui protège la qualité de votre numéro. La CNIL publie des lignes directrices sur la prospection qu'il faut lire avant, pas après.

Le transfert et la localisation des données. Le traitement passe par l'infrastructure de Meta, ce qui pose la question classique des transferts hors Union européenne. La plateforme propose des options de stockage régional pour certaines données, et l'analyse d'impact doit être documentée. Ce point est traité en détail dans notre offre Schrems et RGPD strict ; il conditionne parfois le choix du canal, et c'est l'un des arguments qui font pencher certains dossiers vers le RCS.

La minimisation. L'agent ne doit accéder qu'aux données nécessaires à la tâche en cours. Un agent de suivi de commande n'a pas besoin de l'historique d'achat complet ni des moyens de paiement. Cela se traduit par une conception d'outils à périmètre étroit, et non par une connexion large à la base clients. C'est un travail d'architecture, pas une clause de contrat.

L'AI Act. L'obligation d'information sur la nature artificielle de l'interlocuteur s'applique aux agents conversationnels comme aux agents vocaux. Nous l'intégrons dès le premier message, avec une formulation courte et non anxiogène, et nous la documentons dans le dossier de conformité. Notre Méthode Nehos AI Act Compliance et le guide checklist AI Act détaillent la démarche.

#Mesurer : les indicateurs qui comptent

Les métriques de vanité du conversationnel sont connues : nombre de conversations, taux d'ouverture, nombre de messages échangés. Elles ne disent rien de la valeur créée. Voici ce que nous instrumentons dès le POC.

Côté service. Taux de résolution autonome (part des conversations closes sans intervention humaine et sans réouverture sous 72 heures — la clause de non-réouverture est essentielle, sinon on mesure l'abandon), taux d'escalade, délai de première réponse utile, taux de réouverture, satisfaction en fin de conversation. Et surtout, la déviation : combien d'appels et d'e-mails en moins sur le même périmètre d'intention, mesurés par comparaison avant/après ou par cohorte.

Côté commerce. Taux d'entrée en conversation par point d'entrée (QR magasin, publicité, e-mail, site), taux de qualification, taux de clic sur lien de paiement, taux de conversion post-lien, panier moyen conversationnel, et revenu attribué avec une fenêtre d'attribution explicite. Le simulateur ROI WhatsApp Business permet de poser les premières hypothèses, et le comparateur agent IA vs centre d'appels sert de contre-modèle sur le service.

Côté coût. Coût par conversation résolue, décomposé en trois postes : frais de plateforme (templates envoyés, par catégorie et par pays), coût d'inférence (jetons consommés, moyenne et queue de distribution), coût humain résiduel. C'est ce coût unitaire, suivi dans le temps, qui pilote les arbitrages — et il baisse presque toujours au fil des itérations, à mesure que l'agent absorbe de nouvelles intentions.

Côté qualité. Taux de réponse hors périmètre, taux d'erreur factuelle mesuré sur échantillon relu, note de qualité du numéro, taux de désabonnement et taux de blocage. Ces deux derniers sont les indicateurs avancés d'un problème de pression commerciale : quand ils bougent, on réduit la voilure avant que la plateforme ne le fasse à notre place. Le socle technique est celui de l'observabilité LLM.

#Notre méthode de déploiement

Nous appliquons la Méthode Nehos ROI-First IA, déclinée pour le conversationnel. Chaque phase est engagée séparément : vous pouvez arrêter à la fin de chacune.

#Phase 1 — Cadrage et business case

Nous inventorions les intentions entrantes réelles à partir de vos données existantes : verbatims du support, motifs de contact du centre d'appels, requêtes du moteur de recherche interne, tickets. Cet inventaire est classé par volume et par valeur, puis confronté à la faisabilité — la donnée nécessaire existe-t-elle, est-elle accessible par API, est-elle fiable ? Le livrable est un business case chiffré et une recommandation de canal. Il arrive que la recommandation soit « pas maintenant » : quand l'OMS n'est pas requêtable ou que la base clients n'est pas consentie, un projet conversationnel n'a pas de socle.

#Phase 2 — Setup plateforme

Vérification de l'entreprise, création du compte WhatsApp Business, nom d'affichage, numéro dédié, choix entre Cloud API directe et BSP, première batterie de templates soumis à validation. Cette phase est administrative plus que technique, et c'est justement pour ça qu'elle doit démarrer tôt : elle dépend de délais que personne ne maîtrise.

#Phase 3 — POC sur une intention prioritaire

Un agent fonctionnel, sur un périmètre d'intentions restreint, branché sur les vraies données, testé sur un jeu de conversations réelles rejouées. L'objectif n'est pas de faire une démonstration, c'est de mesurer un taux de résolution sur des cas authentiques. Un POC qui ne parle qu'à des données de test ne prouve rien.

#Phase 4 — Mise en production

Intégration au CRM et au ticketing, console humaine et règles d'escalade, garde-fous, tableaux de bord, journal de consentement, procédure d'incident, plan de repli. Déploiement progressif : un segment, puis une région, puis la base — avec mesure de la qualité du numéro à chaque palier.

#Phase 5 — Exploitation et extension

Revue périodique des conversations réelles, enrichissement du jeu de test à partir des échecs observés, ajout d'intentions, ajustement de la pression commerciale, veille sur les évolutions de plateforme — les règles de Meta et des opérateurs changent, et ces changements ont un impact tarifaire direct. Le guide conversational commerce avec Mistral détaille la partie technique.

#Pourquoi Nehos sur le conversationnel

Nous traitons la plateforme comme une contrainte de conception, pas comme un détail d'intégration. Les fenêtres, les catégories de templates, les paliers de débit et la note de qualité déterminent ce qui est faisable et ce que ça coûte. Un partenaire qui vous parle uniquement d'IA et jamais de ces règles n'a pas encore mis de trafic réel en production.

Nous branchons l'agent sur vos systèmes de vérité. L'écart entre un agent décoratif et un agent utile tient entièrement dans la qualité des intégrations : OMS, CRM, PIM, PMS, ERP, base documentaire. C'est le métier de notre pôle développement et de notre pôle commerce, et c'est ce qui nous permet de tenir un engagement de résolution plutôt qu'un engagement de disponibilité.

Stack souveraine par défaut. Modèles Mistral et hébergement en France sur OVHcloud, y compris en environnement SecNumCloud quand le secteur l'exige, avec une architecture applicative Next.js. Les modèles non européens sont utilisés lorsqu'ils apportent un gain réel, sous accord de traitement documenté, et jamais par défaut. Notre approche est décrite dans la Méthode Stack souveraine Nehos.

Nous savons dire que le canal n'est pas le bon. Nous refusons les parcours qui font transiter des données bancaires ou de santé dans une messagerie grand public, et nous le disons avant le devis. Sur les dossiers soumis à des exigences fortes de traçabilité — banque, assurance, santé — nous orientons vers des canaux maîtrisés, quitte à réduire le périmètre de la mission.

Nous chiffrons le coût complet. Un business case conversationnel qui n'intègre pas le coût des templates par catégorie et par pays, l'inférence, le BSP éventuel et l'exploitation n'est pas un business case, c'est une intention. Notre étude sur le coût réel d'un agent IA donne les repères de marché.

#Questions fréquentes

WhatsApp Business, c'est facturé à la conversation ou au message ? Au message template, depuis l'évolution du modèle par Meta. Les réponses envoyées dans la fenêtre de service ouverte par un message entrant du client ne sont pas facturées. Le tarif dépend de la catégorie du template — marketing, utility, authentication — et de l'indicatif pays du destinataire. La grille officielle publiée par Meta fait foi et évolue ; nous la reprenons à chaque cadrage sur votre mix de destinations réel.

Combien de temps dure la fenêtre pendant laquelle je peux répondre librement ? Vingt-quatre heures à compter du dernier message de l'utilisateur. Au-delà, la reprise de contact passe obligatoirement par un template pré-approuvé. Les conversations ouvertes depuis une publicité click-to-WhatsApp ou un bouton de page bénéficient d'une fenêtre étendue et non facturée.

Puis-je encaisser un paiement directement dans WhatsApp en France ? Non. Le paiement natif dans la messagerie n'est pas disponible sur le marché français. Le parcours opérationnel consiste à générer un lien de paiement via votre prestataire habituel et à le pousser dans le fil, avec retour dans la conversation pour la confirmation. Méfiez-vous des propositions qui promettent un tunnel de paiement complet dans le fil.

Quelle différence entre passer par la Cloud API de Meta et par un BSP ? La Cloud API vous donne le contrôle et le tarif plateforme brut, mais vous devez construire la gestion des templates, la console d'agents et la supervision. Un BSP fournit ces briques et facture une marge sur le volume. Notre arbitrage tient à deux questions : avez-vous une équipe technique pour opérer le canal, et avez-vous besoin d'une inbox humaine dès le premier jour ?

Un agent vocal, ça s'entend ? Oui, et il n'y a pas à s'en cacher : la réglementation européenne impose d'informer l'interlocuteur qu'il parle à un système d'IA. Ce qui fait raccrocher, ce n'est pas l'annonce, c'est la latence, l'incapacité à être interrompu et les réponses hors sujet. C'est pourquoi nous traitons le budget de latence comme une exigence de conception dès le premier atelier.

Combien de temps avant la mise en production ? Sur un périmètre d'intentions maîtrisé et avec des API disponibles, l'ordre de grandeur va de quelques semaines pour un POC branché sur données réelles à quelques mois pour un déploiement complet avec intégration CRM, console humaine et conformité documentée. Les deux facteurs qui allongent réellement les délais sont l'accès aux systèmes internes et les validations administratives de plateforme, rarement l'agent lui-même.

Que se passe-t-il si mes clients signalent mes messages ? La note de qualité de votre numéro se dégrade, vos limites de débit peuvent être abaissées et, en cas de dégradation sévère, le numéro peut être restreint. D'où la politique de pression commerciale écrite, le désabonnement en un mot-clé et le suivi hebdomadaire du taux de blocage que nous imposons sur les premières campagnes.

Peut-on faire du conversationnel en banque ou en assurance ? Partiellement, et avec prudence. La notification, le rappel d'échéance, la prise de rendez-vous et l'orientation fonctionnent. Tout ce qui touche à l'authentification forte, aux données de compte ou à la souscription doit rester dans un canal maîtrisé. Nos travaux sur le secteur Banque & Assurance et l'audit DORA précisent les limites. Côté modèle, Mistral reste notre défaut pour la souveraineté et pour le coût unitaire sur un canal à fort volume, le choix étant réévalué à chaque projet sur le couple qualité-coût mesuré sur vos propres cas.