Pourquoi nous avons créé Sovran : usage des API, souveraineté client et estimations plus rapides

Diriger une activité d’automatisation IA fait apparaître un ensemble précis de difficultés opérationnelles qu’un CRM générique n’a jamais été conçu pour résoudre. Nous les avons rencontrées toutes les trois nous-mêmes avant de décider que la solution n’était pas un meilleur tableur — mais un logiciel entièrement différent.

Les trois problèmes que nous rencontrions sans cesse

Le premier était des coûts d’usage d’API faciles à perdre de vue jusqu’à l’arrivée d’une facture. Chaque workflow que nous exécutons pour un client s’appuie sur une combinaison de modèles d’IA et d’API tierces, et ces coûts évoluent avec l’usage d’une manière facile à mal estimer et facile à perdre de vue une fois qu’un projet est en ligne et que l’attention se porte ailleurs.

Le second était des questions client par client sur l’emplacement des données et qui peut y accéder — le genre de question qui vivait autrefois éparpillée entre notes de projet, documents d’intégration, et quiconque se souvenait de la réponse, plutôt qu’en un seul endroit que toute l’équipe pouvait consulter.

Le troisième était un flux constant de nouvelles demandes, chacune nécessitant une estimation rapide et défendable avant que le travail puisse commencer. Un processus de devis lent ou incohérent ne coûte pas seulement du temps — il coûte de la crédibilité auprès d’un client potentiel qui évalue aussi la manière dont la collaboration elle-même est susceptible de se dérouler.

L’usage des API, rendu visible

Sovran suit et calcule l’usage des API par client, afin que le coût reste visible au fur et à mesure plutôt que d’apparaître comme une surprise sur une facture des semaines plus tard. Cette visibilité compte dans les deux sens : elle nous permet de repérer un workflow qui dérape avant qu’il ne devienne un problème coûteux, et elle permet à un client de voir exactement à quoi ressemblait son usage, plutôt que de faire confiance à un montant global.

La souveraineté client réunie en un seul endroit

Sovran maintient la gestion des données et de l’infrastructure de chaque client visible en un seul endroit, plutôt qu’éparpillée entre notes de projet et mémoire individuelle. Lorsqu’un client demande où se trouvent ses données ou qui y a accès, la réponse provient d’un système de référence, pas de la personne qui se souvient du projet.

Des estimations plus rapides et défendables

Sovran intègre un système d’estimation, afin qu’une nouvelle demande se transforme rapidement en devis au lieu de repartir d’une page blanche à chaque fois. Cela ne signifie pas que chaque estimation est instantanée ou automatique — certains travaux nécessitent réellement un cadrage — mais le point de départ est une base structurée plutôt qu’un calcul refait de zéro pour chaque demande.

Pourquoi nous ne l’avons pas construit sur une plateforme tierce

La couche API derrière Sovran est construite et exploitée comme un système entièrement souverain, sans passer par une plateforme CRM tierce. C’était un choix délibéré, et plutôt évident une fois que nous nous le sommes avoué : il aurait été incohérent de faire tourner notre propre socle de gestion client via exactement le type de dépendance tierce contre laquelle nous conseillons la prudence à nos clients ailleurs sur ce site.

Ce que nous avons délibérément laissé de côté

Sovran n’essaie pas d’être un CRM généraliste avec des fonctions d’automatisation ajoutées. Il ne poursuit pas chaque capacité qu’une plateforme générique plus large pourrait offrir, car la plupart de ces fonctionnalités existent pour servir un éventail d’entreprises bien plus large que la nôtre. Le limiter aux trois problèmes ci-dessus en a fait quelque chose que nous pouvions construire et maintenir correctement, plutôt qu’un outil tentaculaire faisant beaucoup de choses de façon acceptable et aucune particulièrement bien.

C’est aussi pourquoi il n’est pas vendu aujourd’hui comme produit autonome à d’autres agences. Il a d’abord été construit pour résoudre nos propres problèmes opérationnels, et bien que ces trois mêmes problèmes soient assez courants dans le secteur de l’automatisation IA pour que d’autres y soient clairement confrontés aussi, nous préférons être honnêtes sur le fait qu’il est actuellement construit et calibré autour de notre façon de travailler spécifique.

Nous avons examiné les plateformes CRM et de gestion d’agence existantes avant de construire quoi que ce soit, et avons retrouvé le même schéma à chaque fois : des outils généralistes techniquement configurables pour suivre l’usage des API ou estimer un travail, mais uniquement via des contournements ajoutés à un système conçu pour un autre type d’entreprise. Configurer autour d’une inadéquation reste une inadéquation — cela coûte simplement plus de temps à découvrir.

À qui Sovran s’adresse réellement

En interne, Sovran est utilisé par les personnes qui cadrent les nouveaux travaux, celles qui construisent et surveillent les workflows une fois en ligne, et celles qui ont besoin d’une réponse claire sur la posture de données d’un client précis sans fouiller d’anciennes notes. Si vous êtes client BMaiKR, Sovran est le système derrière le devis que vous avez reçu et le projet que vous suivez — le même système que ce site présentait auparavant sous le nom « Espace Client », désormais décrit pour ce qu’il fait réellement plutôt que comme un nom générique pour « là où les clients se connectent ».

Et ensuite

Sovran n’est pas achevé, au sens où aucun logiciel ne l’est vraiment — le système d’estimation en particulier est un domaine que nous comptons continuer à affiner à mesure que s’élargit l’éventail de workflows pour lesquels nous établissons des devis. Ce à quoi nous nous engageons publiquement, c’est la même exigence que nous demandons à quiconque nous recommanderions : décrire ce qu’il fait réellement aujourd’hui, pas ce que nous espérons qu’il deviendra, et mettre à jour cette description si la réponse change.

C’est aussi pourquoi cet article existe en premier lieu. Un produit conçu pour gérer la souveraineté et la transparence pour les clients devrait être présenté de la même façon — clairement, en montrant le raisonnement plutôt qu’en le supposant, et sans habiller un outil interne en quelque chose de plus qu’il n’est actuellement.