Etwas, das es noch nicht gibt
Konzept, Architektur und ein erstes Release. Die erste Version halten wir klein genug, um sie auszuliefern, und strukturiert genug, um zu wachsen.
Oder es existiert noch nicht — und muss es.
Beides ist unsere Arbeit, und das meiste davon ist das Erste: Wir bleiben bei Systemen, die bereits ein Geschäft tragen — im monatlichen Retainer oder als Entwickler in Ihrem eigenen Team. Wenn etwas Neues entstehen muss, bauen wir es so, dass es auch in fünf Jahren noch wartbar ist.
Wählen Sie die Tür, die auf Sie zutrifft. Der Rest der Seite folgt dieser Wahl — Leistungen, Arbeiten und die erste Frage auf der Kontaktseite.
Konzept, Architektur und ein erstes Release. Die erste Version halten wir klein genug, um sie auszuliefern, und strukturiert genug, um zu wachsen.
Eine laufende Anwendung, eine Datenbank mit Historie und Schnittstellen, die man nicht abschalten kann. Hier beginnt der größte Teil unserer Arbeit.
Arbeit an einem bestehenden System beginnt damit, es zu verstehen. Dieser Teil entscheidet, ob alles danach günstig oder teuer wird.
Den Code, die Datenbank, die Schnittstellen, die Cronjobs, die niemand dokumentiert hat. Wir schreiben auf, was das System tatsächlich tut — das ist selten, was in der Dokumentation steht.
Ein undokumentiertes System, das nur auf einem Laptop baut, ist nicht wartbar. Erster Meilenstein: es läuft lokal, aus einem frischen Checkout, für jeden.
Genug automatisierte Abdeckung auf den Pfaden, die Geld oder Daten tragen, damit eine Änderung beurteilt werden kann, bevor sie Nutzer erreicht.
Das erste Release ist bewusst klein und umkehrbar. Erst danach fassen wir Strukturelles an.
Ein System, das niemand aus einem frischen Checkout bauen kann, wird nicht gepflegt — es wird überlebt.Arbeitsprinzip
Jedes System, an dem wir arbeiten, steht irgendwo auf dieser Linie. Wo Ihres steht, entscheidet, was die Arbeit tatsächlich ist.
Ein erstes Release, klein genug für echte Nutzer, und so strukturiert, dass das zweite Release keine Neuentwicklung erfordert.
Das Datenmodell, das beim Start richtig aussah, trifft auf die tatsächlichen Abläufe im Unternehmen. Schnittstellen kommen dazu. Jemand möchte einen Bericht, den niemand geplant hat.
Die Menschen, die es geschrieben haben, sind weitergezogen. Das Framework ist drei Hauptversionen zurück. Das System betreibt weiterhin das Geschäft.
Wir haben an Plattformen gearbeitet, deren Kunden, Marken und Interna wir nicht nennen dürfen. Anstatt daraus eine Fallstudie zu machen, lassen wir den Rahmen leer und beschreiben stattdessen die Problemstellung: hohes Bestellvolumen, Menüs und Preise je Standort, Kassen- und Lieferintegrationen sowie Releases, die keinen Shop offline nehmen dürfen.
Eine Vertraulichkeitsvereinbarung kann bestehen, bevor Sie Anforderungen, Architektur oder kaufmännische Details teilen — und sie bleibt danach bestehen. Denselben Schutz erhält Ihr Projekt.
Bevor sich jemand auf einen Retainer festlegt, sollten beide Seiten wissen, worauf sie sich einlassen.Warum der Check zuerst kommt
System-Check: drei Arbeitstage in Ihrem Code, Ihrer Datenbank und Ihrem Deployment, zum Festpreis von 1.290 €. Sie erhalten einen schriftlichen Bericht — was das System tatsächlich tut, wo die Risiken liegen und was ein Upgrade-Pfad kostet — und ein Gespräch, in dem wir ihn durchgehen. Machen Sie innerhalb von 60 Tagen mit einem Retainer weiter, wird der volle Betrag auf den ersten Monat angerechnet.
Eine kurze Beschreibung genügt für den Anfang. Wenn das System bereits existiert, sagen Sie uns, was es heute tut und was sich ändern muss.