Softwareentwicklung in Koblenz

Wir arbeiten mit einem Rahmen von 15.000 Euro bis rund 250.000 Euro. Am unteren Ende steht ein Werkzeug für eine Abteilung, etwa eine Übersicht für Prüfberichte oder ein internes Antragsformular mit Freigabeweg. Vorgangssysteme mit Fristen, Vertretungsregeln, Aktenstruktur und Anbindung an Bestandssysteme liegen sechsstellig, mit 60.000 Euro als unterer und 150.000 Euro als häufiger oberer Marke. Lösungen für viele Standorte, externe Beteiligte und umfangreiche Auswertungen gehen darüber hinaus. Abgerechnet wird in Releases mit festem Umfang, was Ihnen erlaubt, nach dem ersten nutzbaren Stand über Tempo und Ausbau zu entscheiden.

Ein abgegrenztes internes Werkzeug ist üblicherweise nach zehn bis zwölf Wochen im Einsatz. Für eine Fachanwendung mit Rollenkonzept, Vertretungsregeln und Schnittstellen sollten Sie mehrere Monate ansetzen, weil Abstimmung mit Fachbereichen und Datenschutz Zeit kostet und Altdaten übernommen werden müssen. Wir liefern in Releases: Nach dem ersten arbeitet ein Bereich produktiv, danach kommen weitere Vorgangsarten, Berichte und Anbindungen hinzu. Ein Big Bang mit Stichtagsumstellung ist in Häusern mit laufenden Fristen selten eine gute Idee; besser ist ein Parallelbetrieb, den man Vorgang für Vorgang beendet.

Drei bis fünf Muster kommen hier immer wieder vor: Vorgangs- und Antragsbearbeitung mit Fristen, Zuständigkeiten und Eskalation, wie sie Versicherung und Verwaltung brauchen; digitale Akten- und Dokumentenverwaltung mit Suche, Versionen und Aufbewahrungsregeln; Prüf- und Chargendokumentation in der Metall- und Aluminiumverarbeitung; ein Serviceportal für Fahrzeug- und Komponentenkunden, das Reklamationen, Prüfberichte und Rücksendungen bündelt; und Wissensassistenten, die in großen Dokumentbeständen belegte Antworten liefern. Solche Anwendungen bauen wir so, dass sie mit vorhandenen Systemen zusammenarbeiten und nicht als weitere Insel neben ihnen stehen.

Das kommt häufig vor: eine Access-Datenbank, ein altes PHP-Werkzeug oder eine Anwendung, deren Entwickler nicht mehr erreichbar ist. Wir beginnen mit einer Bestandsaufnahme — Datenmodell, tatsächlich genutzte Funktionen, Abhängigkeiten, Risiken — und sagen offen, was sich weiterpflegen lässt und was besser neu entsteht. Oft ist der sinnvolle Weg ein Zwischenschritt: Wir stabilisieren das Bestehende, übernehmen die Wartung und lösen es dann Modul für Modul ab, während der Betrieb weiterläuft. Die Daten bleiben dabei erhalten. Ziel ist, dass Ihre Leute die Umstellung als Folge kleiner Verbesserungen erleben und nicht als Bruch.