Zwei Software-Angebote können auf den ersten Blick dasselbe versprechen und trotzdem völlig unterschiedliche Leistungen enthalten. Im einen Angebot ist die Datenübernahme berücksichtigt, im anderen nur eine leere Systemumgebung. Ein Anbieter beschreibt eine fertige Schnittstelle, ein anderer kalkuliert lediglich einen technischen Zugang. Selbst der Gesamtpreis hilft wenig, wenn unklar bleibt, was bis zum produktiven Betrieb tatsächlich geliefert wird.

Für einen fairen Vergleich müssen Angebote deshalb auf dieselbe fachliche Grundlage zurückgeführt werden. Entscheidend ist nicht, welche Unterlage länger wirkt oder mehr Funktionen aufzählt. Entscheidend ist, ob das Angebot den benötigten Ablauf abdeckt, Zuständigkeiten verständlich trennt und ein überprüfbares Ergebnis beschreibt.

Vor dem Vergleich braucht es eine gemeinsame Grundlage

Ein Angebot kann nur so konkret sein wie die Anfrage, auf die es antwortet. Wenn Anbieter unterschiedliche Vorstellungen vom Vorhaben erhalten, sind ihre Angebote zwangsläufig schwer vergleichbar. Der eine plant eine Standardkonfiguration, der andere eine individuelle Anpassung. Der eine geht von bereinigten Daten aus, der andere rechnet mit einer aufwendigen Migration.

Halten Sie vor der Anfrage zumindest Ziel, betroffenen Prozess, Nutzergruppen, benötigte Daten, bestehende Systeme und wichtige Rahmenbedingungen fest. Es muss noch kein umfangreiches Pflichtenheft entstehen. Ein kompaktes Briefing genügt, wenn es für alle Anbieter gleich ist. Der Beitrag „Tool auswählen oder zuerst Anforderungen klären?“ enthält dafür sieben Leitfragen.

Fehlen noch ein gemeinsames Prozessbild oder klare Muss-Anforderungen, sollte die Prozess- und Anforderungsklärung vor den Angebotsvergleich rücken. Sonst vergleichen Sie Antworten auf unterschiedliche Fragen.

Leistungsumfang nicht mit einer Funktionsliste verwechseln

Eine lange Liste vorhandener Funktionen sagt noch nicht, welche davon eingerichtet, angepasst oder in Ihren Ablauf eingebunden werden. Fragen Sie deshalb bei jeder relevanten Funktion: Ist sie im Standard enthalten? Muss sie konfiguriert werden? Entsteht eine individuelle Erweiterung? Wer übernimmt diese Arbeit und woran wird ihre Fertigstellung erkannt?

Besonders wichtig sind die Grenzen. Ein gutes Angebot nennt nicht nur enthaltene Leistungen, sondern auch Voraussetzungen und Ausschlüsse. Formulierungen wie „Einrichtung nach Aufwand“, „kundenseitig bereitzustellen“ oder „Schnittstelle grundsätzlich möglich“ sind nicht automatisch problematisch. Sie markieren aber Punkte, die vor einer Entscheidung konkretisiert werden müssen.

Ordnen Sie die Positionen in vier Gruppen: enthalten, optional, vom Kunden zu erbringen und noch ungeklärt. So wird sichtbar, ob ein günstiger Grundpreis später durch notwendige Zusatzarbeiten wächst.

Datenmigration als eigenes Arbeitspaket betrachten

Bei einem Systemwechsel müssen meist Kunden-, Artikel-, Projekt- oder Vorgangsdaten übernommen werden. „Datenimport inklusive“ kann dabei sehr Verschiedenes bedeuten: Ein einmaliger Import einer vorgegebenen CSV-Datei ist etwas anderes als Analyse, Bereinigung, Zuordnung und mehrfache Testmigration.

Klären Sie, welche Datenquellen betroffen sind, wer die Datenqualität prüft und wie mit Dubletten, leeren Feldern oder abweichenden Formaten umgegangen wird. Ebenso wichtig sind Anhänge, historische Vorgänge und Beziehungen zwischen Datensätzen. Nicht alles muss übernommen werden. Die Entscheidung sollte aber bewusst erfolgen und dokumentiert sein.

Eine belastbare Position beschreibt mindestens Datenumfang, geliefertes Format, notwendige Bereinigung, Anzahl der Testläufe, Zeitpunkt der endgültigen Übernahme und Verantwortlichkeit für die Freigabe. Ohne diese Angaben bleibt ein erheblicher Teil des Projektrisikos außerhalb des sichtbaren Angebotspreises.

Bei Schnittstellen den tatsächlichen Weg prüfen

„API vorhanden“ bedeutet lediglich, dass ein technischer Zugang existiert. Es sagt nicht, ob die benötigten Daten übertragen werden können, wer die Verbindung baut oder wie Fehler behandelt werden. Beschreiben Sie für jede Schnittstelle Quelle, Ziel, Richtung, Häufigkeit und auslösenden Vorgang.

Fragen Sie außerdem nach Authentifizierung, Datenfeldern, Übertragungsgrenzen, Protokollierung und Verhalten bei Ausfällen. Wer erkennt, dass ein Datensatz nicht angekommen ist? Wird automatisch erneut versucht? Gibt es eine verständliche Fehlermeldung und eine Person, die handeln kann?

Wenn ein externer Partner oder ein weiterer Softwareanbieter beteiligt ist, müssen dessen Leistungen und Termine ebenfalls geklärt werden. Sonst enthält das Angebot möglicherweise nur die Hälfte der Verbindung.

Zuständigkeiten während der Umsetzung trennen

Viele Lücken verstecken sich nicht in Funktionen, sondern im Wort „wir“. Wer entscheidet über die Konfiguration? Wer liefert Texte, Vorlagen und Berechtigungen? Wer stimmt offene Fachfragen ab? Wer schult die Anwender und wer dokumentiert Änderungen?

Eine einfache Verantwortungsmatrix reicht meist aus. Für jedes größere Arbeitspaket sollte feststehen, wer ausführt, wer fachlich entscheidet und wer das Ergebnis abnimmt. Achten Sie besonders auf Tätigkeiten, die als Mitwirkung des Auftraggebers vorausgesetzt werden. Sie kosten zwar nicht beim Anbieter, benötigen aber intern Zeit und verfügbare Personen.

Auch Verzögerungen lassen sich so besser einordnen. Wenn eine Datenliste, Entscheidung oder Freigabe fehlt, ist sichtbar, bei wem der nächste Schritt liegt.

Einmalige und laufende Kosten vollständig erfassen

Vergleichen Sie nicht nur die Summe am Ende des Angebots. Trennen Sie einmalige Projektkosten von laufenden Kosten und möglichen verbrauchsabhängigen Positionen. Zu den einmaligen Kosten können Einrichtung, Anpassung, Migration, Schnittstellen, Schulung und Projektleitung gehören. Laufend entstehen beispielsweise Lizenzen, Hosting, Support, Wartung, Speicher, Transaktionen oder Kosten für Drittanbieter.

Prüfen Sie, welche Nutzerzahl und welcher Funktionsumfang kalkuliert wurden. Fragen Sie nach Mindestlaufzeit, Kündigungsfrist, Preisänderungsmechanismus und Kosten bei zusätzlichem Bedarf. Für eine sinnvolle Betrachtung ist nicht nur das erste Jahr relevant, sondern ein Zeitraum, der zum geplanten Einsatz passt.

Unbekannte Mengen müssen nicht künstlich exakt geschätzt werden. Rechnen Sie lieber mit nachvollziehbaren Szenarien: heutige Nutzung, erwartbare Erweiterung und eine obere Grenze. Dadurch bleiben Annahmen sichtbar.

Änderungen und offene Punkte vorab regeln

Während eines Projekts entstehen fast immer neue Erkenntnisse. Das ist kein Zeichen schlechter Planung. Problematisch wird es, wenn unklar ist, wie daraus zusätzliche Leistungen werden. Das Angebot sollte erklären, wie Änderungswünsche beschrieben, geschätzt, freigegeben und dokumentiert werden.

Offene Punkte gehören in eine eigene Liste mit Verantwortlichen und Entscheidungsdatum. Sie sollten nicht in Besprechungsnotizen verschwinden. Bei wichtigen Unsicherheiten kann eine begrenzte Vorphase oder ein Pilot ehrlicher sein als ein scheinbar fixer Gesamtpreis auf unsicherer Grundlage.

Betrieb, Support und Ausstieg mitdenken

Mit der Inbetriebnahme beginnt der laufende Einsatz. Klären Sie, wer Benutzer verwaltet, Einstellungen ändert, Störungen annimmt und Updates beurteilt. Welche Supportzeiten gelten? Wie werden kritische und weniger dringende Fälle unterschieden? Gibt es zugesagte Reaktionszeiten oder nur einen allgemeinen Kontaktkanal?

Auch Datensicherung, Wiederherstellung, Sicherheitsupdates und Dokumentation gehören zum Betriebsbild. Bei einer Cloud-Lösung sollte verständlich sein, welche Aufgaben beim Anbieter und welche beim Unternehmen liegen.

Ein oft übersehener Punkt ist der Ausstieg. In welchem Format können Daten exportiert werden? Sind Anhänge und Beziehungen enthalten? Welche Unterstützung ist kostenpflichtig? Ein geregelter Export ist keine Misstrauenserklärung, sondern Teil einer verantwortlichen Auswahl.

Test und Abnahme als messbares Ende festlegen

„Installation abgeschlossen“ ist noch kein fachlicher Projektabschluss. Vor der Beauftragung sollte klar sein, welche Abläufe getestet werden, wer testet und nach welchen Kriterien die Leistung abgenommen wird. Neben dem Standardfall gehören wichtige Ausnahmen, Rollen, fehlerhafte Eingaben und reale Datenkonstellationen dazu.

Definieren Sie außerdem den Umgang mit Mängeln: Wie werden sie erfasst, priorisiert und nachgebessert? Welche Fehler verhindern eine Abnahme, welche können mit Termin offenbleiben? Der nachfolgende Artikel dieser Serie vertieft, wann eine Softwarelösung fachlich wirklich fertig ist.

Bei mehreren Beteiligten kann eine unabhängige Umsetzungsbegleitung Anforderungen, Anbieterleistungen, Tests und Entscheidungen zusammenhalten.

Hypothetischer Vergleich zweier Angebote

Das folgende vereinfachte Beispiel ist hypothetisch und keine Kundenreferenz. Ein kleiner Betrieb möchte eingehende Anfragen zentral erfassen, zuständigen Personen zuweisen und später in die Auftragssoftware übergeben.

Angebot A nennt eine niedrige Gesamtsumme und führt „CRM-Einrichtung, Import und Schnittstelle“ auf. Im Gespräch zeigt sich: Importiert wird eine vom Kunden fertig vorbereitete Datei, die Schnittstelle bezeichnet nur den vorhandenen API-Zugang, und Schulung sowie Tests werden nach Aufwand verrechnet.

Angebot B ist zunächst umfangreicher. Es beschreibt zwei Testimporte, die Zuordnung konkreter Datenfelder, den Bau der Verbindung zur Auftragssoftware, drei definierte Prozessfälle, eine Schulung und eine Abnahme anhand vereinbarter Kriterien. Dafür setzt es voraus, dass der Betrieb Dubletten vorab kennzeichnet und eine fachlich verantwortliche Person bereitstellt.

Aus diesem Beispiel folgt nicht, dass Angebot B automatisch besser ist. Vielleicht kann der Betrieb die Leistungen aus Angebot A selbst erbringen. Der Unterschied wird aber entscheidbar, weil Umfang, Voraussetzungen und Risiken sichtbar sind. Erst auf dieser Basis lassen sich Kosten und Nutzen sinnvoll gegeneinander abwägen.

Eine kompakte Prüfreihenfolge

  1. Prüfen Sie, ob alle Anbieter dasselbe Ziel und dieselben Muss-Anforderungen erhalten haben.
  2. Markieren Sie enthaltene, optionale, kundenseitige und offene Leistungen.
  3. Vergleichen Sie Datenmigration und Schnittstellen als eigene Arbeitspakete.
  4. Ordnen Sie Zuständigkeiten für Entscheidungen, Zuarbeiten, Test und Betrieb zu.
  5. Stellen Sie einmalige, laufende und mengenabhängige Kosten gegenüber.
  6. Klären Sie Änderungen, Support, Datenexport und Beendigung.
  7. Verlangen Sie ein prüfbares Ergebnis mit Test- und Abnahmekriterien.

Am Ende sollte nicht zwingend das detaillierteste Angebot gewinnen. Geeignet ist das Angebot, dessen Leistungsgrenzen verständlich sind und das den tatsächlichen Bedarf mit vertretbarem Risiko abdeckt. Wenn Sie Angebote auf eine gemeinsame Basis bringen oder offene Punkte vor einer Beauftragung klären möchten, können Sie das Vorhaben und die vorhandenen Unterlagen kurz beschreiben.