Viele Unternehmen behandeln den Einkauf von IT-Lösungen wie einen einmaligen Auswahlprozess. Anforderungen werden gesammelt, Anbieter angefragt, Angebote verglichen und am Ende unterschreibt jemand den Vertrag. Danach beginnt die eigentliche Bewährungsprobe: Die Software muss in bestehende Abläufe passen, Mitarbeitende müssen sie annehmen und der Anbieter muss auf neue Anforderungen reagieren. Ein günstiger Listenpreis hilft wenig, wenn die Lösung später hohe Anpassungskosten verursacht.

Ein besserer Ansatz betrachtet die Beschaffung als kontrolliertes Lernprojekt. Informationen aus Marktübersichten, Fachbeiträgen und Anbieterprofilen können dabei helfen, die eigene Entscheidung vorzubereiten. Eine Anlaufstelle für aktuelle Themen rund um IT-Einkauf und Anbieterbewertung ist it-beschaffung.com/. Der entscheidende Gedanke lautet: Unternehmen sollten schon vor dem Vertragsabschluss festlegen, wie sie eine Lösung prüfen und bei Problemen reagieren.

Die Entscheidung beginnt mit einer überprüfbaren Annahme

Am Anfang steht keine lange Wunschliste, sondern eine konkrete Annahme. Ein Unternehmen könnte zum Beispiel vermuten, dass eine neue Beschaffungsplattform die Durchlaufzeit von Bestellungen senkt. Diese Aussage lässt sich prüfen. Dazu gehören ein Ausgangswert, ein Zielwert und ein Zeitraum. Wer heute durchschnittlich zehn Arbeitstage bis zur Freigabe benötigt, kann eine Verkürzung auf sechs Tage innerhalb eines halben Jahres als messbares Ziel formulieren.

Die Annahme sollte auch die betroffenen Rollen berücksichtigen. Einkauf, Finanzabteilung, Fachbereiche und IT bewerten dieselbe Lösung aus unterschiedlichen Blickwinkeln. Der Einkauf achtet auf Lieferantenprozesse und Konditionen, die Finanzabteilung auf Freigaben und Nachvollziehbarkeit, während die IT Schnittstellen, Rechte und Betriebskosten prüft. Eine Entscheidung wird belastbarer, wenn jede Perspektive eigene Prüfkriterien erhält.

Ein Pilot zeigt mehr als eine Präsentation

Anbieterpräsentationen zeigen meist den idealen Ablauf. Ein Pilot muss dagegen mit echten, begrenzten Aufgaben arbeiten. Dafür eignet sich ein abgegrenzter Bereich, etwa eine Warengruppe, eine Niederlassung oder ein einzelner Genehmigungsprozess. Die Testphase sollte lang genug sein, um wiederkehrende Vorgänge abzubilden, aber klein genug bleiben, damit Fehler keine großen Auswirkungen haben.

Vor dem Start müssen die Beteiligten festlegen, was sie beobachten. Dazu gehören beispielsweise die Bearbeitungszeit einer Bestellung, die Zahl manueller Nacharbeiten, die Qualität von Reports und die Verständlichkeit der Benutzeroberfläche. Auch Rückmeldungen der Anwender zählen. Ein System kann technisch sauber funktionieren und trotzdem im Alltag auf Widerstand stoßen, wenn es zu viele Schritte verlangt oder wichtige Informationen versteckt.

Diese Punkte gehören in den Testplan

• Ein klarer Prozess mit definiertem Start- und Endpunkt, damit die Ergebnisse vergleichbar bleiben.
• Konkrete Testfälle aus dem Arbeitsalltag, darunter Standardbestellungen, Änderungen und Ausnahmefälle.
• Eine Liste der benötigten Schnittstellen zu ERP, Finanzbuchhaltung, Lieferantenportalen oder Identitätsverwaltung.
• Messgrößen für Zeitaufwand, Fehlerquote, Bearbeitungsqualität und Akzeptanz der Nutzer.
• Ein benannter Verantwortlicher, der Rückmeldungen bündelt und offene Punkte dokumentiert.
• Ein festes Datum für die Entscheidung über Fortführung, Anpassung oder Abbruch des Piloten.

Vertragsbedingungen müssen zum Lernprozess passen

Ein Pilot verliert seinen Wert, wenn der Vertrag bereits die teuerste und längste Bindung vorsieht. Unternehmen sollten deshalb prüfen, welche Teile zunächst begrenzt vereinbart werden können. Dazu zählen die Zahl der Nutzer, der Umfang der Datenmigration oder die Nutzung einzelner Module. Ein klar geregelter Ausstieg schützt vor einer Situation, in der eine unpassende Lösung aus organisatorischen Gründen weiterbezahlt wird.

Ebenso wichtig sind Regelungen zu Datenexport, Support und Änderungen an der Plattform. Der Anbieter sollte beschreiben, in welchem Format das Unternehmen seine Daten erhält und welche Fristen für Supportfälle gelten. Bei cloudbasierten Lösungen gehören auch Fragen zu Subdienstleistern, Speicherorten und Sicherheitsnachweisen in die Prüfung. Diese Themen wirken im Auswahlprozess trocken, entscheiden später aber über den Aufwand bei einem Wechsel.

Nach dem Kauf beginnt die Auswertung

Nach dem Pilot oder der Einführung sollte das Team die ursprüngliche Annahme mit den tatsächlichen Ergebnissen vergleichen. Hat sich die Durchlaufzeit verkürzt? Nutzen die Beschäftigten die vorgesehenen Funktionen? Entstehen neue Arbeitsschritte an anderer Stelle? Ein kurzer Bericht mit Messwerten, Nutzerfeedback und offenen Risiken reicht oft aus, um die nächste Entscheidung zu treffen.

So entsteht ein wiederholbarer Beschaffungsprozess. Unternehmen kaufen dann nicht nur eine Software, sondern erwerben Wissen über die eigene Arbeitsweise, die Qualität eines Anbieters und die Bedingungen für einen erfolgreichen Betrieb. Diese Erkenntnisse verbessern spätere Ausschreibungen und helfen dabei, Anforderungen präziser zu formulieren. Eine gute IT-Entscheidung endet deshalb nicht mit der Unterschrift, sondern mit einer überprüften Antwort auf die Frage, ob die Lösung im Alltag den erwarteten Nutzen bringt.