Fallstudien

Drei Kunden.
Fünf Systeme.
Gemessen, nicht geschätzt.

Drei Kunden statt einer Wand voller Logos, noch keiner davon namentlich genannt, dazu eine Fabrik, die jeder öffnen kann. Deshalb hier jeder einzelne vollständig: was dort läuft, was wir gebaut haben, was gemessen wurde und die drei Dinge, die all das noch nicht beweist.

Live-Demo öffnen Lesen, was nicht bewiesen ist

Keine Kundennamen: Bisher hat keiner der Nennung zugestimmt. Zahlen zu ihrem Geschäft gerundet, Zahlen zu unserer Technik exakt.

Auf dieser Seite Stand 8. Okt. 2026
  1. 01BekleidungsgroßhandelItalien, Vertrieb in der ganzen EU · drei Systeme, neben ihrem ERPParallelbetrieb
  2. 02HandelOsteuropa · seit 13. Sept. 2026, auf eigenen ServernProduktiv
  3. 03KlinikgruppeSieben Kliniken in fünf Ländern · mit erfundenen DatenPilot
  4. 04FabrikNahrungsergänzung für Mensch und Tier · öffnen Sie sie selbstDemo
Parallelbetrieb: echte Daten, das alte System entscheidet noch
Produktiv: Das Unternehmen arbeitet damit
Pilot: für einen Kunden gebaut, mit erfundenen Daten
Demo: für alle offen, mit erfundenen Daten
Kunde 01 · Bekleidungsgroßhandel

Die letzte Zeile dieser Karte ist genau der Grund, warum es uns gibt.

Sechshundertzwölf. Von vierundfünfzigtausend Bewegungen in ihrer Historie sind zu jedem Zeitpunkt sechshundertzwölf offen. Das ERP des Kunden wurde für die vierundfünfzigtausend ausgelegt und für die vierundfünfzigtausend bepreist, und jeden Tag ringt sein Team mit ihm um die sechshundert. Diese Lücke macht einen Baustein aus, und keine Funktionsliste zeigt sie. Man muss hingehen und zählen.

Der Kunde Referenzsystem 01
  • BrancheBekleidungsgroßhandel
  • MarktItalien, Vertrieb in der ganzen EU
  • Führendes SystemOdoo, ihr eigenes, unverändert
  • Katalog~92.000 Artikel
  • Geschäftspartner~24.600
  • Vertriebskanäle11, davon fünf angebunden
  • Übernommene Historie~244.000 Rechnungen und Buchungen
  • Jederzeit offen612 Kommissionieraufträge
Mengen aus ihrem Produktivsystem ausgelesen, 2. Aug. 2026
Fall 01

Das operative System, neben dem ERP gebaut

Vom Auftrag bis zur Rechnung als eigenes System, gebaut in unserer Umgebung, in der ihr Team mit einer Kopie seiner Produktivdaten arbeitet, während ihr Odoo als Hauptbuch an seinem Platz bleibt. Auf dieses System bezieht sich das Drei-Wochen-Versprechen auf dieser Website. Die Migrationszahl im Abschnitt Nachweise wurde daran gemessen; die Zahl der Änderungen umfasst auch ein Pilotsystem.

Parallelbetrieb
Was es leistet
Gebaut
  • Auftragseingang aus 5 aktiven von 11 erfassten Kanälen, ein eigener Zugang je Kanal, Kosten beim Eingang festgeschrieben
  • Reservierung und Verfügbarkeit nach Lagerplatz, nicht nach Gesamtbestand des Lagers
  • Kommissionieren, Verpacken und Etikettieren per Barcode, in der Halle, auf dem Smartphone
  • Einkauf mit Drei-Wege-Abgleich gegen den Wareneingang
  • Lieferscheine in allen vier italienischen DDT-Varianten
  • Rechnungsstellung über den steuerlichen Meldeweg, mit Korrektur und erneutem Versand bei Ablehnung
  • Die gesamte Oberfläche auf Italienisch, für Menschen, die auf Italienisch arbeiten
Bewusst nicht gebaut
  • Die Buchhaltung. Das Odoo des Kunden führt die Bücher, und die Buchhaltung arbeitet weiter wie gewohnt
  • Steuerliche Lokalisierung über die Belege hinaus, die wir selbst erzeugen
  • Alles, was ihr Team danach nicht ohne uns erweitern könnte
  • Eine Migration des ERP. Nichts, was sie heute nutzen, wurde ersetzt
Gemessen
8.700+
Automatisierte Prüfungen, jede einzelne grün, bevor eine Änderung einfließen kann
100+
Durchgängige Abläufe, in einem echten Browser durchgespielt
<100 ms
Um einen Kanalauftrag samt der ganzen Bestandskette anzunehmen, bei einem Zeitbudget von zwei Sekunden
180+
Spezifikationsschritte, jeder vor dem Bau geschrieben und freigegeben, jede Aufgabe darin abgehakt

Die Spezifikationen sind das Arbeitsergebnis, das am häufigsten unterschätzt wird. Mehr als 180 davon wurden allein an diesem System abgeschlossen, jede ein Dokument, das sagt, was entstehen wird, was nicht und woran jeder erkennen kann, dass es funktioniert hat. Erst das macht das Repository übergabereif, und genau damit wird danach eine Person aus ihrem eigenen Haus arbeiten, die einen KI-Agenten steuert.

Fall 02

Eine Generalprobe mit ihren echten Daten, bevor sich jemand darauf verließ

Jedes ERP-Projekt wird mit erfundenen Daten abgenommen und trifft dann am ersten Montag auf die Wirklichkeit. Wir haben das Gegenteil gebaut: ein Spiegelbild ihres laufenden Geschäfts, geladen aus ihren eigenen Produktivdaten, in dem ihr Team gearbeitet hat, bevor die Umstellung überhaupt terminiert war.

Geprobt
So lief es
Die Übernahme
  • 630.000+ Datensätze und über 200 MB in unter 4 Minuten aus ihrem Produktivsystem gezogen
  • Geladen, dann Zeile für Zeile zum Stichtag der Umstellung abgestimmt, nicht zum heutigen Tag
  • Keine Demodaten, kein erfundener Bestand, kein Auffüllen. Damit startet die Umgebung gar nicht erst
  • Der Verschlüsselungsschlüssel des Kunden hat den Laptop, zu dem er gehört, nie verlassen
Was dabei auffiel
  • Kunden, die nur als untergeordnete Adresse auf einer Rechnung existieren, mit Demodaten unsichtbar
  • Fälligkeitsauswertungen, die anders aussehen, sobald echte Fälligkeitsdaten vorliegen
  • Eine Marge, die 100 % anzeigte, weil eine Kostenspalte leer war statt null
  • Rundungen bei halben Cents, bei denen ein kleiner Testdatensatz grün bleibt

Keiner dieser vier Fehler ist exotisch. Alle vier sind in einer Datenbank mit Beispieldaten unsichtbar, alle vier wären in der ersten Woche des Echtbetriebs aufgetaucht, und alle vier waren behoben, bevor sich ein einziger Mensch auf die Antwort verlassen hat. Ein System, das Sie nur mit erfundenen Daten gesehen haben, hat niemand getestet. Die Probe mit echten Daten kostet einen Arbeitstag und ist in den drei Wochen enthalten.

Fall 03

Das zweite System, auf demselben Domänenmodell

Ein eigenständiges System für denselben Großhändler, mit eigenem Repository und eigener Datenbank. Es teilt das Modell aus Artikeln, Partnern und Preisen, das mit dem ersten System festgelegt wurde. Es geht dabei um die Kosten, nicht um die Funktionsliste.

Parallelbetrieb
Warum es für Sie zählt
Was übernommen wurde
  • Das Domänenmodell, sodass ein Artikel in beiden Systemen dasselbe bedeutet
  • Der Auslieferungsprozess, die Testdisziplin und die Release-Mechanik
  • Die Deployment-Skripte, unverändert bis auf einen Port und einen Namen
  • Die Preisfindung, mit Absicht genau einmal implementiert
Was das dem nächsten Kunden bringt
  • Ein zweiter Baustein kostet so viel wie ein Baustein, nicht wie ein zweites Projekt
  • Der schwierige Teil des Bekleidungsgroßhandels ist bereits verstanden und bereits getestet
  • Drei Wochen sind ein Zeitplan und keine Absichtserklärung, weil das Fachgebiet nicht neu ist
  • Das Referenzsystem ist kein Produkt, das Sie kaufen. Es ist der Grund, warum Ihres schnell geht
Kunde 02 · Handel

Am Sonntag spezifiziert. Am Montag echte Aufträge.

Ein Handelsunternehmen mit einem Webshop, zwei Marktplätzen, einem Telefon, das den ganzen Tag klingelt, und einer Buchhaltung, die seit Jahren im selben System geführt wird. Am Sonntag, dem 13. September 2026, wurde morgens die Spezifikation geschrieben, und am Abend lief das System auf einem Server im eigenen Cloud-Konto des Kunden, Kundenstamm und Auftragshistorie bereits geladen. Die ersten echten Aufträge liefen am Montag darüber.

Der Kunde Referenzsystem 02
  • BrancheGroß- und Einzelhandel
  • MarktOsteuropa, Vertrieb im Inland
  • Führendes SystemDas bestehende Buchhaltungssystem, unverändert
  • Kunden~9.200
  • VertriebskanäleWebshop, zwei Marktplätze, Telefon
  • Verkaufende Gesellschaften3, in einem System
  • Aufträge~11 pro Tag
  • ServerEigenes Cloud-Konto des Kunden, in der EU
Aus ihrem Produktivsystem ausgelesen, 8. Okt. 2026
Fall 04

Jeder Kanal in einem System, die Bücher bleiben, wo sie waren

Aufträge aus Webshop, Marktplatz und Telefon, das Lager, Fiskalbelege, Lieferpapiere und drei verkaufende Gesellschaften, in einem System auf den eigenen Servern des Kunden. Das bestehende Buchhaltungssystem führt die Bücher und erhält alle fünfzehn Minuten, was es braucht.

Produktiv
Was es leistet
Gebaut
  • Webshop-Aufträge kommen von selbst an, und Zahlung, Beleg und Erstattung folgen ihnen
  • Zwei nationale Marktplätze, alle 3 Minuten abgefragt, je ein eigener Zugang
  • Telefonaufträge, am Schreibtisch erfasst, bekommen die nächste Nummer des Shops, damit es nur einen Nummernkreis gibt
  • Drei verkaufende Gesellschaften in einem System, jeder Auftrag wird nach der Zahlungsart der richtigen zugeordnet
  • Fiskalbelege über den nationalen Fiskaldienst, Lieferpapiere in den Formularen des Landes
  • Frachtbriefe der Kurierdienste werden zurückgelesen, und das Lager scannt mit dem Smartphone
  • Rechnungen, Belege und Einkäufe gehen alle 15 Minuten als Entwürfe in ihr Buchhaltungssystem, wo ihre Buchhaltung sie bucht
Bewusst nicht gebaut
  • Die Buchhaltung. Das bestehende System führt die Bücher, und bei jeder Buchung hat ihre Buchhaltung das letzte Wort
  • Der Shop selbst. Der Webshop des Kunden behält Kasse und Zahlung; ab dem Auftrag übernimmt das System
  • Lohn und Personal: für ein Team dieser Größe ein weiteres Regelwerk, das gepflegt werden müsste
  • Die Produktion. Das Unternehmen kauft und verkauft, es stellt nichts her
Gemessen
1 Tag
Von der schriftlichen Spezifikation bis zu echten Aufträgen, auf einem Server im eigenen Cloud-Konto
~240
Aufträge in den ersten 25 Tagen, aus dem Webshop, über das Telefon und von einem Marktplatz
112
Releases in ihr Repository in 22 Tagen, jedes vor der Auslieferung darauf geprüft, dass es nichts von einem anderen Kunden enthält
541
Historische Aufträge, in der ersten Nacht zusammen mit 7.984 Kunden übernommen; die Summe weicht um weniger als eine Währungseinheit von der ihres Shops ab

Die Wünsche des Kunden kommen als Screenshots mit eingezeichneten Pfeilen. Sieben Punkte vom 30. September waren noch am selben Tag live, in zwei Releases; eine Liste, die am 3. Oktober spätabends kam, war am nächsten Abend erledigt. So sehen hundertzwölf Releases in zweiundzwanzig Tagen in der Praxis aus: Das System bewegt sich im Tempo der Menschen, die es nutzen, und jedes Release landet in einem Repository, das nur für sie da ist. In umgekehrter Richtung fließen 14.675 historische Belege aus ihrem Buchhaltungssystem zurück, sodass jede Kundenkarte zeigt, was in den Büchern steht.

Kunde 03 · Klinikgruppe

Ein funktionierendes System statt eines Angebots.

Eine Gruppe von sieben Privatkliniken in fünf Ländern bat um einen kleinen ersten Schritt: drei neue Kliniken, Rechnungsstellung, ein einfaches CRM und das Nötigste an Finanzen. Ein Angebot wäre ein Dokument über ein System gewesen. Wir haben das System gebaut, auf demselben Kern, auf dem auch die Großhändler laufen, und das nächste Gespräch fand darin statt.

Der Kunde Referenzsystem 03
  • BranchePrivate medizinische Kliniken
  • Kliniken7, in fünf Ländern
  • Nutzer im Endausbau~100
  • Erster SchrittDrei neue Kliniken
  • Daten im PilotsystemErfunden, nach Regeln
  • ProduktivbetriebNicht vor Januar 2027
Pilotsystem läuft seit dem 16. Aug. 2026, vorgestellt am 6. Okt. 2026
Fall 05

Das Pilotsystem: am ersten Tag lauffähig, dann sieben Wochen lang ausgebaut

Patienten, Anfragen, Rechnungen und Zahlungen für Kliniken, die innerhalb einer Gruppe jeweils eigene Bücher führen. Eine Klinik nummeriert ihre Rechnungen lückenlos, und wer am Empfang sitzt, sieht die eigene Klinik und sonst nichts: auf dem Server durchgesetzt, nicht auf dem Bildschirm versteckt.

Pilot
Was es leistet
Gebaut
  • Patienten mit Schlagworten, Segmenten und Geburtstagen; Anfragen, die in einem Schritt zu Patienten werden
  • Rechnungen je Klinik lückenlos nummeriert, nach Ausstellung festgeschrieben, storniert statt gelöscht
  • Zahlungen, überfällige Posten und die Altersstruktur der Forderungen
  • Doppelte Buchführung je Klinik, jede Klinik eine eigene Gesellschaft innerhalb der Gruppe
  • Ein Dashboard für jede Klinik und eines für die Gruppe
  • Drei Rollen, die Daten jeder Klinik auf dem Server für die anderen gesperrt
  • Dokumente und eine schriftliche Historie an jedem Datensatz
Bewusst nicht gebaut
  • Terminvergabe und Arztkalender, auf Wunsch der Gruppe auf die Zeit nach dem ersten Schritt verschoben
  • Patientenakten, Laborbefunde und Versicherungsabläufe
  • Lohn und Personal
  • Integrationen und eine Migration: Die drei Kliniken sind neu, es gibt nichts zu übernehmen
Gemessen
1 Tag
Von der ersten Zeile Code bis zu einem lauffähigen Pilotsystem mit Rechnungsstellung, Patienten und den Büchern von drei Kliniken, am 16. August 2026
95
Ausbauschritte in sieben Wochen, jeder vor dem Bau schriftlich spezifiziert
0
Echte Patienten im System. Die Daten sind nach Regeln erfunden, und jedes Deployment prüft jede Textspalte der Datenbank gegen eine Liste echter Namen und bricht bei einem Treffer ab

Was von den Großhändlern übernommen wurde: das Kernpaket, auf dem jedes System läuft, in derselben Version; der Standard, dem jede Oberfläche folgt; Dokumente und Datensatzhistorie; die Skripte für Release und Rollback. Was nicht: die Fachlogik. Ein Patient ist kein Kunde, und der Rechnungsnummernkreis einer Klinik ist nicht der eines Lagers, also wurde dieser Teil neu geschrieben, und das ist der ehrliche Preis einer neuen Branche. Der Rest ist der Grund, warum die erste funktionierende Version einen Tag gedauert hat.

System 04 · Produktion

Eine Fabrik, die Sie öffnen können, bevor Sie eine kaufen.

Noch kein Kunde, und wir tun auch nicht so, als wäre sie einer. Eine Chargenfertigung von Nahrungsergänzung für Mensch und Tier, mit erfundenen Namen und echter Mechanik, für alle offen: Melden Sie sich als Produktion, Qualität, Einkauf oder Finanzen an und spielen Sie den Tag selbst durch. Sobald die erste Fabrik unterschreibt, wird dieser Abschnitt zu ihrer Fallstudie.

Fabrik öffnen
Das System Referenzsystem 04
  • BrancheHerstellung von Nahrungsergänzung für Mensch und Tier
  • FertigungIn Chargen, nach Rezeptur
  • ZugängeProduktion, Qualität, Einkauf, Finanzen
  • RegistrierungKeine
  • DatenErfunden, nach Regeln
  • KernDerselbe wie bei den Kunden 01 bis 03
Für alle offen seit dem 18. Sept. 2026
Fall 06

Von der Rezeptur bis zur verpackten Charge, mit der Waage im Ablauf

Fertigungsaufträge aus Rezepturen, Verwiegung gegen eine Toleranz, Chargen mit Verfallsdatum vom Moment des Eingangs an, Reinigung zwischen den Läufen und Verpackung an dem Bildschirm, an dem die Halle tatsächlich arbeitet.

Demo
Was es leistet
Gebaut
  • Rezepturen mit einer Toleranz für jeden Wirkstoff und lückenlos nummerierte Fertigungsaufträge
  • Arbeitsplätze nach Art, jeder mit genau der Ansicht, die an diesem Platz gebraucht wird, auf einem Tablet
  • Verwiegung je Auftrag: Eine Position außerhalb der Toleranz wird abgewiesen; wer die Abweichung akzeptieren will, braucht die Unterschrift einer Person, die nicht selbst gewogen hat
  • Chargen entstehen beim Wareneingang mit Verfalls- und Nachprüfdatum, und eine abgelaufene oder gesperrte Charge lässt sich nicht verwenden
  • Reinigungsaufträge, die zwischen Läufen am selben Tag von selbst entstehen
  • Fertige Chargen eine Stufe zurück und eine Stufe vorwärts rückverfolgbar
  • Eine Schnittstelle, über die eine Waage das Gewicht selbst meldet, statt dass jemand es eintippt
Noch nicht gebaut
  • Compliance-Pakete: zuerst Rückrufe nach US-Lebensmittelrecht, dann Kanada, die EU und die Golfstaaten, jeweils gebaut mit dem ersten Kunden in diesem Markt
  • Eine angeschlossene Waage. Die Schnittstelle existiert; an diese Demo meldet keine Waage
  • Echte Zahlen von irgendwem. Nichts darin gehört einer echten Fabrik
Gemessen
3 Tage
Von der freigegebenen Spezifikation bis zu einem funktionierenden Fabriktag: Rezepturen, Fertigungsaufträge, Verwiegung, Verpackung und der Hallenbildschirm, 21. bis 23. August 2026
4
Zugänge, einer pro Rolle, ganz ohne Registrierung
0
Echte Namen darin: Jedes Deployment prüft jede Textspalte der Datenbank gegen eine Liste echter Namen und bricht bei einem Treffer ab

In der Fertigung schmeichelt sich eine Demo meist selbst: Jeder Auftrag wird fertig, und jedes Gewicht ist exakt. Hier trägt der verwogene Auftrag eine akzeptierte Abweichung und der verpackte Lauf Ausschuss, weil ein echter Tag genau das enthält. Öffnen Sie sie, versuchen Sie, sie aus dem Tritt zu bringen, und sagen Sie uns, wo sie nicht zu Ihrer Fertigung passt.

Ehrliche Lücken

Was all das noch nicht beweist.

Eine Fallstudie, die nur gute Nachrichten enthält, ist Werbung. Hier stehen die drei Aussagen auf dieser Website, die unsere eigenen Nachweise noch nicht abdecken, damit Sie sie von uns erfahren und nicht erst im vierten Monat.

Alles auf dieser Seite wurde an einem laufenden System gemessen, nicht aus einem Plan geschätzt. Die Kunden werden nicht genannt, weil sie einer Nennung nicht zugestimmt haben, und wir veröffentlichen lieber eine Fallstudie ohne Logo als ein Logo ohne Fallstudie dahinter.

Sie haben unsere Zahlen gelesen.
Jetzt zählen Sie Ihre.

Die Ersteinschätzung ist kostenlos, beginnt unter /de/start/ und kommt am selben Tag als private Seite zurück, die zeigt, wie hoch Ihre eigenen sechshundertzwölf voraussichtlich sind. Das ist eine Einschätzung, kein Angebot: Der Preis wird später festgelegt, in einer schriftlichen Leistungsbeschreibung.

Live-Demo öffnen Was die Ist-Analyse kostet Kein Gespräch. Keine Kreditkarte.

Welches Unternehmen soll die Demo zeigen?

Zwei sind jetzt offen. Erfundene Daten, alle paar Stunden neu aufgebaut, ohne Gespräch und ohne Kreditkarte.

HandelGroßhandel, Vertriebskanäle und Hauptbuch ProduktionEine Fertigung, Charge für Charge

Dienstleistung, Klinikgruppen und Schulen folgen, auf demselben Fundament.