Sec.01 — Mandat

Software, die der Form Ihres Betriebs folgt.

zeroToOne ist ein Engineering-Studio aus erfahrenen Entwicklern. Wir modellieren, wie Ihr Unternehmen tatsächlich arbeitet, und bauen dann die Systeme, die es steuern — Scope in Tagen, Deployment in Wochen, vollständige Übergabe an Sie.

Scope anfragen Projekte ansehen
Fig.01 — Domänen-Ontologielive
Zusammenarbeit
6–12 Wo.
typische Dauer
Team
2–4
erfahrene Entwickler, keine Junioren
Erstes Deployment
Woche 1
Produktion, kein Prototyp
Eigentum
100%
Repository geht an Sie über
Sec.02 — Leistungen

Ein Team, verantwortlich von Anfang bis Ende.

Strategie, Design, Engineering und die Infrastruktur darunter — geliefert von denselben Leuten, die den Scope erarbeitet haben. Wählen Sie eine einzelne Leistung oder den gesamten Stack.

RefLeistungDefinitionWichtigste Werkzeuge
SVC.01

Domänenmodellierung

Wir kartieren die Entitäten, Regeln und Sonderfälle, auf denen Ihr Geschäft läuft, bevor eine Zeile Code entsteht.

WorkshopsSchemaEntscheidungslog
SVC.01 · Leistung

Domänenmodellierung

Zwei bis fünf Tage mit den Menschen, die die Arbeit tatsächlich tun — nicht nur mit denen, die sie beschreiben. Wir gehen mit einem schriftlichen Modell heraus, dem alle zugestimmt haben, und einer Liste der Fragen, die niemand beantworten konnte.

Was Sie bekommen
  • Schriftliches Domänenmodell
  • Katalog der Entitäten und Regeln
  • Entscheidungslog mit Verantwortlichen
  • Offene Fragen, nach Kosten sortiert
Sie brauchen das, wenn
  • Zwei Teams meinen mit demselben Wort Verschiedenes
  • Jede neue Funktion braucht eine Ausnahme
  • Die Spezifikation wächst und konvergiert nie
Wichtigste Werkzeuge
WorkshopsSchemaEntscheidungslog
SVC.02

Produkt-Engineering

Full-Stack-Umsetzung, auch die unglamourösen Teile — Auth, Abrechnung, Migrationen, Nachbefüllungen.

TypeScriptPostgresReact
SVC.02 · Leistung

Produkt-Engineering

Wir bauen und betreiben das Ganze, auch die Teile, die nie auf einen Screenshot kommen. Das System geht früh in Produktion und bleibt dort, damit Probleme auftauchen, solange sie noch günstig sind.

Was Sie bekommen
  • Produktivsystem auf Ihrer Infrastruktur
  • Testsuite und CI-Pipeline
  • Runbook und Bereitschaftsnotizen
  • Repository an Sie übergeben
Sie brauchen das, wenn
  • Version eins liegt seit zwei Quartalen im Backlog
  • Sie stellen für ein Team ein, das es noch nicht gibt
  • Der Prototyp trägt keine echte Last
Wichtigste Werkzeuge
TypeScriptPostgresReact
SVC.03

Daten- und KI-Systeme

Retrieval, Agenten und strukturierte Extraktion, samt Evaluationen, Leitplanken und Latenzbudgets.

EvalsRAGTracing
SVC.03 · Leistung

Daten- und KI-Systeme

Alles mit einem Modell darin braucht eine Möglichkeit festzustellen, ob es besser geworden ist. Wir bauen zuerst die Evaluation, dann die Pipeline — damit Qualität eine Zahl ist und keine Meinung.

Was Sie bekommen
  • Evaluations-Harness mit bewertetem Set
  • Retrieval- oder Agenten-Pipeline
  • Tracing- und Kosten-Dashboards
  • Leitplanken und Fallback-Pfade
Sie brauchen das, wenn
  • Die Demo lief, der zehnte Fall nicht
  • Niemand kann sagen, ob eine Änderung etwas verbessert hat
  • Die Kosten schwanken und keiner weiß warum
Wichtigste Werkzeuge
EvalsRAGTracing
SVC.04

Plattform und Infrastruktur

Migration, Infrastructure-as-Code, CI/CD und Telemetrie, die Ihr Team eigenständig betreiben kann.

TerraformCI/CDOTel
SVC.04 · Leistung

Plattform und Infrastruktur

Infrastruktur, die Ihr Team nach uns selbst betreiben kann. Alles ist Code, alles ist reproduzierbar, und die Übergabe ist ein Workshop statt eines Dokuments.

Was Sie bekommen
  • Infrastructure as Code
  • CI/CD mit getestetem Rollback
  • Metriken, Logs und Traces
  • Übergabe-Workshop mit Ihrem Team
Sie brauchen das, wenn
  • Deployments passieren, wenn eine bestimmte Person Zeit hat
  • Niemand weiß, was Produktion wirklich kostet
  • Staging und Produktion sind auseinandergelaufen
Wichtigste Werkzeuge
TerraformCI/CDOTel
SVC.05

Sicherheit und Nachweisbarkeit

Bedrohungsmodellierung, Zugriffsdesign und Audit-Trails von Anfang an eingebaut, nicht kurz vor dem Start angeflanscht.

SSORBACAudit
SVC.05 · Leistung

Sicherheit und Nachweisbarkeit

Zugriffsdesign und Audit-Trails gehören ins Modell, nicht in ein Dokument, das eine Woche vor der Prüfung entsteht. Wir bauen sie ein und liefern die Nachweise, nach denen ohnehin gefragt wird.

Was Sie bekommen
  • Bedrohungsmodell für das reale System
  • Rollen- und Zugriffsdesign
  • Audit-Trail über alle Änderungen
  • Maßnahmenplan nach Risiko
Sie brauchen das, wenn
  • Ein Kunde hat einen Sicherheitsfragebogen geschickt
  • Zugriff wird durch freundliches Nachfragen erteilt
  • Sie können nicht zeigen, wer einen Datensatz geändert hat
Wichtigste Werkzeuge
SSORBACAudit
Sec.03 — Modelle

Drei Wege, uns einzusetzen.

Die Zusammenarbeit passt sich an, wo Sie stehen. Die Menschen bleiben in jedem Modell dieselben.

Modell A

Eingebettet

Ein bis drei unserer Entwickler in Ihren Repositories und Ihren Standups, für ein Quartal oder länger.

  • Ihr Stack
  • Ihre Rituale
  • Monatlicher Review
Modell A

Eingebettet

Für Teams, die bereits eine Richtung haben und erfahrene Kapazität brauchen, die man nicht führen muss. Wir arbeiten in Ihren Repositories, Ihren Werkzeugen und Ihrem Takt.

Was enthalten ist
  • Ein bis drei erfahrene Entwickler
  • Ihr Stack, Ihr Prozess
  • Schriftlicher Review jeden Monat
  • Kündigungsfrist statt Bindung
Konditionen

Monatssatz je Entwickler, laufend, mit einem Monat Kündigungsfrist.

Modell B

Dedizierter Build

Ein abgegrenztes Team liefert ein definiertes System vollständig, gegen festen Scope und festen Preis.

  • Schriftlicher Scope
  • Wöchentliche Demo
  • Festpreis
Modell B

Dedizierter Build

Für ein definiertes System mit einem echten Termin. Der Scope steht schriftlich fest, bevor jemand beginnt, und der Preis folgt dem Scope statt den Stunden.

Was enthalten ist
  • Scope schriftlich vor Arbeitsbeginn
  • Wöchentliche Demo auf echter Infrastruktur
  • Festpreis gegen diesen Scope
  • Änderungswünsche separat angeboten
Konditionen

Festpreis, nach Meilensteinen abgerufen. Scope-Änderungen werden angeboten, nie still geschluckt.

Modell C

Gründungs-Build

Ihr erstes Engineering-Team. Wir bauen Version eins und übergeben sie, sobald Sie bereit sind einzustellen.

  • 0 → 1
  • Vollständige Übergabe
  • 30 Tage Support
Modell C

Gründungs-Build

Für Gründer ohne Engineering-Team. Wir bauen Version eins, betreiben sie in Produktion und übergeben sie in einem Zustand, den Ihre ersten Einstellungen aufnehmen können.

Was enthalten ist
  • Version eins in Produktion
  • Dokumentation und aufgezeichnete Walkthroughs
  • Übergabe von Repository und Infrastruktur
  • Dreißig Tage Support nach der Übergabe
Konditionen

Festpreis je Phase. Die Übergabe ist enthalten, kein Zusatzverkauf.

Sec.04 — Zeitplan

Scope in Tagen. Deployment in Wochen.

Eine übliche Zusammenarbeit, Woche für Woche aufgetragen. Phasen überlappen sich, weil Lieferung sich überlappt.

0
1
2
3
4
5
6
7
8
9
10
11+
P1 · Scope
P2 · Kern bauen
P3 · Härten
P4 · Übergabe
P1 · Scope

Domänen-Workshops und eine schriftliche Spezifikation. Festpreis und Ergebnisse stehen fest, bevor Code entsteht.

P1 · Scope

Scope

Domänen-Workshops und eine schriftliche Spezifikation. Festpreis und Ergebnisse stehen fest, bevor Code entsteht.

Was Sie bekommen
  • Domänenmodell, schriftlich und freigegeben
  • Scope und Festpreis
  • Risiko- und Fragenlog
Was wir von Ihnen brauchen

Zwei bis fünf Tage Zeit Ihres Teams und Zugang zu denen, die die Ausnahmen kennen.

P2 · Kern bauen

Der kritische Pfad ab Woche eins in Produktion. Wöchentliche Demos gegen den Scope, auf echter Infrastruktur.

P2 · Kern bauen

Kern bauen

Der kritische Pfad ab Woche eins in Produktion. Wöchentliche Demos gegen den Scope, auf echter Infrastruktur.

Was Sie bekommen
  • Kritischer Pfad in Produktion
  • Wöchentliche Demo gegen den Scope
  • Infrastructure as Code
Was wir von Ihnen brauchen

Eine Stunde pro Woche in der Demo und Entscheidungen, wenn wir danach fragen.

P3 · Härten

Sonderfälle, Performance, Zugriffskontrolle, Migration echter Daten und die Telemetrie, um all das zu sehen.

P3 · Härten

Härten

Sonderfälle, Performance, Zugriffskontrolle, Migration echter Daten und die Telemetrie, um all das zu sehen.

Was Sie bekommen
  • Sonderfälle und Performance-Arbeit
  • Zugriffskontrolle und Audit-Trail
  • Echte Daten migriert und abgestimmt
Was wir von Ihnen brauchen

Echte Daten, echte Nutzer und jemanden, der die Migration freigeben kann.

P4 · Übergabe

Dokumentation, aufgezeichnete Walkthroughs, Übergabe des Repositories und dreißig Tage Support nach dem Start.

P4 · Übergabe

Übergabe

Dokumentation, aufgezeichnete Walkthroughs, Übergabe des Repositories und dreißig Tage Support nach dem Start.

Was Sie bekommen
  • Dokumentation und aufgezeichnete Walkthroughs
  • Übergabe von Repository und Infrastruktur
  • Dreißig Tage Support
Was wir von Ihnen brauchen

Wer das System nach uns übernimmt — bei den Walkthroughs im Raum.

Sec.05 — Methode

Die meisten gescheiterten Projekte waren falsch modelliert, nicht falsch programmiert.

Die teuren Fehler passieren vor dem ersten Commit — in der Entität, die niemand definiert hat, in der Regel, die nur eine Person kannte, in der Ausnahme, die sich als halbes Volumen entpuppt. Kein Maß an Engineering holt das günstig wieder auf.

Deshalb beginnen wir mit der Domäne: was existiert, wie es zusammenhängt, welche Regeln echt sind und welche bloß Gewohnheit. Aus diesem Modell folgt der Bau — und alles, was Sie nach uns erweitern.

01
Modell vor Code

Zwei bis fünf Tage Workshops ergeben ein schriftliches Domänenmodell, das Sie freigeben.

02
Deployment vor Feinschliff

Der Kernpfad läuft in Woche eins in Produktion, damit Entscheidungen früh auf die Realität treffen.

03
Übergabe als Standard

Alles wird von Commit eins an so geschrieben, dass es übergeben werden kann — nicht am Ende dokumentiert.

Fig.02 — ModellierungsdurchlaufSchema
SYSTEMEwas heute existiertMENSCHENwer worüber entscheidetREGELNecht vs. gewohntDOMÄNENMODELLdas gemeinsame RückgratSCHNITTSTELLENwas Nutzer berührenAUTOMATISIERUNGwas von selbst läuft

Details öffnen

Sec.06 — Projekte

Ausgewählte Systeme in Produktion.

Ausführliche Fallstudien auf Anfrage unter gegenseitiger NDA.

DEP.01Fertigung

B2B-Bestellplattform

Katalog, Vertragspreise und Live-Bestände einer Fabrik, über ein Portal und eine versionierte API für Partnerhändler geöffnet. Bestellungen kommen bepreist und validiert an, statt als E-Mail-Anhang von Hand abgetippt zu werden.

−80%manuelle Auftragserfassung
DEP.01 · Fertigung

B2B-Bestellplattform

Das Problem

Partnerhändler bestellten per E-Mail und Telefon. Jede Bestellung wurde von Hand abgetippt, Preise kamen aus einer bereits veralteten Tabelle, und niemand konnte sagen, was tatsächlich auf Lager war.

Was wir gebaut haben

Ein Portal und eine versionierte API über dem echten Katalog der Fabrik, den Vertragspreisen und Live-Beständen. Bestellungen werden bei der Eingabe bepreist und validiert, bestätigte Verfügbarkeit kommt sofort zurück.

Ergebnis

Die Auftragsabwicklung skaliert nicht mehr mit der Kopfzahl. Partner bedienen sich selbst, die Auftragsannahme bearbeitet Ausnahmen statt Abschriften, und Preisfehler aus veralteten Tabellen sind verschwunden.

Stack
Next.jsPostgresREST APISSO
DEP.02Wohnausstattung

ERP für eine Möbelfabrik

Produktion, Bestand, Kalkulation und Aufträge auf einem Domänenmodell, gebaut um die tatsächliche Arbeitsweise des Werks. Belastbare Kosten je Auftrag hielten die Marge gegen Billigimporte, statt sie zu schätzen.

6 → 1abgelöste Systeme
DEP.02 · Wohnausstattung

ERP für eine Möbelfabrik

Das Problem

Billigimporte bestimmten den Preis, den der Markt erwartete. Ohne belastbare Kosten je Auftrag konnte die Fabrik nicht sagen, welche Produkte noch verdienen und welche vom Rest subventioniert werden.

Was wir gebaut haben

Produktion, Bestand, Kalkulation und Aufträge auf einem einzigen Domänenmodell, gebaut um die tatsächliche Arbeitsweise des Werks — samt der Routing-Ausnahmen, die sechs getrennte Werkzeuge jeweils anders erfasst hatten.

Ergebnis

Kalkulation wurde zur Entscheidungsgrundlage statt zum Streitpunkt. Die Marge wird je Produktlinie mit echten Zahlen verteidigt, und sechs Werkzeuge sind zu einem System geworden, das das Team selbst betreibt.

Stack
TypeScriptPostgresEvent-LogReporting
DEP.03Forst und Holz

FSC-Produktkette

Bestand, Verbrauch und Einkauf je zertifizierter Charge nachverfolgt, sodass die Ein-Ausgangs-Bilanz im Audit standhält. Zertifizierung wird zum Nebenprodukt der täglichen Arbeit statt zur Quartalshektik.

0Audit-Abweichungen
DEP.03 · Forst und Holz

FSC-Produktkette

Das Problem

Zertifiziertes und nicht zertifiziertes Material teilten sich Hof und Maschinen. Die Ein-Ausgangs-Bilanz wurde vor jedem Audit von Hand aus Lieferscheinen und Erinnerung rekonstruiert.

Was wir gebaut haben

Bestand, Verbrauch und Einkauf je zertifizierter Charge nachverfolgt, vom Wareneingang bis zum Fertigprodukt, mit laufend berechneter Bilanz und Exporten im Format, das der Auditor verlangt.

Ergebnis

Die Zertifizierung ist keine Quartalshektik mehr. Die Bilanz stimmt an jedem beliebigen Tag, und der Nachweis dafür ist ein Report statt einer Arbeitswoche.

Stack
TypeScriptPostgresChargenverfolgungExporte

Nach der Einführung des Systems, das zeroToOne für uns gebaut hat, haben wir den Produktionsdurchsatz um über 50% gesteigert — ohne eine einzige zusätzliche Maschine.

Miroslav — Geschäftsführer, Möbelfabrik
Sec.07 — Kontakt

Sagen Sie uns, was gebaut werden soll.

Ein Gespräch von 45 Minuten. Bringen Sie das Problem mit, keine Spezifikation. Sie gehen mit unserer ehrlichen Einschätzung heraus, was zu bauen ist, wie lange es dauert und was es kostet — ob Sie uns beauftragen oder nicht.

contact@zt1.io
Sec.07 — Erstgespräch · 30 MinIn neuem Tab öffnen ↗