Laut Gartner (2024) bereuen 60% der Unternehmen eine Technologieanschaffung der letzten 12 bis 18 Monate. Bei mittelgroßen Betrieben sind es sogar 68%. Der Grund ist fast immer derselbe: Das Tool kam vor den Anforderungen.
Wie es meistens läuft
Jemnand aus dem Unternehmen sieht ein Tool in einer Werbeanzeige, auf YouTube oder direkt auf der Website. Kurzes Gespräch mit dem Anbieter, Demo klingt gut, Lizenz wird gekauft. Und dann beginnt die eigentliche Arbeit, auf die sich kaum jemand vorbereitet hat.
Irgendwann benutzt die Hälfte des Teams das Tool gar nicht mehr, die andere Hälfte baut Workarounds darum herum, und der CEO fragt sich, warum sich die Investition nicht gelohnt hat. Die Antwort ist fast immer dieselbe: Das Tool wurde gekauft, bevor irgendjemand verstanden hat, was das Team eigentlich braucht.
Mein ehrlicher Take dazu: Das Tool ist selten das Problem, die fehlende Vorbereitung schon.
Schritt 1: Anforderungen klären, bevor überhaupt über Tools geredet wird
Der erste Fehler passiert fast immer am Anfang: Die Anforderungen werden aus der Vogelperspektive definiert. Die Führungsebene beschreibt, wie sie sich vorstellt dass das Team arbeiten soll. Aber das Team arbeitet nie so, wie es von oben aussieht.
Der einzige Weg zu echten Anforderungen führt durch die Anwender. Nicht durch eine Umfrage oder ein 30-Minuten-Meeting. Durch echte Gespräche: Was fehlt dir gerade? Was läuft nicht rund? Wo musst du Abkürzungen nehmen, weil das System es nicht hergibt?
Genau diese Abkürzungen sind der wertvollste Input den du bekommen kannst. Wenn jemand seit zwei Jahren eine separate Excel-Tabelle führt, weil das bestehende System bestimmte Infos nicht speichert, sagt dir das mehr über die echten Anforderungen als jedes Lastenheft. Workarounds zeigen dir punktgenau, wo dein aktuelles Setup versagt. Wie du solche Stellen im Betrieb erkennst, zeigen die 5 Anzeichen für bremsende Prozesse.
Schritt 2: Passenden Anbieter finden, nicht direkt kaufen
Erst wenn Anforderungen detailliert definiert und die Anwender aktiv eingebunden sind, macht es Sinn, nach Anbietern zu schauen. Und dann gilt: erst testen, dann kaufen.
Teile deine Anforderungen in Muss und Kann. Die Muss-Anforderungen sind nicht verhandelbar, jeder Anbieter muss sie vollständig erfüllen. Bei den Kann-Anforderungen geht es darum, wie viel eine Lösung abdeckt und worauf du bewusst verzichten kannst.
Was viele unterschätzen: Die Kommunikation mit dem Anbieter ist selbst ein Auswahlkriterium. Schau dir den Update-Log an. Ein Update pro Monat ist ein gutes Zeichen, dass das Produkt aktiv weiterentwickelt wird. Lange Funkstille zwischen Releases ist ein Warnsignal, das du ernst nehmen solltest.
Prüfe außerdem, ob die Lösung mit deinem restlichen Ökosystem kommunizieren kann. Gibt es Schnittstellen, eine REST-API oder Partnerprogramme? Ein Tool das komplett isoliert steht, wird früher oder später zum Datensilo. Schau auch, ob Automatisierungsmöglichkeiten oder KI-Funktionen vorhanden sind oder auf der Roadmap stehen. Was das konkret bedeutet und warum Schnittstellen für KMU so entscheidend sind, erfährst du hier.
Ein Punkt, der fast immer vergessen wird: Sprich mit Referenzkunden. Nicht die Demo abnehmen und unterschreiben. Aktiv nach Unternehmen fragen, die ähnliche Prozesse haben wie du, und die Realität dort einholen. Anbieter-Demos zeigen immer den besten Fall.
Checkliste: Tool-Einführung richtig angehen.
Alle wichtigen Schritte kompakt zusammengefasst: von der Anforderungsanalyse über die Anbieterauswahl bis hin zur internen Ownership. Damit du beim nächsten Tool-Projekt nichts vergisst, was hinterher teuer wird.Schritt 3: Die Kosten, die keiner von Anfang an kalkuliert
Lizenzkosten sind nur der Anfang. Was selten in der ersten Kalkulation auftaucht: Implementierung, Datenmigration, Schulungen und der interne Aufwand während der Einführungsphase. Laut derselben Gartner-Studie (2024) nennen 36% der Unternehmen höhere-als-erwartete Kosten als Hauptgrund für ihre Reue. Das summiert sich schnell auf das Doppelte des ursprünglichen Budgets.
Wer unsicher ist, ob er größere Pakete braucht, sollte mit dem kleinsten starten und erst upgraden, wenn er an echte Limitierungen stößt. Das schützt vor überdimensionierten Lizenzen, die nie vollständig genutzt werden.
Schritt 4: Interne Ownership klären
Das ist der Schritt, bei dem selbst gute Einführungen versanden. Irgendwann nach dem Go-Live ist klar, dass das Tool noch nicht perfekt eingestellt ist, Feedback aus dem Team gibt es, aber niemand ist dafür zuständig, das aufzunehmen und Entscheidungen zu treffen.
Ohne eine interne Person die das Tool nach der Einführung betreut, Feedback sammelt und Anpassungen anstößt, verliert jede Software-Einführung nach ein paar Monaten an Fahrt. Das muss keine Vollzeitstelle sein. Aber es muss eine klare Rolle mit klarer Verantwortung sein.
Was mich dabei immer wieder überrascht: Diese Rolle wird fast nie vor der Einführung besprochen. Sie fällt irgendwann jemandem in den Schoß, der gar nicht die Zeit dafür hat. Das ist kein Organisationsversagen, sondern fehlende Planung. Warum Verantwortlichkeiten in Prozessen so entscheidend sind, habe ich dir hier genauer beschrieben.
Was du jetzt konkret tun kannst
Bevor du das nächste Tool kaufst oder eine Einführung planst: Schreib auf, was im Team gerade nicht funktioniert. Hierbei geht es nicht um Funktionen, sondern darum was euch aktuell ausbremst oder nervt. Sprich dann mit zwei oder drei Personen, die täglich mit dem betroffenen Prozess arbeiten, und frag gezielt nach Workarounds. Die Antworten die du dort bekommst, zeigen die echten Anforderungen.
Wenn du dir unsicher bist, wo bei euch die größten Prozess-Baustellen liegen, hilft dir der Selbstcheck als Einstieg. Dich erwarteb zehn Fragen, das Ganze dauert keine drei Minuten und du erhälst direkt ein konkretes Ergebnis (inkl. Handlungsempfehlungen).
Quellen:
FAQ
Die wichtigsten Fragen und Antworten kompakt zusammengefasst.
Wie lange sollte die Anforderungsphase dauern?
Das kommt auf die Komplexität an. Für ein einfaches Projektmanagement-Tool reichen oft zwei bis drei intensive Gespräche mit den Anwendern. Für ein CRM oder ERP solltest du zwei bis vier Wochen einplanen, in denen du wirklich in den Alltag eintauchst. Wer das überspringt, zahlt es später mit Zeit und Geld zurück.
Was, wenn das Team keine klaren Anforderungen nennen kann?
Dann frag nach Workarounds. „Was machst du gerade, weil das System es nicht hergibt?“ liefert fast immer konkrete Antworten. Die meisten Anwender können keine abstrakten Anforderungen formulieren, aber sie können sehr genau beschreiben, was ihnen täglich auf die Nerven geht.
Macht es Sinn, mehrere Tools parallel zu testen?
Ja, aber mit Struktur. Nicht blind ausprobieren, sondern eine klare Testliste mit Muss-Anforderungen aufstellen und jeden Anbieter daran messen. So bekommst du einen echten Vergleich statt einen Demo-Eindruck.
Was tun, wenn ein Tool bereits eingeführt wurde und nicht funktioniert?
Erst verstehen warum. Werden die Anforderungen wirklich nicht erfüllt, oder wird das Tool nicht richtig genutzt? Beides hat andere Lösungen. Oft liegt es an fehlendem Training oder fehlender interner Ownership, nicht am Tool selbst. Ein Wechsel kann die richtige Entscheidung sein. Aber dieser Schritt sollte erst nach einer ehrlichen Bestandsaufnahme kommen.
