Startups et SaaS
Prototyper vite, clarifier un usage, brancher un agent sur un produit ou une opération sans créer une usine fragile.
Agents IA, sites web, automatisation
On part des tâches qui vous prennent la tête : mails, recherche, relances, veille, reporting. Puis on construit des agents utiles, contrôlables, connectés à vos outils.
01 / Terrain
On regarde le terrain avant de parler techno.
02 / Agents
Des agents pour chercher, trier, rédiger, surveiller.
03 / Livraison
Connectés à vos outils. Testés sur vos vrais cas.
Beaucoup d’équipes ont essayé ChatGPT, un Zapier ou deux, parfois un chatbot. Et puis elles sont revenues aux tableurs, aux copier-coller, aux messages Slack. Le problème, ce n’est pas toujours l’IA. C’est souvent le travail autour.
Notre boulot : prendre un morceau concret de votre quotidien, comprendre comment il se passe vraiment, puis construire l’outil qui l’absorbe sans mettre le bazar ailleurs.
On commence petit
Un flux précis. Une douleur claire. Un premier livrable qui tourne. Pas un grand plan de transformation en 80 slides.
On garde les traces
On garde ce qui compte : les sources, les décisions, les erreurs, les reprises humaines.
On livre du testable
Une V1 doit tourner sur de vrais cas. Elle doit aussi montrer où elle bloque.
Pour qui
Prototyper vite, clarifier un usage, brancher un agent sur un produit ou une opération sans créer une usine fragile.
Réduire les boucles répétitives, mieux tracer les décisions, garder les validations humaines aux bons endroits.
Construire une présence web, un outil éditorial, une veille ou un prototype qui porte une vraie direction.
Ce qu’on construit
On cherche les endroits où l’IA a une vraie prise : volume, répétition, recherche, synthèse, coordination. Le reste, on n’y touche pas.
Un agent qui répond, trie, cherche, rédige ou prépare le terrain. Pas un chatbot posé sur une page pour faire moderne.
On prend les tâches qui reviennent chaque semaine et on les branche proprement à vos outils. Moins de copier-coller, moins d’oublis.
Prix, concurrents, appels d’offres, signaux faibles. On collecte ce qui compte, on garde la trace, on vous alerte quand ça mérite une décision.
Quand les données ne doivent pas sortir, on pense local, permissions, logs et gouvernance dès le départ.
Des sites rapides, lisibles, avec une vraie direction. Pas un template SaaS repeint en noir.
Vous avez une intuition un peu floue mais importante. On en fait un prototype testable, puis on voit si ça mérite de devenir un vrai produit.
Une preuve qu’on peut vérifier
Un cas simple, sans données client. Nous avons donné au même protocole une liste d’URL françaises et anglaises, deux formats d’écran et des contrôles précis. Il a produit des relevés horodatés, une matrice de vérification et des fichiers contrôlables par hash. Une seconde personne garde le dernier mot avant publication.
Protocole, exemples de sorties expurgées et limites. Aucune donnée client.
Vérifier un parcours bilingue sans se contenter d’une capture ou d’un « ça marche chez moi ».
Des URL publiques, les deux domaines, des formats desktop et mobile, et une liste de contrôles définie avant le lancement.
Un navigateur headless relève le statut, l’URL finale, les canonicals, les liens de langue, la console, le réseau et le rendu.
Un relevé JSON par page et par format, une matrice de synthèse et un manifeste de hashes pour vérifier que les fichiers n’ont pas changé.
C’est une observation à un instant donné. Aucun formulaire n’a été envoyé et aucune conversion n’est déduite de l’audit.
Une revue séparée relit les constats, distingue les faits des hypothèses et peut bloquer la mise en ligne.
Méthode
On repère les sources, les outils, les exceptions, les gens qui valident, et les moments où tout ralentit.
On construit une première version, locale ou isolée. Elle doit sortir quelque chose de vérifiable, pas seulement impressionner en démo.
On branche ce qui doit l’être : mail, CRM, Drive, Notion, Slack, base métier, site, scraping, API.
Logs, alertes, limites connues, reprise humaine. Si on ne peut pas surveiller l’agent, on ne le met pas en production.
Le point final
Une idée floue, un process pénible, un site à reprendre, une veille à fiabiliser : ça suffit pour commencer. Le cahier des charges peut venir après.
Envoyer le contexte