À PROPOS D'EDMA
EDMA Group est une entreprise de commerce physique — 9 pays de fabrication, plusieurs marchés de distribution, environ 20 millions de boîtes par an. TradeOS pilote l'opération. Nous ne l'avons commercialisé qu'après deux ans d'utilisation en interne, qui ont établi ce qui comptait et ce qui ne comptait pas. Cette page raconte cette histoire et l'architecture qu'elle a produite.
Lire l'histoireVoir l'architecture →
GMV
$80Mannuel · commerce physique · EDMA Group
Historique opérationnel
2 ansdogfood continu · même code en production
Fabrication
9pays · vraies usines · vrais lots
Volume
~20Mboîtes par an · marchés multiples
Locataires aujourd'hui
1nous seuls · jusqu'à vous
COMMENT NOUS EN SOMMES ARRIVÉS LÀ
EDMA Group a démarré comme une opération de commerce physique. Au fil du temps, nous nous sommes développés dans 9 pays de fabrication et sur plusieurs marchés de distribution — et notre stack logicielle a grandi jusqu'à 14 outils maintenus ensemble par e-mail et tableurs. NetSuite pour la comptabilité. SAP pour le côté fournisseurs. Salesforce pour le côté acheteurs. DocuSign pour les contrats. Slack pour les opérations. L'e-mail pour tout le reste.
Le coût cumulé du transfert d'informations entre ces outils absorbait environ un tiers de nos effectifs dédiés aux opérations commerciales. Les équipes ne faisaient pas du commerce — elles retranscrivaient des données entre des systèmes qui ne communiquaient pas entre eux.
Nous avons donc construit TradeOS. D'abord pour nous-mêmes, puis pour les opérateurs dont nous savions qu'ils payaient la même taxe. Chaque section du produit a été construite parce que nous en avions besoin sur une transaction ce jour-là, non parce qu'elle avait bonne mine sur une feuille de route.
LE CRITÈRE QUE NOUS NOUS SOMMES IMPOSÉ
La version que vous voyez sur edma.trade est la version publique de la même plateforme sur laquelle EDMA Group fonctionne en interne. Pas de fork. Pas de build « démo » séparé. Pas de version Enterprise distincte. Quand quelque chose nous est livré un mardi, cela est livré aux opérateurs le mercredi. Quand quelque chose se casse sur une vraie transaction, c'est corrigé sur une vraie transaction.
DÉCISIONS OPÉRATEUR D'ABORD · PREUVES
Six décisions de conception dans TradeOS que nous n'aurions pas prises — et que nous n'aurions probablement pas remarquées — si nous ne traitions pas de vraies transactions sur la plateforme au quotidien.
01
Nous en avons testé davantage dans les premières maquettes. L'analyste financier ne lisait jamais au-delà de six. Six tiennent sur un écran sans défilement et restent présents dans l'esprit d'un souscripteur en même temps. Nous avons supprimé le reste. Six est désormais la spécification figée.
→ Crédit acheteur · Statut de cession · Police d'assurance · Complétude documentaire · Production & expédition · Réclamations clients
02
Un financier qui signale son intérêt sur un listing ne voit pas le nom de l'opérateur tant que celui-ci n'a pas approuvé la société du financier. L'opérateur et le financier se révèlent au même moment, par consentement mutuel. Le comportement par défaut dans la plupart des produits Marketplace est en une étape (vous enchérissez, ils vous voient). Nous avons accepté le coût opérationnel (correspondance plus lente) pour le gain protocolaire (protection de l'identité jusqu'à l'engagement).
→ listing.disclosure_state = 'pending' | 'disclosed'
03
Les frais de plateforme sont facturés au financier. Les opérateurs paient un abonnement à la plateforme pour accéder à TradeOS — ils ne paient pas de frais de listing ou de mise en relation supplémentaires. Facturer des frais de transaction à l'opérateur réintroduirait exactement la friction que le Marketplace a été conçu pour éliminer.
→ Côté financier : frais de plateforme par événement de remboursement · Côté opérateur : abonnement uniquement
04
Pas de tableur. L'acheteur paie conformément au Notice of Assignment, le financier déduit le capital + les frais + les frais de plateforme, et le solde résiduel de l'opérateur est viré automatiquement en T+2. Nous avons écrit la logique du waterfall la première fois que nous avons factorisé une créance réelle sur notre propre plateforme, en réalisant que nous étions sur le point de faire les calculs dans Excel comme tout le monde.
→ 7 lignes déterministes · dérivées du contrat · zéro réconciliation
05
Un connaissement est partagé avec le client. Une facture fournisseur ne l'est pas. Un contrat d'approvisionnement est partagé avec le financier mais pas avec le client. Cinq états de visibilité répartis sur six types de contreparties — 30 permutations d'exposition distinctes sur la chaîne documentaire. Les outils de collaboration standards ont deux états. Nous avons développé le nôtre parce que nous n'avions pas le choix.
→ Opérateur · Fournisseur · Client · Logistique · Financier · Plateforme
06
Les clients pensent « je règle des choses », pas « je traite des factures ». Nous avons renommé la route de navigation mobile après que nos propres clients ne trouvaient plus les factures. Mêmes données, libellé différent. Le vocabulaire, c'est le produit.
→ Même route · deux libellés · UX wins
L'ÉQUIPE
La plateforme est construite par une équipe qui a géré du commerce physique. Nick, le fondateur, a conçu le système et l'utilise chaque jour sur de vraies opérations EDMA Group dans neuf pays de fabrication. L'équipe d'ingénierie est petite et travaille en cycles courts avec l'équipe trade-ops — ceux dont les lundis deviennent plus simples quand la bonne chose part à temps.
Pas de consultants, pas d'ingénieurs en régie, pas de code en marque blanche. Chaque ligne de TradeOS a été écrite par quelqu'un qui a soit tradé le produit physique, soit observé ses voisins de bureau le faire.
ESPACE NÉGATIF · UTILE À PRÉCISER
La plupart des pages produit expliquent ce qu'est quelque chose. La façon la plus rapide de faire comprendre ce que nous construisons, c'est de préciser ce que nous avons décidé de ne pas être.
× NOT
La Marketplace est un onglet de TradeOS. La valeur de la plateforme repose sur le registre opérationnel, pas sur le matching. Si nous n'avions jamais mis en relation un seul opérateur et un financier, les sections Commandes / Produktion / Expéditions / Dokumente / Tâches / Finance / Tableau de bord constitueraient toujours un stack opérationnel complet.
× NOT
Nous avons démarré dans le commerce physique. Chaque mot du modèle de données présuppose une marchandise réelle qui se déplace entre de vraies parties à travers une vraie frontière. Nous n'avons aucun intérêt à devenir le prochain ServiceTitan, Procore ou Toast. L'expansion horizontale — si elle arrive un jour — se fera vers le réseau, pas vers d'autres secteurs.
× NOT
La Marketplace est une infrastructure opérationnelle à laquelle est adossée une surface de financement. Nous facturons des frais de plateforme, pas un spread. En v1, nous ne détenons pas d'argent — le financier paie le fournisseur directement ; le client paie le financier directement. Nous ne sommes pas une banque, ni un teneur de marché, ni une plateforme de conservation d'actifs.
× NOT
EDMA Group s'est développé par autofinancement grâce à la marge commerciale, pas par term sheets. La plateforme a été financée par l'activité de commerce physique qui en a besoin. Les capitaux extérieurs, lorsqu'ils arrivent, sont calibrés pour étendre le registre opérationnel et le rythme de développement — pas pour courir après des logos ou suivre une courbe de croissance à tout prix.
× NOT
Le produit intègre de l'IA — Atlas Document Intelligence analyse la chaîne documentaire, l'Accounting AI rapproche les paiements des factures, Bot Studio permet aux opérateurs de créer des agents en anglais courant. Tout cela existe parce que nous en avions besoin sur une opération précise, un jour précis. Nous sommes un registre opérationnel qui utilise l'IA là où elle est utile. Nous ne sommes pas un chatbot en quête d'un workflow.
OÙ EN SOMMES-NOUS AUJOURD'HUI
Nous indiquons ce que nous livrons et ce que nous ne livrons pas encore. La liste ci-dessous correspond à la partie de la plateforme déjà en exploitation chez EDMA Group ou en développement actif pour la v1 publique.
Le système d'enregistrement opérationnel. 19 sections, 4 portails. Couvre l'intégralité du cycle de vie du commerce physique — Commandes, production, Expéditions, documents, tâches, finances, Dashboard, communications — pour l'opérateur et ses contreparties.
Des financiers pré-qualifiés enchérissent sur les annonces publiées par l'opérateur. Les frais de plateforme sont réglés par le financier à chaque événement de remboursement. Une divulgation en deux étapes protège l'identité jusqu'à l'accord des deux parties.
Au-delà de ces deux interfaces, nous avons défini des travaux d'architecture à plus long terme liés aux rails de règlement et aux adjacences des marchés de capitaux — mais ceux-ci ne seront pas commercialisés avant leur livraison. Le principe est le suivant : seules figurent sur cette page les fonctionnalités sur lesquelles vous pouvez conclure une transaction aujourd'hui, ou que vous pourrez utiliser dès la v1.