Maßgeschneiderte Softwareentwicklung

Nicht alles passt in eine Plattform. Wenn die Aufgabe ein eigener Service ist, eine Integrationsschicht, ein internes Tool oder ein Marketplace-Backend, bauen wir sie von Grund auf in TypeScript: mit schriftlich fixiertem Umfang, geliefert in Ihrem Repository und so dokumentiert, dass jedes fähige Team nach uns übernehmen kann.

Was wir bauen

• Eigene Integrationen zwischen E-Commerce und ERP / PIM / WMS, wenn der fertige Connector 80 % des Flows abdeckt und die fehlenden 20 % genau dort liegen, wo Ihr Geschäft tatsächlich stattfindet
• Interne Tools, die nicht in den Shop-Admin gehören: Pricing-Engines, Retourenabwicklung, Lager-Dashboards, Kundenservice-Konsolen
• Marketplaces, Multi-Tenant-SaaS-Backends und domänenspezifische Services, bei denen die Domänenlogik das Produkt ist
• Ablösung von Legacy-Eigenentwicklungen, deren Anforderungen zur Hälfte dokumentiert und zur anderen Hälfte mündlich überliefert sind; das erste Deliverable ist dann, aufzuschreiben, was das alte System wirklich tut

Einige Projekte dieser Art aus den letzten Jahren, anonymisiert: eine automatische Repricing-Engine für einen Katalog mit 123.000 Produkten, gesteuert über die aus ERP-Daten vorhergesagte Zeit bis zum Ausverkauf, mit Regelbändern, einem Audit-Trail und definierten Grenzen für die Fälle, in denen automatische Regeln und menschliche Einschätzung voneinander abweichen; eine Neuberechnung der Verkaufshistorie, von 14 Stunden auf 2,5 Stunden parallelisiert, wobei zuletzt verkaufte Produkte zuerst verarbeitet werden, damit die aktuellsten Zahlen zuerst vorliegen; und eine Kundenmigration zwischen Plattformen ganz ohne Passwort-Reset-Mail: Beim ersten Login wird gegen den Legacy-Hash verifiziert und transparent ins neue Format gehasht, ein Klartext-Passwort wird zu keinem Zeitpunkt gespeichert.

Wie wir bauen

Jedes Backend, das wir liefern, folgt derselben Grundstruktur:

• Strukturierte Module mit expliziten Abhängigkeitsdeklarationen
• Dependency Injection, die sich für Tests und einzelne Umgebungen überschreiben lässt
• Lifecycle-Hooks, damit Subsysteme in der richtigen Reihenfolge starten und stoppen
• Vertragsprüfung beim Boot: Ist die Verdrahtung unvollständig, bricht die Anwendung den Start ab. Fehlkonfigurationen zeigen sich in Sekunden beim Boot, nicht als Null-Pointer-Exception drei Wochen nach Produktivsetzung.

Auf dieser Struktur bestehen wir, weil versteckte Annahmen die Fehlersuche teuer machen und weil wir Software wollen, die auch ein Jahr nach dem Launch noch verständlich ist.

Wie wir liefern

• Die Arbeit passiert in Ihrem Repository, in Ihrer Organisation: Der Code gehört Ihnen ab der ersten bezahlten Rechnung
• Tests und Vertragsprüfungen laufen ab der ersten Woche in der CI statt als Härtungsphase am Ende
• Jedes Deployment behält einen Rollback-Pfad, und das System kommt mit fertig verdrahteten Logs, Metriken und Alerts; wie wir betreiben, was wir bauen, steht unter DevOps & Infrastruktur
• Übergabedokumentation ist bei uns ein festes Deliverable: Runbooks, eine Architektur-Notiz und ein Entscheidungslog

Liegt die eigentliche Schwierigkeit darin, zu entscheiden, was gebaut werden soll, statt es zu bauen, ist das Systemdesign & Architektur; beides machen wir zusammen oder getrennt. Projekte mit festem Umfang dauern typischerweise 4–16 Wochen und werden wöchentlich abgerechnet; langlebige Systeme laufen danach meist als monatlicher Retainer weiter.