ÜBER EDMA
EDMA Group ist ein Unternehmen im physischen Handel — 9 Produktionsländer, mehrere Vertriebsmärkte, rund 20 Millionen Kartons pro Jahr. TradeOS steuert den Betrieb. Wir haben es erst als Produkt herausgegeben, nachdem zwei Jahre Eigenbetrieb gezeigt hatten, was zählt und was nicht. Diese Seite erzählt diese Geschichte und die daraus entstandene Architektur.
Die Geschichte lesenDie Architektur ansehen →
GMV
$80Mjährlich · physischer Handel · EDMA Group
Betriebsaufzeichnung
2 J.kontinuierliches Dogfood · gleicher Code in Produktion
Fertigung
9Länder · echte Fabriken · echte Lose
Volumen
~20MKartons pro Jahr · mehrere Märkte
Mandanten heute
1nur wir · bis Sie kommen
WIE WIR HIERHER GEKOMMEN SIND
EDMA Group begann als physisches Handelsunternehmen. Im Laufe der Zeit haben wir uns auf 9 Produktionsländer und mehrere Vertriebsmärkte ausgeweitet — und unser Software-Stack wuchs auf 14 Tools an, die mit E-Mail und Tabellen zusammengehalten wurden. NetSuite für das Hauptbuch. SAP für die Lieferantenseite. Salesforce für die Käuferseite. DocuSign für die Verträge. Slack für den Betrieb. E-Mail für alles dazwischen.
Die kumulierten Kosten für den Informationsfluss zwischen diesen Tools fraßen ungefähr ein Drittel unserer Trade-Ops-Kapazität. Die Mitarbeiter betrieben keinen Handel — sie übertrugen Daten zwischen Systemen, die nichts voneinander wussten.
Also haben wir TradeOS gebaut. Zuerst für uns selbst, dann für die Operateure, von denen wir wussten, dass sie dieselbe Steuer zahlten. Jeder Bereich im Produkt wurde gebaut, weil wir ihn an einem konkreten Deal an jenem Tag brauchten — nicht weil er auf einer Fahrplan gut aussah.
DER MASSSTAB, DEN WIR AN UNS SELBST ANGELEGT HABEN
Die Version, die Sie unter edma.trade sehen, ist das öffentliche Release derselben Plattform, auf der EDMA Group intern betrieben wird. Kein Fork. Kein separater „Demo”-Build. Keine separate Enterprise-Version. Wenn etwas an einem Dienstag an uns ausgeliefert wird, wird es am Mittwoch an Operateure ausgeliefert. Wenn etwas bei einem echten Deal nicht funktioniert, wird es bei einem echten Deal behoben.
BETREIBER-ZUERST-ENTSCHEIDUNGEN · BELEGE
Sechs Designentscheidungen in TradeOS, die wir nicht getroffen – und wahrscheinlich nicht einmal bemerkt – hätten, wenn wir nicht täglich echte Deals auf der Plattform abwickeln würden.
01
In den frühen Entwürfen haben wir mehr getestet. Der Finanzierungsprüfer hat nie mehr als sechs gelesen. Sechs passen ohne Scrollen auf einen Bildschirm und bleiben einem Underwriter gleichzeitig im Kopf. Den Rest haben wir entfernt. Sechs ist jetzt die festgeschriebene Spezifikation.
→ Käuferkreditierung · Abtretungsstatus · Versicherungspolice · Dokumentenvollständigkeit · Produktion & Versand · Kundenreklamationen
02
Ein Finanzier, der auf einem Listing Interesse signalisiert, erfährt den Namen des Operators erst, wenn der Operator die Firma des Financiers freigegeben hat. Operator und Financier legen sich im selben Moment gegenseitig offen – im gegenseitigen Einvernehmen. Der Standard bei den meisten Marktplatz-Produkten ist einstufig (Sie bieten, die andere Seite sieht Sie). Wir haben den operativen Nachteil (langsameres Matching) für den protokollseitigen Gewinn (Identitätsschutz bis zur Verbindlichkeit) in Kauf genommen.
→ listing.disclosure_state = 'pending' | 'disclosed'
03
Die Plattformgebühr wird dem Financier berechnet. Operatoren zahlen ein Plattform-Abonnement für den Zugang zu TradeOS – darüber hinaus fallen keine gesonderten Listing- oder Matching-Gebühren an. Dem Operator eine Deal-Gebühr zu berechnen würde genau jene Reibung wieder einführen, die wir mit dem Marktplatz beseitigen wollten.
→ Financier-Seite: Plattformgebühr pro Rückzahlungsereignis · Operator-Seite: nur Abonnement
04
Keine Tabellenkalkulation. Der Käufer zahlt gemäß dem Notice of Assignment, der Financier zieht Kapital + Gebühr + Plattformgebühr ab, der Operator-Restbetrag wird automatisch T+2 überwiesen. Wir haben die Waterfall-Logik beim ersten Mal geschrieben, als wir eine echte Forderung auf unserer eigenen Plattform faktoriert haben – und festgestellt haben, dass wir dabei waren, die Rechnung in Excel zu machen wie alle anderen.
→ 7 deterministische Zeilen · vertragsbasiert · kein Abstimmungsaufwand
05
Ein Bill of Lading wird mit dem Kunden geteilt. Eine Fabrikrechnung nicht. Ein Liefervertrag wird mit dem Finanzier, aber nicht mit dem Kunden geteilt. Fünf Sichtbarkeitsstufen über sechs Gegenpartei-Typen hinweg – 30 unterschiedliche Offenlegungspermutationen entlang der Dokumentenkette. Handelsübliche Collaboration-Tools kennen zwei Zustände. Wir haben unsere eigene Lösung gebaut, weil wir mussten.
→ Betreiber · Lieferant · Kunde · Logistik · Finanzier · Plattform
06
Kunden denken „Ich bezahle Dinge”, nicht „Ich verarbeite Rechnungen”. Wir haben die Mobile-Nav-Route umbenannt, nachdem unsere eigenen Kunden die Rechnungen nicht finden konnten. Gleiche Daten, anderes Label. Sprache ist Produkt.
→ Gleiche Route · zwei Labels · UX wins
DAS TEAM
Die Plattform wird von einem Team entwickelt, das physischen Handel selbst betrieben hat. Nick, der Gründer, hat das System entworfen und nutzt es täglich für echte EDMA Group-Geschäfte in neun Produktionsländern. Das Entwicklungsteam ist klein und arbeitet in engen Abstimmungsschleifen mit dem Trade-Operations-Team — den Menschen, deren Montage einfacher werden, wenn das Richtige verschickt wird.
Es gibt keine Berater, keine Agenturentwickler, keinen White-Label-Code. Jede Zeile von TradeOS wurde von jemandem geschrieben, der entweder selbst mit physischen Waren gehandelt hat oder dabei zugesehen hat, wie die Kollegen neben ihm es taten.
NEGATIVRAUM · NÜTZLICH ZU BENENNEN
Die meisten Produktseiten erklären, was etwas ist. Der schnellere Weg, das Verständnis für das, was wir entwickeln, zu vermitteln, ist das, wofür wir uns bewusst entschieden haben, es nicht zu sein.
× NOT
Der Marktplatz ist ein Tab von TradeOS. Der Wert der Plattform liegt im Betriebsdatensatz, nicht im Matching. Würden wir nie ein einziges Geschäft zwischen einem Operator und einem Financier vermitteln, wären die Bereiche Aufträge / Produktion / Sendungen / Dokumente / Aufgaben / Finanzen / Dashboard nach wie vor ein vollständiger Operations-Stack.
× NOT
Wir haben im physischen Handel begonnen. Jedes Wort des Datenmodells setzt eine echte Fracht voraus, die zwischen echten Parteien über eine echte Grenze bewegt wird. Wir haben kein Interesse daran, das nächste ServiceTitan, Procore oder Toast zu werden. Die horizontale Expansion — falls sie jemals stattfindet — zielt auf das Netzwerk, nicht auf andere Branchen.
× NOT
Der Marktplatz ist operative Infrastruktur mit einer angeschlossenen Finanzierungsoberfläche. Wir berechnen eine Plattformgebühr, keine Marge. In v1 halten wir kein Geld — der Financier zahlt den Lieferanten direkt; der Kunde zahlt den Financier direkt. Wir sind keine Bank, kein Market Maker und keine Custody-Plattform.
× NOT
EDMA Group wurde durch Handelsmarge bootstrapped, nicht durch Term Sheets. Die Plattform wurde durch das physische Handelsgeschäft finanziert, das sie benötigt. Externes Kapital, wenn es hinzukommt, ist darauf ausgelegt, den Betriebsdatensatz und den Build-Rhythmus zu erweitern — nicht um Logo-Deals zu jagen oder einer Growth-at-all-costs-Kurve zu folgen.
× NOT
Das Produkt enthält KI — Atlas Document Intelligence analysiert die Dokumentenkette, die Accounting AI gleicht Zahlungen gegen Rechnungen ab, Bot Studio ermöglicht es Operatoren, Agenten in einfachem Englisch zu erstellen. All das existiert, weil wir es an einem konkreten Tag für ein konkretes Geschäft gebraucht haben. Wir sind ein Betriebsdatensatz, der KI dort einsetzt, wo sie nützt. Wir sind kein Chatbot auf der Suche nach einem Workflow.
AKTUELLER STAND
Wir kommunizieren, was wir ausliefern, und was wir noch nicht ausliefern. Die folgende Liste umfasst die Plattformteile, die entweder bereits für die EDMA Group im Betrieb sind oder aktiv für die öffentliche v1 entwickelt werden.
Das operative Kernsystem. 19 Bereiche, 4 Portale. Verwaltet den gesamten Lebenszyklus des physischen Handels — Aufträge, Produktion, Sendungen, Dokumente, Aufgaben, Finanzen, Dashboard, Kommunikation — für den Betreiber und seine Gegenparteien.
Vorab geprüfte Financiers bieten auf Listings, die der Betreiber einstellt. Die Plattformgebühr wird vom Financier pro Rückzahlungsereignis entrichtet. Eine zweistufige Offenlegung schützt die Identität, bis beide Seiten zustimmen.
Über diese zwei Oberflächen hinaus haben wir längerfristige Architekturarbeiten im Bereich Settlement-Rails und kapitalmarktnaher Strukturen konzipiert — diese werden jedoch erst vermarktet, wenn sie ausgeliefert sind. Das Prinzip lautet: Auf dieser Seite stehen ausschließlich Dinge, auf deren Basis Sie heute ein Geschäft abwickeln können oder es mit v1 können werden.