Votre dépôt le code arrive chez vous, ligne par ligne

Vos clients réclament de l'IA.
Votre roadmap est déjà pleine.

On la développe dans votre produit, avec votre équipe.

L'intelligence développée à l'intérieur du logiciel que vous vendez déjà. Dans votre dépôt, à vos règles, sur vos données.

Votre produit fonctionne. Il a des utilisateurs, du chiffre d'affaires, une dette technique raisonnable. Depuis quelques mois, la question revient à chaque rendez-vous commercial, et vos concurrents annoncent des choses. Vos développeurs savent coder, mais mettre un modèle en production, mesurer si les réponses sont bonnes et tenir le coût mensuel, c'est un autre métier que le leur.

Nous développons cette partie avec eux, dans votre code, et nous partons quand ils savent la faire vivre. Pas de couche posée à côté, pas de dépendance à nous une fois la mission finie.

Demander un devis

Réponse sous 24 à 48 h ouvrées, par la personne qui fera la mission.

Ils nous font confiance
Koesio Growth Angels JSA Pythonia Lardet Électricité Pégase Digital Cortex OS AGFC GAG-GE Making Life Peakton Lardet Espaces Verts
Le constat

Ce n'est jamais le modèle qui coince.

Brancher un modèle et obtenir une première réponse prend une après-midi. Ce qui prend des mois, c'est tout ce qui vient après, et c'est là que les projets s'arrêtent.

La démo impressionne en réunion, puis un utilisateur pose la vraie question de son quotidien et la réponse est fausse. Personne ne sait dire pourquoi, ni si la correction va casser autre chose.
Vos données ne sont pas là où le modèle en aurait besoin. Elles sont réparties entre trois tables, un champ texte libre et des pièces jointes que personne n'a jamais lues autrement qu'à l'œil.
Le prototype ignore vos droits d'accès. Il répond à tout le monde à partir de tout, ce qui est acceptable dans une maquette et interdit dans un produit multi-clients.
La facture du fournisseur de modèle grimpe sans qu'on sache quel écran la fait grimper, et le sujet devient un débat au lieu d'un réglage.
La personne qui avait porté le sujet passe à autre chose, et le code reste dans une branche que plus personne n'ose fusionner.
La méthode

Comment se passe un développement IA sur mesure.

Trois temps. Le cadrage aboutit à un devis fixe. Le développement se fait dans votre dépôt avec vos développeurs. La passation est réussie le jour où votre équipe corrige un défaut sans nous appeler.

1.

Cadrage : deux semaines dans votre produit et vos données.

Nous lisons votre code, nous regardons vos tables, nous écoutons vos utilisateurs décrire ce qu'ils cherchent et ne trouvent pas. Nous en sortons trois choses : la fonctionnalité précise qui vaut le coup d'être développée en premier, un jeu de cas de référence pour mesurer la qualité, et un devis fixe. Si le cadrage conclut qu'il ne faut pas le faire maintenant, nous nous arrêtons là et vous ne payez que cette phase.

2.

Développement : six à quatorze semaines, dans votre dépôt.

Vos règles de contribution, vos revues de code, votre chaîne de déploiement. Vos développeurs voient chaque ligne arriver et la discutent. Une première version part en production sur un groupe restreint d'utilisateurs bien avant la fin, parce que ce sont eux qui disent ce qui manque. Chaque semaine, le jeu de cas de référence passe et vous voyez le score bouger.

3.

Passation : votre équipe reprend, et on le vérifie.

Nous documentons ce qui a été construit, nous montrons comment ajouter un cas de référence, changer de modèle et lire les coûts. La passation est réussie le jour où l'un de vos développeurs corrige une réponse fausse sans nous écrire. Ensuite vous nous gardez au mois si vous le souhaitez, ou vous partez avec, et les deux nous conviennent.

Le livrable

Ce que vous obtenez.

Quatre choses concrètes, toutes dans votre dépôt le jour où on se quitte.

A.

La fonctionnalité en production, dans votre produit.

Pas une maquette à côté : la fonctionnalité vit dans votre application, respecte vos droits d'accès, apparaît dans votre interface et se facture selon vos règles si vous décidez de la facturer.

B.

Le jeu de cas de référence qui dit si c'est bon.

Des questions réelles de vos utilisateurs et la réponse attendue, exécutables en une commande. C'est ce qui transforme « j'ai l'impression que c'est moins bien depuis hier » en un chiffre que tout le monde regarde. Vos équipes l'enrichissent après notre départ.

C.

Le contrôle du coût, écrit dans le code.

Un plafond par utilisateur et par mois, la trace de ce que chaque écran consomme, et de quoi changer de modèle sans réécrire la fonctionnalité. Le jour où un fournisseur augmente ses tarifs ou sort mieux, vous basculez.

D.

Une équipe qui sait la faire vivre.

Vos développeurs ont écrit une partie du code avec nous et savent où regarder quand une réponse dérape. La documentation tient en quelques pages utiles plutôt qu'en un manuel que personne n'ouvre.

Nos engagements

Ce que nous nous engageons à ne pas vous faire subir.

La liste vient de ce qu'on a vu chez des entreprises qui nous ont appelés après un premier prestataire.

Aucune brique propriétaire à nous dans votre produit. Tout ce que nous écrivons vit dans votre dépôt, sous votre licence, et fonctionne sans nous.
Aucun abonnement caché sur du code déjà payé. Vous payez le développement une fois, puis votre fournisseur de modèle et votre hébergement en direct, sans marge intermédiaire.
Aucune démo qui triche. Ce que vous voyez tourne sur vos données réelles, avec vos cas difficiles dedans, y compris ceux où la réponse reste mauvaise.
Aucun budget qui dérape en silence. Une demande nouvelle prend la place d'une autre dans le sprint ou fait l'objet d'un chiffrage séparé, et vous tranchez.
Aucune fausse urgence pour décrocher la signature. Pas de créneau qui part, pas de remise valable jusqu'à demain. Le tarif tient et le calendrier s'aligne sur le vôtre.
Et le test qui compte. Si le cadrage montre que votre produit n'est pas prêt, que vos données ne portent pas l'information nécessaire, ou que la fonctionnalité demandée ne changera rien pour vos clients, nous vous le disons et nous arrêtons. Vous repartez avec le cadrage écrit et de quoi décider seul. Nous refusons une partie des projets qu'on nous propose, et c'est ce qui rend le oui crédible quand nous le donnons.
Des produits qui ont leur partie intelligente

Ce qu'on a déjà développé dans le produit de quelqu'un d'autre.

Growth Angels, cabinet de conseil growth marketing à Valence.

Dimitri Munzer voulait que la méthode de son cabinet s'exécute sans ses consultants. Le produit avait sa raison d'être, ses écrans et ses clients pressentis. Ce qui manquait, c'était la partie qui analyse et qui décide, celle que personne dans l'équipe n'avait déjà mise en production.

Nous avons développé le moteur de Cortex OS, qui tourne aujourd'hui en production. Growth Angels facture désormais l'accès à des clients qui n'auraient pas pris une mission de conseil, et la méthode n'est plus seulement dans la tête de Dimitri.

JSA Groupe, systèmes de contrôle et supervision pour l'énergie et l'industrie, à Voiron.

Leurs ingénieurs cherchent dans une documentation technique dense : spécifications d'automates, normes, manuels de supervision, procédures. Trouver la bonne page prenait du temps à des gens dont le temps est cher.

Nous avons construit la recherche qui répond sur cette documentation en citant la source, pour que l'ingénieur vérifie d'où sort la réponse au lieu de la croire sur parole.

Ce que ça donnerait pour un éditeur comme vous.

Votre logiciel métier stocke depuis des années les dossiers, les échanges et les pièces jointes de vos clients. Vos utilisateurs passent leur journée à chercher dedans, et vos commerciaux entendent la même demande à chaque renouvellement.

La partie intelligente s'ajoute là où ils sont déjà, dans l'écran qu'ils ouvrent le matin, en respectant qui a le droit de voir quoi. Vous en faites un argument de vente et une ligne de facturation, sur un produit que vous n'avez pas eu à réécrire. Cas-type, à confronter au vôtre en visio.

Si votre situation ressemble à l'un de ces cas, parlons-en. Le premier appel sert exactement à vérifier que le sujet vaut le coup chez vous, et par quelle fonctionnalité il faudrait commencer.

Questions qu'on nous pose souvent

Les Q/R.

Combien coûte un développement IA sur mesure ?

Cela dépend de la profondeur de ce qu'on développe et de l'état de votre produit. Un module isolé dans une application propre et une fonctionnalité qui touche vos données clients, vos droits d'accès et votre facturation ne demandent pas le même travail. Le cadrage de deux semaines précède toujours le chiffre, et il débouche sur un devis fixe qui ne bouge plus ensuite.

Comment intégrer une IA dans une application qui existe déjà ?

En partant de l'endroit où vos utilisateurs sont déjà, pas d'un écran nouveau. On identifie la question qu'ils posent le plus souvent, on vérifie que vos données portent la réponse, on développe la fonctionnalité dans votre code en respectant vos droits d'accès, et on la met entre les mains d'un groupe restreint avant de l'ouvrir à tous. L'ordre compte : la plupart des projets échouent parce qu'ils commencent par le modèle au lieu de commencer par la question.

Quelle différence avec un SaaS sur mesure ?

Le SaaS sur mesure part d'une page blanche : votre produit n'existe pas encore, nous le construisons. Ici votre produit existe, il a des utilisateurs et du chiffre d'affaires, et nous développons l'intelligence à l'intérieur sans le réécrire. Si vous cherchez plutôt un composant à brancher que du code écrit chez vous, regardez la brique à brancher.

Vous travaillez dans notre dépôt ou dans le vôtre ?

Dans le vôtre. Vos règles de contribution, vos revues de code, votre chaîne de déploiement. Vos développeurs voient chaque ligne arriver et peuvent la discuter. À la fin de la mission, il n'y a rien à rapatrier puisque tout est déjà chez vous.

Nos développeurs n'ont jamais mis un modèle en production. C'est un problème ?

C'est le cas le plus fréquent, et c'est précisément la raison d'être de la mission. Ils savent coder, ils connaissent votre métier mieux que nous. Ce qui leur manque, c'est la mise en production d'un modèle, la mesure de la qualité des réponses et le contrôle du coût. Nous travaillons à côté d'eux pour que ça reste chez vous après notre départ.

Comment savoir si les réponses sont bonnes ?

On construit un jeu de cas de référence avec vos équipes avant d'écrire la moindre ligne : des questions réelles et la réponse attendue. Chaque version est mesurée dessus. Sans ce jeu de cas, personne ne peut dire si une modification améliore ou dégrade le résultat, et le sujet devient une affaire d'impression.

Où tournent les modèles et où vont nos données ?

Selon votre contrainte. Modèle hébergé en France ou en Suisse quand vos données ne doivent pas sortir, modèle d'un fournisseur américain quand ce n'est pas un sujet et que la qualité prime. Nous posons la question au cadrage, pas à la mise en production, et le choix reste réversible.

Combien ça coûte à faire tourner tous les mois ?

Nous le chiffrons pendant le cadrage, à partir de votre volume réel d'utilisation, et nous posons un plafond dans le code. Un système qui n'a pas de plafond finit toujours par surprendre son propriétaire un mois de forte activité.

Combien de temps avant que ce soit entre les mains des utilisateurs ?

Deux semaines de cadrage, puis six à quatorze semaines de développement selon le périmètre. La première version part en production sur un groupe restreint d'utilisateurs bien avant la fin, parce que ce sont eux qui disent ce qui manque.

Et après, qui fait vivre le système ?

Vous choisissez. Vos équipes reprennent la main, ou nous restons dans la durée : surveillance, mises à jour de modèles, contrôle des coûts, corrections et petites évolutions, avec un compte-rendu mensuel d'une page. C'est le pôle Accompagnement, avec arrêt libre à effet le mois suivant.

Que se passe-t-il si nous voulons arrêter en cours de route ?

Vous gardez ce qui a été développé, en état de fonctionner, dans votre dépôt. Les sprints sont facturés à mesure et jamais d'avance, donc il n'y a pas de pénalité de sortie.

Et si le cadrage conclut qu'il ne faut pas le faire ?

Nous nous arrêtons là. Le cadrage vous est facturé, vous repartez avec ce qui a été trouvé et nos recommandations. C'est arrivé, et c'est ce qui nous permet de dire oui franchement le reste du temps.

Si vous avez lu jusqu'ici, prenons 30 minutes.

30 minutes en visio. Vous nous montrez votre produit, vous nous dites ce que vos clients réclament et ce que vos développeurs ont déjà essayé. À la fin de l'appel, vous saurez par quelle fonctionnalité commencer, ce qu'elle demande comme travail, et si votre produit est prêt pour ça aujourd'hui ou dans six mois.

Contacter un expert

Réponse sous 24 à 48 h ouvrées, par la personne qui fera la mission.

Alexandre Blanc, fondateur Techmind Gregory Mariani Fabrice Guillaume

L'équipe fondatrice

Votre interlocuteur Techmind · vous parlerez directement à l'un d'entre nous, sans intermédiaire