Outils IA et chatbots

Un assistant qui répond à partir de vos propres contenus, pas en devinant.

Un chatbot ou une fonction IA fondée sur vos propres documents et données. Il répond dans les langues de vos clients, dit quand il ne sait pas, et passe les cas difficiles à une personne.

En quoi cela consiste

Les usages les plus utiles de l’IA sont étroits. Un assistant qui répond aux questions sur votre produit. Un outil qui lit des documents et en sort les champs voulus. Une aide dans une application que vous faites déjà tourner.

Le modèle est la partie facile. Le travail est dans ce qu’on lui donne et dans ce qu’on fait de la réponse. Vos contenus doivent être rassemblés, nettoyés et rendus interrogeables, pour que les réponses viennent de chez vous et non d’une invention. Le système a besoin d’une limite nette, et d’une façon de dire qu’il ne sait pas. Quelqu’un doit lire les conversations, les corriger, et passer les cas difficiles à une personne. Le coût par requête compte, parce qu’il se répète toute la journée.

Je les construis avec le Vercel AI SDK et Claude, branchés sur vos données. L’arabe et l’anglais sont prévus dès le départ, pas ajoutés après.

Ce que vous obtenez

Un périmètre écrit : ce à quoi l’assistant répond, et ce qu’il refuse
Vos contenus rassemblés, nettoyés et rendus interrogeables pour le modèle
L’assistant sur votre site, dans votre appli, ou sur WhatsApp
Un tableau de bord des vraies conversations, où vous corrigez les réponses
Le passage à une personne quand l’assistant atteint sa limite
Usage et coût visibles, pour que la dépense ne vous surprenne pas

Exemples de ce type

Un chatbot de support qui répond à partir de vos pages d’aide
Un assistant qui lit les factures et renvoie les champs structurés
Une barre de recherche qui répond par des phrases, pas des liens
Un assistant interne branché sur les documents de votre équipe
Un outil de rédaction qui écrit les premières versions avec vos mots

Comment je les bâtis

Les six mêmes étapes, formulées dans le langage de ce type de produit.

Vous me racontez l’idée

Une seule conversation, en général une trentaine de minutes.

On parle jusqu’à ce que je vous redise votre idée comme vous la pensez.

On commence par une conversation, en français, en arabe ou en anglais. Vous décrivez l’idée avec vos mots à vous. Je pose des questions : pour qui c’est, comment ces gens font aujourd’hui, ce que vous voulez qu’il se passe. Je note ce que j’ai entendu et je vous l’envoie à corriger.

Ce que vous avez à la finUn brief écrit de l’idée : objectif, utilisateur, hypothèses, ce que veut dire réussir.

Vous voyez ce qui manque

Quelques jours, parfois une semaine.

Je cherche ce qui existe déjà, et où ça coince pour ceux qui s’en servent.

Je passe en revue les produits dont vos utilisateurs se servent déjà, gratuits et payants. Je lis ce dont les gens se plaignent dans les avis, les forums et les fils de support. Je regarde comment les concurrents facturent. Puis je note les manques réels, et ceux qu’il vaut mieux laisser.

Ce que vous avez à la finUn rapport sur le marché et les concurrents : manques classés, liens vers les preuves.

Vous voyez les vrais écrans

Souvent une ou deux semaines.

On décide ce que sera le produit, et vous le voyez avant qu’il existe.

Je transforme ces manques en un produit que vous pouvez voir. D’abord la forme : ce qu’il fait, qui se connecte, à quoi sert chaque écran. Puis des écrans cliquables à ouvrir sur votre téléphone. Vous les utilisez, vous me dites ce qui cloche, je corrige avant la moindre ligne de code.

Ce que vous avez à la finUn prototype cliquable des écrans clés, et la liste validée des fonctionnalités.

Vous validez le plan

Souvent quelques jours.

Je découpe la construction en phases, chacune avec son périmètre et son prix.

Tout construire d’un seul bloc, c’est là que les projets déraillent. Alors je découpe en phases. Chaque phase a son périmètre, son prix et son résultat qui marche. Vous validez chaque phase avant qu’elle commence. Je ne vous demande jamais de vous engager sur tout le projet d’un coup.

Ce que vous avez à la finUn plan des phases, par écrit : périmètre, prix et résultat de chacune.

Vous suivez la construction

La plus longue étape. Des semaines à des mois selon le périmètre.

Le produit se construit dans l’ordre, et vous le voyez marcher chaque semaine.

Je construis phase par phase, en commençant par la partie la plus risquée. Chaque semaine, un vrai lien que vous ouvrez et utilisez. Rien n’est caché jusqu’au bout. Si quelque chose prend plus de temps que je l’avais dit, vous l’apprenez par moi, et en premier.

Ce que vous avez à la finUn produit qui marche, en ligne, mis à jour chaque semaine, avec le code dans un dépôt à vous.

Vous lancez, et je reste

Le lancement prend des jours. Ensuite, ça continue.

Le produit est lancé, et je reste jusqu’à ce qu’il tourne vraiment bien.

Le lancement est une étape, pas l’arrivée. Je bascule le produit sur votre domaine et vos comptes, j’observe les premiers vrais utilisateurs, je corrige ce qui les bloque. Puis je vous remets de quoi le faire tourner. Si vous voulez, je reste.

Ce que vous avez à la finLe produit en ligne sur votre domaine, les comptes, le code et un court guide de reprise.

Voir les six étapes en détail

Ce que je bâtis

C’est ce qu’il vous faut ?

Si vous ne savez pas de quel type relève votre idée, c’est une question normale, et une bonne raison d’en parler.

Parlez-moi de votre idée Ou envoyez un brief complet

Ce que je bâtis aussi