Ein Anbieterwechsel bedeutet nicht automatisch einen Neubau
Steht die Weiterentwicklung Ihrer Anwendung still, dauern Korrekturen immer länger oder kann der bisherige Anbieter die Zusammenarbeit nicht fortsetzen? Das bedeutet nicht automatisch, dass das gesamte System neu gebaut werden muss. Zuerst sollte geklärt werden, was tatsächlich funktioniert, was das Unternehmen blockiert und ob sich die bestehende Anwendung mit vertretbarem Aufwand und Risiko weiterentwickeln lässt.
Wir unterstützen Unternehmen bei der Übernahme, Reparatur und Erweiterung bestehender PHP- und Laravel-Anwendungen. Für ein erstes Gespräch brauchen Sie keine vollständige technische Dokumentation. Wichtiger sind das geschäftliche Problem, das gewünschte Ergebnis und die Möglichkeit, die notwendigen Zugänge zu beschaffen.
Wann sucht ein Unternehmen einen neuen Entwickler?
Der Anlass ist nicht immer ein Ausfall. Häufig läuft die Anwendung noch, aber der nächste wichtige Schritt ist nicht mehr möglich. Ein Anbieterwechsel wird sinnvoll, wenn:
- der bisherige Entwickler nicht erreichbar ist oder die Zusammenarbeit beendet hat
- wichtige Korrekturen und Funktionen seit Monaten nicht umgesetzt werden
- bei jeder Änderung die Sorge besteht, dass ein anderer Teil des Systems ausfällt
- im Unternehmen niemand weiß, wer Code, Server oder wichtige Konten kontrolliert
- die Anwendung Veränderungen in Abläufen, Vertrieb oder Kundenservice nicht mehr unterstützt
- der aktuelle Anbieter das System wartet, aber nicht weiterentwickeln kann oder will
Das eigentliche Ziel ist nicht nur ein „Entwicklerwechsel“. Es geht darum, ein für den Geschäftsalltag wichtiges Werkzeug wieder sicher weiterentwickeln zu können.
Fehlende Dokumentation verhindert kein erstes Gespräch
Viele bestehende Anwendungen besitzen keine aktuelle Dokumentation. Dadurch wird die Bestandsaufnahme umfangreicher, aber Sie müssen vor der Kontaktaufnahme nicht die gesamte Geschichte des Systems rekonstruieren.
Für den Anfang genügen Antworten auf einige einfache Fragen:
- Wofür nutzt das Unternehmen die Anwendung?
- Was funktioniert derzeit nicht oder blockiert die Weiterentwicklung?
- Welche Änderung wird zuerst benötigt?
- Kann das Unternehmen die Person erreichen, die Hosting, Domain und Code verwaltet?
- Gibt es einen Termin oder ein geschäftliches Ereignis, das die Priorität beeinflusst?
Wenn Sie einzelne Antworten nicht kennen, schreiben Sie das offen. Fehlende Informationen sind Teil der zu klärenden Situation und kein Grund, das Gespräch aufzuschieben. Senden Sie über ein gewöhnliches Formular jedoch keine Passwörter, Zugangsschlüssel oder Kopien der Produktivdatenbank.
Wenn Sie zuerst den aktuellen Projektstand ordnen möchten, nutzen Sie die Checkliste zur Anwendungsübernahme. Sie zeigt, welche Konten, Unterlagen und Informationen bereits verfügbar sind und was noch beschafft oder geprüft werden muss. Tragen Sie keine Passwörter oder Schlüssel ein.
Lässt sich die Anwendung weiterentwickeln?
Das lässt sich nicht seriös allein anhand einer Technologiebezeichnung oder eines Screenshots beurteilen. Vor einer Zusage für einen größeren Umfang prüfen wir den Projektzustand, wichtige Abhängigkeiten und die Risiken von Änderungen.
In einer überschaubaren Situation kann die erste Aufgabe eine konkrete Korrektur oder Funktion sein. Ist das System schlecht dokumentiert, über Jahre ohne Tests verändert worden oder stark von externen Integrationen abhängig, kann eine separate bezahlte Bestandsaufnahme der vernünftigere Einstieg sein.
Das Ergebnis muss keine Empfehlung sein, alles neu zu schreiben. Möglich sind:
- die Feststellung, ob das Projekt unter kontrollierten Bedingungen gestartet und weiterentwickelt werden kann
- eine Übersicht der wichtigsten Risiken und fehlenden Zugänge
- die Auswahl einer ersten Aufgabe mit klarer Schätzung und Abnahme
- ein schrittweiser Reparatur- oder Modernisierungsplan für das bestehende System
- die Entscheidung, dass die weitere Wartung unwirtschaftlich ist und eine Migration geplant werden sollte
Wir setzen nicht von vornherein die teuerste Variante voraus. Der Umfang sollte sich aus dem tatsächlichen Zustand der Anwendung und der Bedeutung des Problems für das Unternehmen ergeben.
Wie beginnt die Zusammenarbeit?
1. Sie beschreiben Problem und gewünschtes Ergebnis
Einige Sätze in geschäftlicher Sprache reichen aus. Beschreiben Sie, was heute nicht funktioniert, was sich nicht umsetzen lässt oder welcher Ablauf geändert werden muss. Eine fertige technische Spezifikation ist nicht erforderlich.
2. Wir klären, ob wir helfen können
Wir fragen nach Zweck der Anwendung, Dringlichkeit, verfügbaren Informationen und erwartetem Ergebnis. Passt das Thema zu unseren Leistungen, schlagen wir den nächsten Schritt vor.
3. Wir vereinbaren einen begrenzten ersten Abschnitt
Das kann eine konkrete Reparatur, eine kleine Erweiterung oder eine Analyse vor der weiteren Schätzung sein. Ist eine bezahlte Prüfung von Code und Infrastruktur nötig, legen wir deren Umfang vor Beginn fest.
4. Wir entwickeln das System schrittweise weiter
Nach der ersten Aufgabe lässt sich entscheiden, ob weitere Entwicklung, Modernisierung oder laufende Betreuung benötigt wird. Jeder weitere Umfang wird separat vereinbart, ohne automatische Zusage zum Umbau des gesamten Systems.
Im Portfolio von Domin Software finden Sie Beispiele für entwickelte Anwendungen, Integrationen und Unternehmenssysteme. Es zeigt die Art der ausgeführten Arbeiten, ersetzt aber nicht die Beurteilung Ihrer konkreten Anwendung.
Wann reicht ein Anbieterwechsel nicht aus?
Manchmal liegt das Hauptproblem nicht beim fehlenden Entwickler, sondern im Zustand der Anwendung. Veraltete Abhängigkeiten, manuelle Änderungen auf dem Server, fehlende Testmöglichkeiten oder verlorene Zugänge zu wichtigen Diensten können zunächst eine Stabilisierung erfordern.
Es kann sich auch zeigen, dass Reparaturen teurer und riskanter sind als eine schrittweise Migration. Diese Entscheidung sollte nicht allein vom Alter der Anwendung abhängen. Entscheidend ist, was das Unternehmen wirklich nutzt und was während des Wechsels nicht unterbrochen werden darf.
Was gehört in die erste Nachricht?
Für eine Anfrage brauchen Sie kein umfangreiches Dokument. Beschreiben Sie:
- was die Anwendung ist und wer sie nutzt
- was das Unternehmen derzeit blockiert
- welches Ergebnis zuerst benötigt wird
- ob Sie die Person mit Zugang zu Code und Hosting erreichen können
- ob ein wichtiger Termin berücksichtigt werden muss
Auf dieser Grundlage können wir die richtigen Fragen stellen und beurteilen, ob als nächster Schritt eine Aufgabenschätzung, eine kurze Bestandsaufnahme oder eine umfassendere Analyse sinnvoll ist.
Benötigt Ihre Anwendung einen neuen Anbieter?
Wenn die Entwicklung feststeckt, eine Reparatur nötig ist oder Sie die Anwendung zur weiteren Entwicklung übergeben möchten, sehen Sie sich unsere PHP- und Laravel-Entwicklungsleistungen an und beschreiben Sie das Problem im Formular.
Sie arbeiten direkt mit Domin Software zusammen. Eine fertige Spezifikation ist nicht nötig—eine Beschreibung der Situation, des gewünschten Ergebnisses und des derzeit größten Hindernisses für das Unternehmen genügt.