Softwareentwicklung in Mönchengladbach

Vier Muster kommen häufig vor. Serviceanwendungen für Maschinen- und Anlagenbau mit Anlagenakte, Einsatzberichten und Ersatzteilhistorie, auch für Kunden im Ausland zugänglich. Werkzeuge für Textil- und Modeunternehmen rund um Kollektionen, Musterstände, Lieferantenmuster und Qualitätsprüfungen. Logistik- und E-Commerce-Anwendungen für Retourenbearbeitung, Artikelpflege über mehrere Kanäle und Auswertung von Versanddaten. Und dokumentationsstarke Fachsysteme für Finanzdienstleistung, Gesundheitswirtschaft und Pflege, in denen Zuständigkeiten, Fristen und Nachweise getrennt gehalten werden. Fast jedes dieser Projekte enthält Schnittstellen, etwa zu Warenwirtschaft, Shop, Versanddienstleistern oder Branchensoftware.

Als Orientierung: 15.000 Euro markieren das untere, 250.000 Euro das obere Ende dessen, was wir umsetzen. Ein internes Werkzeug für ein einzelnes Team, etwa eine Musterverwaltung in der Bekleidungsentwicklung, beginnt bei einem niedrigen fünfstelligen Betrag. Fachanwendungen mit abgestuften Rechten und mehreren Schnittstellen, beispielsweise ein Serviceportal im Maschinenbau samt Anbindung an die Warenwirtschaft, bewegen sich meist zwischen 60.000 und 150.000 Euro. Größere Plattformen, die Standorte, Partner und Kunden zusammenbringen, beginnen bei 250.000 Euro. Wir rechnen in Releases ab; jeder Abschnitt hat einen definierten Umfang und ein nutzbares Ergebnis.

Kleinere, klar abgegrenzte Werkzeuge stehen nach acht bis zwölf Wochen im Einsatz. Für eine Fachanwendung mit Rollenmodell, Genehmigungswegen und Datenaustausch sollten Sie mehrere Monate ansetzen. Den Unterschied macht selten die Programmierung, sondern die Klärung von Zuständigkeiten und die Qualität der Altdaten. Wir gehen deshalb in Releases vor: erst der Prozess mit dem größten Zeitgewinn, dann die Ergänzungen. Das hat zwei Vorteile für Sie. Es gibt früh etwas zum Anfassen, und Sie können nach jedem Abschnitt neu über Umfang und Tempo entscheiden.

Ja, das ist ein häufiger Fall, meist wenn der ursprüngliche Entwickler nicht mehr verfügbar ist. Wir beginnen mit einer Sichtung: Zustand des Quellcodes, verwendete Technik, Abhängigkeiten, Sicherheitslage, Datenmodell. Daraus entsteht eine ehrliche Empfehlung, und die lautet nicht immer „neu bauen“. Oft lohnt es, das System zunächst zu stabilisieren, auf eine gepflegte Laufzeitumgebung zu heben und dann Bereich für Bereich zu ersetzen, während der Betrieb weiterläuft. Ein vollständiger Neubau ist die Antwort, wenn die Fachlogik ohnehin überholt ist. In beiden Fällen dokumentieren wir das Übernommene, damit Wissen nicht erneut an einer Person hängt.