Leitfaden · Technische Entscheidungen
Standardsoftware oder individuell entwickeln?
Prüfe zuerst, ob ein vorhandenes Produkt deinen wichtigsten Arbeitsablauf abdeckt. Eine individuelle Entwicklung kommt infrage, wenn eine entscheidende Anforderung fehlt und die spätere Wartung gesichert ist. Manchmal reicht es, das bestehende Produkt um eine Schnittstelle oder eine einzelne Funktion zu ergänzen.
Die Arbeit vor dem Produktvergleich beschreiben
Bereite drei Beispiele vor: den normalen Ablauf, eine häufige Ausnahme und einen Fehler, der korrigiert werden muss. Kläre, wer Daten eingibt, freigibt und sehen darf. Mit diesen Beispielen lässt sich Software genauer beurteilen als mit einer allgemeinen Funktionsliste.
Fiktives Beispiel: Ein Wartungsteam muss Einsätze zuweisen, Fotos anhängen und Aufträge ohne Empfang abschließen. Entscheidend ist, was bei wiederhergestellter Verbindung passiert, nicht die Anzahl der Symbole im Dashboard.
Kaufen, wenn der übliche Ablauf bereits gelöst ist
Deckt ein Produkt die wichtigen Fälle mit vertretbarer Konfiguration ab, teste es vor dem Auftrag für einen Nachbau. Prüfe Rechte, Export und Grenzen des vorgesehenen Tarifs, nicht nur der Vorführumgebung. SaaS bezeichnet Software als Dienst, meist im Abonnement. Installierbare Produkte und Open-Source-Lösungen gehören ebenfalls in den Vergleich.
Lass den Anbieter deinen Ausnahmefall mit den vorgesehenen Rechten und dem tatsächlichen Tarif durchspielen. Eine „unterstützte“ Funktion kann ein Zusatzmodul, einen manuellen Schritt oder einen anderen Vertrag verlangen. Halte diese Abhängigkeiten im Vergleich fest.
Nur die fehlenden Funktionen entwickeln
Individualentwicklung kann passen, wenn Arbeitsfolge, Kundenerlebnis oder eine kritische Integration mit bestehenden Produkten nicht gut lösbar sind. Beschreibe genau diesen Unterschied und die erwartete, überprüfbare Verbesserung.
Eine kleine Anwendung am bestehenden System kann genügen. Fehlt nur eine Fortschrittsansicht, müssen Rechnungsstellung, Kalender und Dokumentenverwaltung nicht ebenfalls neu gebaut werden.
Betrieb und Ausstieg mitrechnen
Vergleiche Einrichtung, Migration, Lizenzen, Integrationen, Betreuung und erwartbare Änderungen über denselben Zeitraum. Bei eigener Software kommen Hosting, Sicherungen, Updates und die Zuständigkeit für Störungen hinzu.
Auch Open-Source-Software braucht Wartung und Betreuung. Frage bei beiden Optionen, wer Daten aus einer Sicherung wiederherstellt, Geschäftsregeln anpasst und einen Anbieterwechsel begleitet. Zugriff auf den Quellcode allein ersetzt keine Dokumentation und Übergabe.
Den Datenexport vor der Entscheidung testen
Lege Testdaten mit Beziehungen und Anhängen an. Exportiere sie und prüfe, ob ein anderes Werkzeug den Fall rekonstruieren kann. Eine Kontaktliste als CSV belegt noch keine Wiederherstellung von Rechten, Historie und Dokumenten.
Exportiere beim Wartungsteam einen Auftrag mit Kunde, zugewiesenem Techniker, Fotos und Abschlusshistorie. Prüfe jede Beziehung. Fehlen Anhänge oder stabile Kennungen, dokumentiere den Rekonstruktionsaufwand vor der Produktentscheidung.
| Vorhandenes Produkt | Individualentwicklung | |
|---|---|---|
| Offline abschließen | Mit dem vorgesehenen Tarif vorführen lassen. | Lokales Speichern und Synchronisation einplanen. |
| Besondere Freigabe | Konfiguration vor einer Behelfslösung prüfen. | Freigabezuständigkeit und Rückgabe bei Ablehnung festlegen. |
| Betriebsverantwortung | Supportumfang und verbleibende Teamaufgaben klären. | Wartung und Übergabeanforderungen festlegen. |
| Ausstieg testen | Einen vollständigen Auftrag mit Beziehungen exportieren. | Export vorsehen und nutzbare Wiederherstellung testen. |
Entscheidung und Prüfkriterien festhalten
Dokumentiere Auswahl, Ausschlüsse, Wartungsverantwortung und Auslöser für eine Neubewertung. Beispiel: jetzt kaufen und eine Integration ergänzen, sobald doppelte Eingaben die vom Team vereinbarte Grenze überschreiten.
Ist der Ablauf selbst noch unklar, prüfe seinen unsichersten Schritt vor der Kalkulation der gesamten Anwendung. „Noch nicht entwickeln“ ist ein sinnvolles Ergebnis.
Den nächsten Schritt konkretisiert der Vergleich von Demo, Prototyp und MVP.
Quellen und weiterführende Hinweise
Fragen vor dem Start
Ist Individualsoftware immer teurer?
Ohne vergleichbaren Umfang und Zeitraum lässt sich das nicht sagen. Vergleiche Einführung, Nutzung, Betreuung, Änderungen und Ausstieg statt nur Monatsgebühr und Erstangebot.
Kann ich mein CRM behalten und eigene Funktionen ergänzen?
Oft ja, wenn ein geeigneter Integrationsweg besteht. Prüfe mögliche Aktionen, Lizenzen, Rechte und Grenzen vor der Planung.
Wer sollte Code und Konten erhalten?
Vereinbare Zugriff auf Repository, Lizenzen, Hosting-Konten, Dokumentation und Übergabe schriftlich. Eigentum und Nutzungsrechte hängen von der Vereinbarung ab.