Softwareauswahl in 7 Schritten: vom Bedarf zum Vertrag
Softwareauswahl in sieben Schritten: Anforderungen klären, Demos bewerten, Angebote vergleichen und die Einführung vorbereiten. Mit konkreten Ergebnissen.
Ein nachvollziehbarer Softwareauswahlprozess führt in sieben Schritten von Auftrag und Anforderungen über Vorauswahl, Demo und Einführungsprüfung zum vergleichbaren Angebot und dokumentierten Beschluss. Jeder Schritt braucht ein Ergebnis und eine verantwortliche Person. Ungeklärte Muss-Anforderungen werden vor der Entscheidung geprüft, nicht durch einen guten Gesamteindruck ersetzt.
Inhalt dieses Beitrags
Was Sie vor dem Auswahlprozess festlegen
Eine Softwareauswahl braucht mehr als eine Produktliste. Benennen Sie eine Person, die den Prozess koordiniert, und eine Person oder Gruppe, die entscheidet. Beteiligen Sie zukünftige Nutzer, die jeweiligen Prozessverantwortlichen sowie IT und Budgetverantwortliche. Je nach Daten und Vorhaben kommt weitere Fachkompetenz hinzu.
Legen Sie fest, welche Abläufe betrachtet werden und welche Systeme zunächst bleiben. Planen Sie Zeit für Datenprüfung, Rückfragen und Tests ein. Wenn nur Termine für Anbieterdemos reserviert sind, fehlt häufig die Zeit, um Ergebnisse auszuwerten und Angebote auf denselben Umfang zu bringen.
Ein mittelständischer Händler möchte Vertrieb und Auftragsbearbeitung verbinden. Die Finanzanwendung bleibt bestehen. Der Auswahlauftrag muss deshalb auch die Datenübergabe und ihre Verantwortung benennen. Die Entscheidung betrifft die gesamte Kette, nicht nur das neue Vertriebsbild.
Die sieben Schritte mit einem klaren Ergebnis
Auftrag und Verantwortlichkeiten klären
Beschreiben Sie Problem, Ziel, Umfang, Nutzergruppen und Budgetrahmen. Benennen Sie die Entscheidung und die Verantwortung für Änderungen am Umfang.
Ergebnis: ein abgestimmter Auswahlauftrag.
Anforderungen und Bewertung festlegen
Trennen Sie unverzichtbare Anforderungen von Wünschen. Beschreiben Sie den erwarteten Nachweis und die Person, die ihn beurteilt. Nutzen Sie das Lastenheft mit Abnahmekriterien.
Ergebnis: eine freigegebene Anforderungsliste.
Geeignete Kandidaten eingrenzen
Klären Sie die angebotene Edition, Schnittstellen und die Rolle des Implementierungspartners. Laden Sie nur Kandidaten zur vertieften Prüfung ein, die eine nachvollziehbare Lösung für die Muss-Anforderungen anbieten.
Ergebnis: eine begründete Vorauswahl.
Dieselbe Praxisdemo bewerten
Verwenden Sie identische fiktive Daten, Rollen und Ausnahmefälle. Lassen Sie Nutzer zunächst getrennt beobachten und anschließend gemeinsam bewerten. Halten Sie fest, was tatsächlich gezeigt wurde.
Ergebnis: dokumentierte Nachweise und offene Fragen.
Einführung, Migration und Betrieb prüfen
Verlangen Sie einen Plan mit Datenbereinigung, Konfiguration, Tests, Schulung und Betreuung. Prüfen Sie eine begrenzte Datenübernahme, wenn Umfang und Risiken dies rechtfertigen.
Ergebnis: ein umsetzbarer Einführungsplan.
Angebote vergleichbar machen
Vergleichen Sie denselben Zeitraum, Nutzerumfang und Leistungsumfang. Fragen Sie nach Annahmen, Ausschlüssen, Zusatzmodulen, Verbrauch und möglichem Mehraufwand.
Ergebnis: eine vergleichbare Gesamtkostenrechnung.
Entscheidung und Vereinbarungen dokumentieren
Begründen Sie die Auswahl und halten Sie akzeptierte Einschränkungen fest. Stimmen Sie Umfang, Abnahme, Betreuung und Datenübergabe mit dem tatsächlich geprüften Angebot ab.
Ergebnis: ein Beschluss mit nachvollziehbaren Vereinbarungen.
Bewerten Sie Nachweise statt nur Funktionshäkchen
Eine Anbieterantwort „ja“ kann eine Standardfunktion, eine zusätzliche App oder noch zu entwickelndes Verhalten meinen. Verlangen Sie deshalb pro kritischer Anforderung die angebotene Edition und die Art der Umsetzung. Ein offener Punkt bleibt offen, bis Sie den vereinbarten Nachweis erhalten haben.
| Status | Bedeutung | Nächste Aktion |
|---|---|---|
| Nachgewiesen | Die Aufgabe wurde unter bekannten Bedingungen ausgeführt. | Edition und Bedingungen im Angebot bestätigen. |
| Teilweise nachgewiesen | Ein Teil funktioniert, eine Voraussetzung fehlt noch. | Eine gezielte Folgeprüfung vereinbaren. |
| Nicht nachgewiesen | Es gibt nur eine Aussage oder die Aufgabe funktioniert nicht. | Muss-Anforderung klären, bevor der Kandidat weitergeht. |
Ein Mittelwert darf einen Ausschlussgrund nicht verdecken. Legen Sie vor der Demo fest, welche Anforderungen zwingend erfüllt sein müssen. So wird die Bewertung später nicht stillschweigend an eine bevorzugte Lösung angepasst.
Was in Angebot und Übergabe zusammenpassen muss
Übergeben Sie dem späteren Projektteam dieselbe Anforderungsversion, die bei Angebot und Demo verwendet wurde. Ergänzen Sie offene Punkte, Zuständigkeiten, Annahmen und Testergebnisse. Ohne diese Übergabe beginnt die Einführung oft mit einer anderen Erwartung als die Auswahl.
Fragen Sie nach dem Umgang mit Änderungen und nach der Betreuung von Schnittstellen. Bei Cloud-Diensten hilft die BSI-Checkliste, zusätzliche Betriebsfragen strukturiert anzusprechen. Lassen Sie wichtige Vereinbarungen passend zum Vorhaben fachlich prüfen.
Checkliste vor der Entscheidung
Wenn das eigentliche Problem noch unklar ist, beginnen Sie mit Software für Ihr Unternehmen auswählen. Der Sieben-Schritte-Prozess setzt eine beschriebene Ausgangslage voraus.
Häufige Fragen
Wie viele Anbieter sollte ich in die engere Auswahl nehmen?
Wählen Sie eine überschaubare Zahl, die echte Alternativen bietet und die Muss-Anforderungen grundsätzlich abdecken kann. Vertiefte Demos sind nur sinnvoll, wenn Zeit für dieselbe Prüfung und Auswertung vorhanden ist.
Wer entscheidet über die neue Software?
Das Unternehmen legt die Entscheidung vorab fest. Nutzer beurteilen die tägliche Arbeit, Prozessverantwortliche die Abläufe und IT die technischen Voraussetzungen. Budget- und Projektverantwortliche führen die Ergebnisse zu einer begründeten Entscheidung zusammen.
Wann ist die Softwareauswahl abgeschlossen?
Wenn die Entscheidung, der vereinbarte Umfang, verbleibende Einschränkungen und die Einführung nachvollziehbar dokumentiert sind. Ein unterschriebenes Angebot allein ersetzt keine abgestimmte Übergabe an das Projektteam.
Quellen und Einordnung
Redaktion: Softwarematch. Inhalt und Quellen geprüft am . Die Praxisbeispiele sind fiktiv. Produktinformationen und Tarife können sich ändern; prüfen Sie die angebotene Edition und Bedingungen beim Anbieter.