---
title: "Maßgeschneiderte Softwareentwicklung"
description: "TypeScript-Services und Integrationen nach Maß, geliefert in Ihrem Repository und dokumentiert für die Übergabe."
language: "de"
canonical: "https://zapolu.com/de/services/custom-development/"
---

# 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](/de/services/devops/)
- Ü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](/de/services/system-design/); 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.