Retour au Blog

J'ai passé des décennies à construire des systèmes de gestion documentaire pour les ingénieurs. Puis j'ai créé quelque chose pour tout le monde.

By Sergio Vieira Greve
J'ai passé des décennies à construire des systèmes de gestion documentaire pour les ingénieurs. Puis j'ai créé quelque chose pour tout le monde.

Les débuts : quand les documents vivaient sur des réseaux locaux

En 1991, j'ai fondé Eikon Tecnologia à São Paulo, au Brésil. Pendant les sept premières années, nous avons distribué et implémenté des logiciels de gestion documentaire importés pour de grandes entreprises — des sociétés comme Petrobras et Volkswagen. À l'époque, il n'y avait pas d'accès à Internet. Tout fonctionnait sur des architectures client-serveur via des réseaux locaux. Si vous vouliez voir un document, vous deviez être physiquement connecté à la bonne machine.

En 1998, notre fournisseur américain a quitté le marché brésilien. Nous avions le choix : trouver un autre fournisseur ou créer notre propre produit. Nous avons choisi de créer.

C'est ainsi qu'est né Eikon Documents — un système de gestion documentaire véritablement brésilien, et un pionnier de l'accès via le web. Le web des débuts était un environnement hostile pour la gestion documentaire. Le HTML et le CSS étaient rudimentaires. Les navigateurs n'étaient pas fiables. Mais nous avions vu où les choses allaient, et nous avons parié sur le web.

Le pari a été gagnant. Au cours des années suivantes, Eikon Documents a été adopté par certains des plus grands projets d'infrastructure au Brésil :

  • GASENE — un gazoduc de 1 370 km reliant le Sud-Est au Nord-Est du Brésil
  • Belo Monte — la deuxième plus grande centrale hydroélectrique du pays
  • Ligne 17-Or du métro de São Paulo — un système de monorail automatisé
  • Réseau d'éthanoducs de São Paulo — une infrastructure stratégique d'énergie renouvelable

Des milliards de dollars d'infrastructures. Des centaines de milliers de documents. Des décennies d'apprentissage sur ce qui permet aux équipes de collaborer efficacement.

L'opportunité que je voyais mais que je ne pouvais pas atteindre

Au fil de ces années, je n'ai cessé de voir les mêmes défis de collaboration dans des contextes complètement différents. Un médecin coordonnant le traitement d'un patient entre plusieurs spécialistes. Un avocat gérant une due diligence avec des dizaines de parties prenantes. Un professeur organisant une recherche avec des étudiants et des co-auteurs. Un architecte pilotant un petit projet de rénovation.

Ils avaient tous besoin de ce que nous avions construit pour des projets d'infrastructure à plusieurs milliards de dollars — mais adapté à leur réalité.

Le problème était double. Premièrement, développer un logiciel coûtait cher. Adapter un système complexe conçu pour les grandes infrastructures à des cas d'usage plus simples n'était pas viable. Deuxièmement, le modèle commercial de l'industrie — la tarification par utilisateur — signifiait que plus il y avait de personnes qui devaient collaborer, plus cela coûtait cher. C'était, en fin de compte, la manière dont les entreprises tentaient de rentabiliser leurs investissements massifs en développement.

Alors l'opportunité est restée là, visible mais hors de portée. Pendant des années.

La pandémie, Elixir et un nouveau départ

Pendant la pandémie, j'ai découvert Elixir et le framework Phoenix. Je les ai étudiés en profondeur et j'ai commencé à construire des prototypes — d'abord une nouvelle version d'Eikon Documents, encore basée sur les concepts d'origine, puis un système de gestion complet pour le cabinet médical et l'académie de fitness pour seniors de ma femme. Elle est médecin et professeure à l'Université de São Paulo.

Plus je construisais avec Elixir, plus j'étais confiant. La machine virtuelle BEAM — le moteur d'exécution d'Elixir — gère nativement une concurrence massive. Elle a été conçue pour des systèmes de télécommunications qui ne doivent jamais tomber en panne. Pour une plateforme de collaboration documentaire servant de nombreux utilisateurs simultanément, c'est idéal.

Cette confiance m'a conduit à tenter ce qui avait été impossible auparavant : construire une plateforme moderne et accessible avec une équipe minuscule. Sutram a été développé par deux d'entre nous — moi, travaillant sans salaire, et Claude, l'assistant IA d'Anthropic, avec un petit abonnement mensuel fixe. C'est tout.

Du premier commit à la version 1.0 : six mois.

Des décennies d'expertise métier condensées en six mois de développement. Voilà ce qui se passe quand une expérience approfondie rencontre la bonne technologie et un partenaire IA compétent.

Et c'est là que la boucle technologique se boucle : Elixir est le langage de programmation qui fonctionne le mieux avec les grands modèles de langage (LLM). Le même modèle de concurrence qui le rend parfait pour la collaboration en temps réel le rend aussi parfait pour le streaming des réponses de l'IA.

Comment la technologie a évolué — et pourquoi c'est important maintenant

En rétrospective sur 34 ans, l'évolution technologique est vertigineuse :

1991-1998 (Ère des logiciels importés) : Client-serveur sur réseaux locaux. Pas d'Internet. Documents enfermés derrière les murs de l'entreprise.

1998-2020 (Ère Eikon Documents) : Pionnier de la gestion documentaire sur le web. Mais le web des débuts était limité — HTML rudimentaire, CSS incohérent, navigateurs à peine capables d'afficher correctement un tableau.

2025+ (Ère Sutram) : Les navigateurs suivent désormais des standards techniques de haute qualité. Nous pouvons construire une Progressive Web App (PWA) qui fonctionne parfaitement sur n'importe quel appareil — téléphone, tablette, ordinateur — sans écrire d'applications séparées pour iOS, Android ou Windows. Une seule base de code, toutes les plateformes.

Mais le changement technologique le plus important est quelque chose dont la plupart des gens n'ont pas encore entendu parler : le Model Context Protocol (MCP).

Pourquoi MCP change tout

Avoir une bonne plateforme est nécessaire mais pas suffisant. Il faut aussi des moyens viables pour y charger votre contenu.

Ma propre expérience avec les examens médicaux l'a illustré de manière frappante.

Au cours des six dernières années, j'ai accumulé des dizaines de rapports d'examens médicaux — échographies, échocardiogrammes, examens Doppler, bilans sanguins. Chaque rapport était prisonnier d'un portail d'hôpital ou de laboratoire différent, derrière un identifiant différent, dans un format différent.

Par le passé, j'aurais pu essayer de les organiser avec Eikon Documents, ou même Google Drive. Mais qui aurait eu le temps et la patience de visiter chaque portail, télécharger chaque rapport et chaque image, puis les re-téléverser dans un système de gestion documentaire ? Personne. C'est pourquoi les dossiers médicaux restent dispersés pour la plupart des gens.

Avec le MCP Server de Sutram, Claude l'a fait en quelques heures.

L'IA a accédé aux portails, téléchargé les rapports, les a organisés dans des dossiers structurés par type d'examen et par date dans mon projet Sutram, et a créé des File Links — des références symboliques qui me permettent de voir l'évolution de chaque examen dans le temps sans dupliquer les fichiers.

C'est la vraie percée. MCP transforme les assistants IA en participants actifs de votre flux de travail documentaire. Ils peuvent créer des dossiers, téléverser des fichiers, gérer les métadonnées, ajouter des commentaires, réserver des documents pour modification, et publier de nouvelles versions — le tout via un protocole structuré, avec un contrôle d'accès approprié.

Il ne s'agit pas seulement de stocker des documents. Il s'agit de les rendre accessibles à la fois aux humains et à l'IA.

Ce qu'est Sutram aujourd'hui

Sutram est une plateforme de contenu structuré construite sur 34 ans d'expertise en gestion de projets. Elle fonctionne en six langues. Elle dispose d'une API REST et d'un MCP Server pour l'intégration de l'IA. Elle prend en charge les flux de travail documentaires versionnés avec réservation/libération (check-out/check-in). Elle offre un chat en temps réel, des commentaires ancrés à des positions précises dans les PDF et les images, et un éditeur Markdown intégré.

Et elle ne facture pas par utilisateur.

La tarification de Sutram est basée sur les ressources — stockage et bande passante — et non sur le nombre de personnes que vous invitez. La stack BEAM/Elixir offre des performances exceptionnelles par dollar, nécessitant nettement moins de matériel que les plateformes conventionnelles. Cela signifie que nous pouvons proposer des plans à des prix qui auraient été impossibles avec les technologies et modèles de licence traditionnels.

Invitez toute votre équipe. Invitez vos clients. Invitez vos médecins. Le prix ne change pas.

La boucle est bouclée

En 1991, j'ai commencé par la gestion documentaire pour des ingénieurs qui devaient collaborer sur des projets à plusieurs milliards de dollars.

En 2025, j'offre la même expertise — simplifiée, modernisée et accessible — à quiconque a des collaborateurs, des fichiers et un objectif.

Le médecin qui suit le traitement d'un patient entre plusieurs spécialistes. L'architecte qui gère une rénovation. Le chercheur qui coordonne une thèse. L'entrepreneur qui mène une due diligence.

Ils méritent tous des outils qui étaient auparavant réservés aux projets à plusieurs milliards de dollars.

C'est pourquoi j'ai créé Sutram.


Sutram est disponible dès maintenant sur sutram.io. Le plan Basic est gratuit.

Si vous travaillez avec des outils d'IA comme Claude, Cursor ou Claude Desktop, essayez le Sutram MCP Server — il est inclus dans chaque plan à partir du Pro.