Un chatbot n'est pas un produit IA

La démo prouve qu'un modèle parle. Pas qu'on s'en sert.

Un chatbot branché sur vos pages répond. Il a l'air intelligent. Il ne sait pas qui est l'utilisateur, il n'a pas le droit de se taire, il n'est pas dans le parcours où la question se pose. Le lundi, tout le monde applaudit. Le mercredi, le commercial est revenu à son mail.

Un produit IA, c'est autre chose : un compte, une surface déjà habitée ou explicitement choisie, une action que quelqu'un assume, des journaux, un rollback. Launch tient en ça — pas en une fenêtre de chat posée à côté du métier.

La démo a un public : la réunion. Le produit a un public : la personne qui a une question à 11 h 20, entre deux clients. Si vous concevez pour le premier, vous livrez un spectacle. Le second n'y reviendra pas.

On reconnaît la démo à trois signes. Pas de compte. Pas de refus. Pas de journal. Elle répond « bien » parce que les questions sont choisies. Le jour où quelqu'un pose la sienne, vous découvrez que vous n'avez rien construit d'autre qu'un prompt.

Les directions achètent souvent la démo en croyant acheter le mardi. Écrivez la différence avant de signer. Sinon vous paierez une deuxième fois pour le produit — et la première fois pour l'applaudissement.

Une démo se prépare. On choisit les PDF, on évite le hors-sujet, on relance si la phrase cloche. Un produit ne se prépare pas à chaque question. Il encaisse la formulation bancale, le client pressé, le tarif d'hier. Si votre critère de go-live est encore « ça a bien tourné en salle », vous n'avez pas de critère. Vous avez une émotion.

Le chatbot FAQ est le livrable le plus facile à vendre parce qu'il ressemble à ce que tout le monde a déjà vu. Cette ressemblance est le piège. Vos gens n'ont pas un problème de « poser des questions à un site ». Ils ont un geste qui coûte : écarter un produit, relancer un client, classer un devis. La fenêtre de chat n'est ce geste que par accident.

Demandez, avant la démo, ce qui se passera si on ne la montre pas. Si la réponse est « rien, on continue comme avant », vous n'avez pas un besoin. Vous avez une curiosité. La curiosité peut financer un audit. Elle ne doit pas financer six mois de widget.

Les prestataires qui livrent la démo comme un produit ont un argument : « vous pourrez enrichir ensuite ». Ensuite n'arrive pas. Le prompt s'encroûte, personne n'a le dépôt, le mardi n'existe pas. Enrichir un spectacle ne le transforme pas en outil. Il faut le reprendre. Autant le dire au départ.

La bonne démo, s'il en faut une, montre un parcours étroit sur des données vraies, avec un refus visible et un compte. Elle est moins impressionnante. Elle est honnête. Les réunions la trouvent parfois « trop simple ». Les mardis, eux, s'en servent.

Un parcours, pas une sidebar universelle

« On mettra l'IA partout » est une phrase de cadrage, pas un périmètre. Un premier produit a un endroit : la fiche produit, WhatsApp, le back-office. Un seul. C'est là que la question coûte de l'argent ou du temps.

Dès que vous empilez trois canaux « pour que ça serve à tout le monde », vous construisez un outil que personne n'ouvre. Le premier parcours écrit, chiffré, mis en ligne. Le reste attend que celui-là tienne.

Un parcours, c'est une entrée, une action, une sortie. Entrée : qui pose la question, depuis quelle page, identifié ou non. Action : répondre, écarter, relancer, classer. Sortie : ce qui reste dans votre système — un devis, un ticket, rien. Sans ça, vous avez un chat. Vous n'avez pas un produit.

« Partout » dilue la responsabilité. Personne n'est propriétaire d'un assistant universel. Un parcours a un nom : le Comptoir, le fil WhatsApp, la relance client. Quelqu'un peut dire s'il est ouvert, s'il est faux, s'il faut le couper.

Le premier parcours est étroit par conception. Cinq questions qui coûtent, pas cinquante qui flattent. Vous élargirez quand le lundi matin existera. Pas avant. Élargir pour rassurer la réunion, c'est comment on revient au chatbot.

Nommez le geste avant de nommer le modèle. « Relancer les devis en souffrance » est un parcours. « Aider l'équipe » n'en est pas un. Le second produit des sidebars. Le premier produit une liste, un statut, un message à valider. Vous pouvez le tester. Vous pouvez le couper. Vous pouvez dire s'il a servi.

La sortie compte autant que la réponse. Si après le chat il ne reste rien dans votre outil — pas de ticket, pas de devis, pas de classement — vous avez diverti. Le divertissement ne se mesure pas, donc on le défend avec des avis. Les avis tiennent jusqu'à la question du ROI. Ensuite plus rien.

Un parcours a une heure. 11 h 20 sur la fiche. 19 h dans WhatsApp. 9 h dans le back-office. Si vous ne savez pas à quelle heure ça se passe, vous ne savez pas où le poser. Posez-vous une semaine sans coder. Regardez. Le canal se désigne tout seul.

Les sidebars universelles ont une métrique préférée : le nombre de conversations. Elle monte tant que c'est nouveau. Elle ne dit pas si une vente a été évitée, un devis envoyé, un animal mal conseillé. Changez de métrique, ou admettez que vous mesurez la curiosité.

Quand le premier parcours tient, le deuxième se discute. Pas avant. Tenir, c'est : ouvert le lundi, journal lisible, refus visible, quelqu'un d'autre que vous peut le couper. Tant que ces quatre points clochent, élargir c'est fuir.

Le droit de dire non est une fonctionnalité

Un chatbot générique recommande ce qui est en stock. Un expert métier écarte ce qui ne convient pas. La différence n'est pas le prompt. C'est un deuxième corpus — les règles du métier — et une règle d'abstention testée.

Sans ça, vous accélerez les mauvaises ventes. Plus vite, avec le même aplomb. Les équipes qui l'ont appris en production ne veulent plus d'un assistant « toujours utile ».

Le non se dessine à l'écran. Un motif, un renvoi vers un humain, pas une phrase molle. Si le refus est honteux, l'équipe le contournera en élargissant le prompt jusqu'à ce que le système invente. Vous aurez alors le pire des deux : l'autorité d'une IA, sans la discipline d'un vendeur.

Dans un commerce vivant, dire non évite un remboursement et un avis. Dans un cabinet, dire non évite un courrier qui n'aurait pas dû partir. Le coût du oui facile se voit plus tard, et plus cher. Un chatbot n'a pas ce compte. Un produit, si.

Testez le non comme vous testez le oui. Une question hors métier, un cas à risque, un document retiré. Si le système « se débrouille », ce n'est pas de la robustesse. C'est de l'invention. Vous ne la verrez pas dans la démo. Vous la verrez chez le client.

Le deuxième corpus n'est pas la FAQ. La FAQ dit ce que vous vendez. Les règles disent ce que vous ne vendez pas, à qui, sous quelle condition. Un expert de comptoir les a dans la tête. Un chatbot FAQ, non. Si vous n'écrivez pas ces règles, le modèle complétera. Il complétera dans le sens de la vente. C'est son biais, pas le vôtre — sauf que c'est vous qui servez la phrase.

Un refus a un propriétaire. Quelqu'un décide que tel produit est incompatible, tel client hors cible, tel document trop vieux. Sans propriétaire, le non pourrit : on élargit « pour cette fois », et cette fois devient la règle. Le propriétaire n'est pas l'ingénieur. C'est le métier.

N'achetez pas « plus de connaissances » pour éviter le non. Plus de pages, plus de PDF, plus de tickets : le système parlera plus, pas mieux. Le non se gagne en resserrant. Les équipes qui ont peur du silence ajoutent des sources jusqu'à ce que le silence disparaisse. Avec lui, la confiance.

Le chemin vers l'humain n'est pas un échec du produit. C'est le produit, dans les cas chers. Un visiteur écarté vers un vendeur, un dirigeant qui valide un devis : l'IA a fait sa part. Le chatbot qui insiste pour conclure tout seul confond autonomie et abandon.

Écrivez trois non avant le premier oui public. Trois cas que le métier refuse aujourd'hui, à la main. Si le système ne sait pas les refuser, vous n'ouvrez pas. Cette phrase fâche les calendriers. Elle évite les incidents. Les calendriers se rattrapent. Les incidents, moins.

Sans compte, vous ne savez pas à qui vous parlez

Un widget anonyme sur un site public n'est pas le même objet qu'un assistant derrière login. Le premier n'a pas le droit de voir un dossier. Le second n'a pas le droit de parler comme s'il était le premier. Mélanger les deux dans le même chat, c'est une faille de produit avant d'être une faille de sécu.

Launch commence par les comptes — pas parce que c'est « de la technique », parce que le métier change dès que vous savez qui pose la question. Un marchand, un visiteur, un dirigeant : trois tons, trois corpus, trois abstentions.

Un visiteur anonyme sur une fiche n'a pas à voir vos marges. Un salarié connecté n'a pas à parler comme la page d'accueil. Si le même fil sert les deux, vous avez déjà perdu. Séparez, ou n'ouvrez pas.

Les comptes, ce n'est pas « on ajoutera l'auth plus tard ». Plus tard, le prompt sera déjà écrit pour personne. Vous le réécrivez entièrement. Autant commencer par qui parle.

Qui parle décide aussi ce qui se logge. Un visiteur n'a pas à laisser un nom dans un journal interne. Un salarié, si — avec une durée, un accès, un motif. Sans compte, vous ne pouvez pas appliquer deux politiques. Vous en appliquez une, trop large, et vous attendez le jour où ça se voit.

L'identité n'est pas toujours un login/mot de passe. Sur WhatsApp, c'est le numéro que vous avez lié. Sur une boutique, c'est parfois « personne », et c'est une décision. « Personne » interdit le dossier, les commandes des autres, les notes internes. Si votre démo montre ces choses à un anonyme, ce n'est pas une avance. C'est une dette.

Trois rôles suffisent au premier parcours. Visiteur, opérateur, admin. Visiteur : pose, voit le refus, n'écrit pas le corpus. Opérateur : voit le journal de son périmètre, republie ce qu'il assume. Admin : coupe, voit l'isolation, paie l'inférence. Tout rôle supplémentaire avant le lundi matin est du théâtre organisationnel.

Les comptes orphelins tuent le lundi. Un accès « équipe projet » partagé, un mot de passe dans un mail. Le jour où quelqu'un part, plus personne n'ose toucher. Comptes nominatifs, dès le jour 1, même à trois personnes. C'est moins romantique qu'un lien magique. Ça survit à août.

Si vous n'avez pas le dépôt, vous n'avez pas le produit

Une démo chez le prestataire, un accès qui expire, un modèle que vous ne pouvez pas couper : ce n'est pas une mise en ligne. Le code, les accès et la possibilité d'arrêter le service le premier jour — sinon vous louez une dépendance.

C'est le contrat de Launch : comptes, un parcours, l'usage, la prod. Pas le multi-tenant, pas la facturation. Un produit que vos gens ouvrent, que vous possédez.

Demandez le dépôt avant la première ligne. Demandez qui paie l'inférence. Demandez comment on rollback une mauvaise version du prompt. Si ces trois réponses sont floues, vous n'achetez pas un produit. Vous achetez une réunion mensuelle.

Couper le service est un droit métier. Un tarif retiré, un incident, un corpus pourri : quelqu'un doit pouvoir éteindre sans appeler l'agence à 18 h. Si ce bouton n'existe que chez le prestataire, vous n'êtes pas en production. Vous êtes hébergé.

Launch pose le dépôt le jour 1 pour cette raison. Pas pour faire joli dans le contrat. Pour que le lundi matin, le produit soit à vous — y compris quand il faut l'arrêter.

Le prompt est du code. Il se versionne, se relit, se rétablit. Un pad partagé « pour aller plus vite » est un dépôt fantôme. Le jour de l'incident, personne ne sait quelle phrase était en ligne à 10 h. Le git le sait. Le pad, non.

Payer l'inférence chez vous n'est pas de la paperasse. C'est voir le prix. Un prestataire qui « inclut les tokens » les inclut jusqu'au mois où ça explose. Ensuite c'est un avenant. Voyez le compte dès la première semaine, même petit. Les surprises de facture sont des surprises de produit : quelqu'un pose trop de questions, ou le contexte est trop large, ou le cache n'existe pas.

Les accès tiers se listent. Modèle, hébergeur, canal, analytics. Chacun a une révocation. Si révoquer demande un ticket chez trois fournisseurs et un coup de fil, vous ne révoquerez pas le soir d'un incident. La liste tient dans une page. La page appartient au dépôt.

« On vous rendra le code à la fin » est une phrase de fin. Les fins se négocient mal. Le code dès le jour 1, ou ce n'est pas Launch. C'est une location avec option d'espoir.

Les métriques qui flattent, et celles qui paient

Un chatbot jamais ouvert a un taux de satisfaction infini. Personne n'est mécontent. Rien n'est livré. Mesurez des ouvertures, des questions réelles, des refus, des escalades. Le reste est de la décoration de comité.

« Avis positifs en réunion » n'est pas une métrique. C'est un climat. Le climat change le jour où un client cite une phrase fausse. Les ouvertures, elles, se lisent avant. Si elles sont à zéro, vous n'avez pas un problème de copy. Vous avez un problème d'endroit, ou d'absence de geste.

Comptez les refus comme un succès quand ils sont justes. Un produit qui n'écarte jamais n'est pas « plus utile ». Il est plus dangereux. Un taux de refus qui existe, qu'on relit, qu'on assume : c'est le signe que le deuxième corpus travaille. Un taux à zéro, c'est le chatbot.

L'escalade vers un humain n'est pas un échec si elle est rare et nommée. Elle est un échec si elle est le seul chemin, ou si personne ne la reçoit. Mesurez le délai de reprise, pas seulement le clic. Un refus vers une boîte morte est un mur.

Quatre semaines donnent une tendance, pas une vérité statistique. Vous cherchez un signal : est-ce que le geste a lieu sans vous. Si le signal est absent, changez la surface ou le corpus. N'achetez pas un modèle plus grand pour soigner un outil que personne n'ouvre.

Ce que vous ne mesurez pas sera raconté. « Ça aide beaucoup » est un récit. Les récits suffisent aux démos. Ils ne suffisent pas à décider d'un deuxième canal, ni d'un Growth. Posez trois chiffres le jour 1. Relisez-les le lundi de la semaine 5. Décidez alors.

Le test du lundi matin

Lundi, 9 h 12. La personne qui a la question ouvre-t-elle encore votre chat, ou est-elle revenue à son outil d'avant ? Si vous ne pouvez pas répondre, vous n'avez pas mesuré l'usage. Vous avez mesuré l'applaudissement.

Quatre semaines suffisent pour un premier parcours — pas pour « l'IA partout ». Selvren pose l'expert sur la fiche. SouverainIA, sur WhatsApp. Dans les deux cas, le lundi matin existe. C'est ça, un produit.

Mesurez des ouvertures, pas des « avis positifs en réunion ». Combien de questions réelles, combien de refus, combien d'escalades. Un chatbot qui n'est jamais ouvert a un taux de satisfaction infini. Ça ne paie rien.

Le lundi matin n'est pas une métaphore. C'est une heure, une personne, un geste. Allez voir. Pas un dashboard : la personne. Si elle a contourné — mail, téléphone, collègue — demandez pourquoi. Les réponses sont toujours les mêmes : trop loin, trop lent, trop bavard, pas le droit de dire non. Ce sont des décisions de produit. Pas des tickets « améliorer le prompt ».

Les équipes projet faussent le test : elles ouvrent par devoir. Excluez-les du compte. Le lundi qui compte, c'est celui de quelqu'un qui n'était pas dans le cadrage. S'il n'ouvre pas, le cadrage s'est trompé d'endroit. Revenir au canal. Revenir au geste. Ne pas ajouter une fonctionnalité pour « engager ».

Si le lundi existe, vous avez un produit. Ensuite seulement Growth : deux demandes par mois, le durcir, l'étendre. Si le lundi n'existe pas, Growth n'est pas la suite. C'est la prolongation d'une démo. L'audit aurait dû le dire. Launch le vérifie. Le chatbot, lui, peut rester dans la réunion.

Ce que Launch livre. Ce qu'un chatbot ne livrera jamais.

Comptes, un parcours, l'usage, la mise en ligne, le code dès le jour 1. Un refus visible. Un journal. Un bouton pour couper. Ce n'est pas du multi-tenant. Ce n'est pas la facturation. C'est le minimum pour que le mardi existe.

Un chatbot FAQ n'a pas ce minimum. Il a une fenêtre et un modèle. On peut l'admirer. On ne peut pas s'en servir comme d'un collègue. La différence se paie au moment où quelqu'un croit la réponse.

Si votre projet actuel tient en « on a branché l'IA sur le site », vous n'avez pas un retard de modèle. Vous avez un produit à écrire. L'audit dit si ça tient. Launch le construit. Le chatbot, lui, peut rester dans la réunion.

Ce que Launch refuse est aussi le livrable. Pas trois canaux. Pas « tous les documents ». Pas un assistant qui parle au nom de l'entreprise sans validation sur les gestes chers. Ces refus tiennent le calendrier. Sans eux, quatre semaines deviennent quatre mois, et le mardi n'arrive toujours pas.

Le dépôt, les comptes, le parcours : on peut les montrer en fin de Launch. Pas une URL de démo. Un outil que vos gens ouvrent, que vous pouvez éteindre, dont vous payez l'inférence. Si on ne peut pas le montrer ainsi, ce n'est pas fini. C'est encore un chatbot habillé.

Ensuite, si le lundi tient, on parle d'un deuxième geste. On le traite comme un nouveau périmètre, pas comme un switch. C'est comme ça que Selvren et SouverainIA restent des produits, pas des plateformes fantômes. Le chatbot universel, lui, promet la plateforme dès la slide 2. Il la livre rarement. Il livre la slide.