Wann kaufen, wann erweitern, wann entwickeln?
Beginnen Sie bei der vorhandenen Software: Lässt sich die Lücke durch Einstellungen oder eine vertretbare Änderung des Ablaufs schliessen? Eine Erweiterung kommt infrage, wenn der Kern passt und eine klar begrenzte Funktion fehlt. Eine eigene Anwendung ist begründbar, wenn wichtige Anforderungen anders nicht erfüllt werden und ihr Nutzen den zusätzlichen Entwicklungs- und Betriebsaufwand rechtfertigt. Die Tabelle hilft beim Einordnen; entschieden wird anhand Ihrer Anforderungen.
Muss oder Wunsch: Was muss im Test passieren?
Beschreiben Sie einen realen Vorgang mit Eingabedaten, beteiligten Personen und gewünschtem Ergebnis. Ein Muss ist unverzichtbar: Fällt es durch, ist die Option im getesteten Umfang ungeeignet. Ein Wunsch verbessert die Arbeit, darf aber ein fehlendes Muss nicht ausgleichen. Hinterfragen Sie dabei Gewohnheiten: Muss wirklich die bisherige Bildschirmmaske erhalten bleiben oder nur das fachliche Ergebnis?
Lassen Sie jede Option mit denselben Testdaten vorführen. Notieren Sie je Anforderung: bestanden, nicht bestanden oder noch offen; dazu den Nachweis und nötige Zusatzarbeiten. Eine Präsentationsfolie oder zugesagte spätere Funktion ersetzt keinen bestandenen Test. Das ausgefüllte Portalbeispiel zeigt, wie konkret diese Anforderungen sein können.
Gesamtkosten mit gleichem Umfang vergleichen
Vergleichen Sie nur Optionen, die alle Muss-Anforderungen erfüllen können. Legen Sie für alle denselben Nutzungszeitraum, dieselbe Nutzerzahl und denselben Datenumfang fest. Lassen Sie einmalige und laufende Kosten sowie ausgeschlossene Leistungen getrennt ausweisen.
- Einmalig: Einrichtung oder Entwicklung, Datenübernahme, Anpassung, Schnittstellen, Tests und Schulung.
- Laufend: Lizenzen, Hosting, Support, Sicherheitsaktualisierungen, Schnittstellenpflege und interne Arbeitszeit.
- Beim Wechsel: Datenexport, Migration, Dokumentation und Übergabe an einen anderen Betreiber.
- Offene Kosten: Annahmen und mögliche Mehrkosten festhalten, etwa bei mehr Nutzern oder geänderten Schnittstellen. Ohne belastbares Angebot bleibt die Kostenbewertung offen.
Betrieb und Datenexport praktisch prüfen
Benennen Sie vor dem Auftrag, wer Störungen bearbeitet, Updates verantwortet und die Wiederherstellung nach einem Ausfall prüft. Halten Sie fest, welche Aufgaben der Anbieter übernimmt und welche bei Ihnen bleiben. NIST beschreibt sichere Softwareentwicklung als Aufgabe über den gesamten Entwicklungszyklus; fragen Sie daher auch nach Abhängigkeiten, Tests und dem Umgang mit Schwachstellen.
Fordern Sie einen Testexport mit Datensätzen, Anhängen und deren Zuordnung an. Öffnen Sie ihn ausserhalb der Anwendung und prüfen Sie, ob ein anderer Anbieter damit weiterarbeiten könnte. Klären Sie Exportumfang, Format, Kosten und Zugang bei Vertragsende. Bei Eigenentwicklung gehören auch Quellcodezugang, Nutzungsrechte, Dokumentation und Zugang zur Betriebsumgebung in die Vereinbarung.
Den Entscheid in wenigen Sätzen festhalten
Notieren Sie die gewählte Option, bestandene Muss-Anforderungen, bewusst zurückgestellte Wünsche und den Kostenvergleich. Ergänzen Sie die verantwortliche Person für den Betrieb und noch offene Zusagen. So wird sichtbar, worauf die Wahl beruht und welche Änderung sie infrage stellen würde.
Scheitern alle Optionen, verkleinern oder ändern Sie den Ablauf und testen Sie erneut. Ein günstiges Angebot rechtfertigt kein fehlendes Muss. Umgekehrt ist eine eigene Anwendung nicht nötig, wenn Standardsoftware die wichtigen Anforderungen erfüllt und im vollständigen Vergleich besser passt.
Kaufen, erweitern oder entwickeln: Welche Option kommt infrage?
Bei Bedarf die Tabelle seitlich verschieben.
| Option | Spricht dafür | Vor dem Entscheid klären |
|---|---|---|
| Standardsoftware | Alle Muss-Anforderungen sind mit vorhandenen Funktionen oder vertretbarer Ablaufänderung erfüllt. | Passender Tarif und Umfang, Export, laufende Kosten, verbleibende Handarbeit. |
| Erweiterung oder Schnittstelle | Der Kern passt; eine begrenzte Lücke lässt sich nachweislich schliessen. | Erlaubter Schnittstellenzugang, Zusatzkosten und Verantwortung bei Änderungen beider Systeme. |
| Eigene Anwendung | Wichtige Muss-Anforderungen bleiben anders ungelöst; ihr Nutzen rechtfertigt den Aufwand. | Gesamtkosten, Betreuung, Sicherheit, Quellcodezugang, Nutzungsrechte und Übergabe. |