Du beschreibst das Ziel, nicht die technische Lösung. Wir fragen so lange nach, bis der Umfang wirklich klar ist, und halten ihn schriftlich fest, bevor gebaut wird. Wenn wir den gewünschten Weg für den falschen halten, sagen wir das vorher — dieses Gespräch ist billiger als der Umbau, den es verhindert.
In kleinen, sichtbaren Schritten. Die Arbeit landet auf einer Staging-Umgebung, die du jederzeit im Browser öffnen kannst, und geht erst live, wenn du es sagst. Niemand sieht das fertige Produkt zum ersten Mal am Projektende — dann ist jede Änderung teuer.
Was wir bauen, ist zum Pflegen gedacht: Updates der Abhängigkeiten, Monitoring und Änderungen, wenn sich dein Geschäft ändert. Ob wir das weiterführen oder dein eigenes Team übernimmt, wird im Projekt vereinbart und nicht hinterher unterstellt. Nichts wird so gebaut, dass nur wir daran arbeiten können.
Übernehmt ihr ein System, das jemand anderes gebaut hat?
Wir lesen zuerst den vorhandenen Code und sagen dann klar, ob Weiterführen oder Ersetzen über die Lebensdauer günstiger ist. Beide Antworten kommen vor — geerbter Code ist oft völlig in Ordnung und nur schlecht dokumentiert. Wir empfehlen keinen Neubau aus Reflex, denn ein Neubau ist das Teuerste, was man dir verkaufen kann.
Womit baut ihr, und wie haltet ihr die Qualität hoch?
PHP auf dem Server, TypeScript im Browser, Flutter für iOS und Android, MariaDB für die Daten, nginx und FrankenPHP für die Auslieferung. Bewusst aktuelle, weit verbreitete Technik, damit sie nach uns jeder pflegen kann. Qualität sichern Maschinen statt guter Vorsätze: die statische Analyse läuft auf der strengsten Stufe ohne Ausnahmeliste, dazu über zweihundert projekteigene Regeln, die abdriftenden Code sofort ablehnen.