Software-Auswahl im KMU – wie Unternehmen die richtige Lösung finden

Kaum eine IT-Entscheidung hat so langfristige Auswirkungen wie die Wahl einer neuen Business-Software. Ob ERP, CRM, Projektmanagement oder Buchhaltung – die Software, die ein Unternehmen heute einführt, prägt Arbeitsabläufe, Datenstrukturen und die Zusammenarbeit über Jahre hinweg. Trotzdem wird die Auswahl in vielen KMU erstaunlich beiläufig getroffen. Jemand hat ein Tool gesehen, ein Anbieter hat sich gut präsentiert, oder man nimmt einfach das, was der IT-Dienstleister empfiehlt. Das kann funktionieren. In den meisten Fällen führt es aber zu Lösungen, die nicht richtig passen – mit Folgen, die sich erst Monate später zeigen.

Dabei ist eine gute Software-Auswahl kein Hexenwerk. Sie erfordert weder ein riesiges Budget noch monatelange Evaluationsprojekte. Was sie braucht, ist Struktur, eine ehrliche Bestandsaufnahme der eigenen Bedürfnisse und die Bereitschaft, die Entscheidung nicht allein der IT oder einem einzelnen Anbieter zu überlassen.

Warum die Software-Auswahl so oft schiefgeht

Die häufigsten Probleme bei der Software-Auswahl entstehen nicht während der Evaluation, sondern davor. Unternehmen beginnen den Prozess, ohne sich vorher darüber klar zu werden, was sie eigentlich brauchen. Sie starten mit dem Markt statt mit sich selbst. Sie vergleichen Features, bevor sie ihre eigenen Anforderungen kennen. Das führt dazu, dass Entscheidungen auf Basis von Demos und Verkaufsgesprächen getroffen werden – nicht auf Basis der tatsächlichen Geschäftsprozesse.

Ein zweites, mindestens ebenso häufiges Problem: Die Auswahl wird von einer einzelnen Perspektive dominiert. Entweder entscheidet die IT allein und wählt die technisch sauberste Lösung, die aber an den Bedürfnissen der Fachabteilungen vorbeigeht. Oder ein Fachbereich wählt eigenständig ein Tool, das sich später nicht in die bestehende IT-Landschaft integrieren lässt. In beiden Fällen fehlt die gemeinsame Perspektive, die eine gute Entscheidung braucht.

Und dann gibt es den klassischen Fehler, der in KMU besonders verbreitet ist: Man orientiert sich an dem, was grosse Unternehmen nutzen. Die Logik dahinter klingt plausibel – wenn SAP, Salesforce oder Dynamics bei Konzernen funktioniert, muss es auch für uns passen. In der Realität sind diese Systeme aber oft überdimensioniert, zu komplex in der Konfiguration und zu teuer im Betrieb für ein Unternehmen mit 20 bis 200 Mitarbeitenden. Die Folge: Man bezahlt für Funktionen, die man nie nutzt, und kämpft mit einer Komplexität, die die eigene Organisation überfordert.

Zuerst verstehen, was man braucht

Jede gute Software-Auswahl beginnt mit der gleichen Frage: Was genau soll die Software für uns leisten? Das klingt offensichtlich, wird aber in der Praxis selten gründlich beantwortet. Stattdessen hört man Sätze wie „Wir brauchen ein neues ERP" oder „Wir suchen ein CRM". Das sind Produktkategorien, keine Anforderungen.

Anforderungen beschreiben, was das Unternehmen konkret tun will. Welche Prozesse soll die Software abbilden? Welche davon funktionieren heute gut und sollen übernommen werden? Welche sollen sich mit der neuen Software verändern? Welche Daten müssen fliessen, zwischen welchen Systemen, und in welcher Frequenz? Wer arbeitet mit der Software – zehn Personen im Büro oder hundert Mitarbeitende im Aussendienst? Gibt es regulatorische Anforderungen, zum Beispiel an Datenhaltung oder Revisionssicherheit?

Diese Fragen zu beantworten, braucht keine monatelange Analyse. In vielen Fällen reichen zwei bis drei Workshops mit den relevanten Personen aus Fachbereichen und IT, um ein klares Bild zu bekommen. Entscheidend ist, dass man diese Arbeit vor der Marktrecherche macht – nicht währenddessen. Wer erst im Gespräch mit Anbietern herausfindet, was er eigentlich braucht, lässt sich von deren Narrativ leiten statt von den eigenen Prioritäten.

Den Markt strukturiert sondieren

Sobald die eigenen Anforderungen klar sind, beginnt die Marktrecherche. Und hier lauert die nächste Falle: Es gibt für fast jede Kategorie Dutzende von Anbietern. Wer versucht, alle zu evaluieren, verliert sich in einem Vergleich, der nie enden will. Der pragmatischere Weg ist eine gestaffelte Vorgehensweise.

Longlist erstellen. Auf Basis der eigenen Anforderungen identifiziert man fünf bis acht Lösungen, die grundsätzlich in Frage kommen. Quellen dafür sind Branchenverzeichnisse, Empfehlungen von Geschäftspartnern, Erfahrungen aus dem eigenen Netzwerk und unabhängige Vergleichsportale. Der wichtigste Filter in dieser Phase: Passt die Lösung zu unserer Unternehmensgrösse und Branche? Ein System, das primär für Konzerne gebaut ist, wird für ein KMU selten die richtige Wahl sein – und umgekehrt.

Shortlist verdichten. Aus der Longlist werden zwei bis drei Kandidaten ausgewählt, die man sich genauer anschaut. Die Kriterien dafür sollten vor der Evaluation festgelegt werden, nicht danach. Was sind die drei bis fünf Punkte, die für unser Unternehmen nicht verhandelbar sind? Das können funktionale Anforderungen sein, aber auch Themen wie Hosting-Standort, Integrationsfähigkeit oder Preismodell. Alles, was diese Kriterien nicht erfüllt, fliegt raus – unabhängig davon, wie gut die Demo war.

Proof of Concept statt Hochglanz-Demo. Die grösste Schwäche von Standard-Demos ist, dass sie zeigen, was die Software kann – nicht, wie sie sich mit den eigenen Daten und Prozessen anfühlt. Ein deutlich besserer Ansatz ist, den Anbietern auf der Shortlist ein konkretes Szenario aus dem eigenen Unternehmen zu geben und sie zu bitten, dieses abzubilden. Das muss kein vollständiger Prototyp sein. Aber es sollte nah genug an der Realität sein, um zu erkennen, ob die Software zu den eigenen Abläufen passt.

Die richtigen Fragen an Anbieter stellen

Anbieter sind Verkäufer. Das ist nicht negativ gemeint – es beschreibt einfach die Dynamik. Ihre Aufgabe ist es, die eigene Lösung im besten Licht zu präsentieren. Die Aufgabe des Kunden ist es, hinter die Oberfläche zu schauen. Das gelingt am besten mit konkreten, unbequemen Fragen.

Referenzen aus der eigenen Branche und Grössenordnung. Jeder Anbieter hat Referenzen. Die relevante Frage ist, ob darunter Unternehmen sind, die dem eigenen ähnlich sind – in Grösse, Branche und Komplexität. Ein ERP, das bei einem Industriekonzern mit 5'000 Mitarbeitenden funktioniert, sagt nichts darüber aus, ob es für ein Handelsunternehmen mit 40 Mitarbeitenden passt.

Gesamtkosten über drei bis fünf Jahre. Lizenzkosten sind nur ein Teil der Gleichung. Dazu kommen Implementierungskosten, Schulungen, laufende Wartung, Support, Updates und eventuell Kosten für Anpassungen oder Integrationen. Viele Anbieter kommunizieren niedrige Einstiegspreise, die sich über die Jahre vervielfachen. Wer die Total Cost of Ownership nicht kennt, kann keine fundierte Entscheidung treffen.

Was passiert, wenn wir wechseln wollen? Das ist die Frage, die kein Anbieter gerne hört – und genau deshalb sollte man sie stellen. Wie lassen sich die Daten exportieren? In welchem Format? Gibt es eine Abhängigkeit von proprietären Schnittstellen, die einen Wechsel praktisch verunmöglicht? Ein Anbieter, der auf diese Frage ausweichend antwortet, sollte besonders kritisch betrachtet werden.

Wie sieht die Produkt-Roadmap aus? Software ist kein statisches Produkt. Ein Anbieter, der transparent über seine Entwicklungsrichtung spricht, gibt dem Kunden die Möglichkeit einzuschätzen, ob die Lösung auch in drei bis fünf Jahren noch zu den eigenen Bedürfnissen passt. Intransparenz in diesem Punkt ist ein Warnsignal.

Integration ist kein Nachgedanke

Keine Software existiert isoliert. Sie muss mit den bestehenden Systemen zusammenspielen – mit der Buchhaltung, dem E-Mail-System, der Dokumentenverwaltung, vielleicht mit einem Webshop oder einer Branchenlösung. Integration ist einer der Punkte, die bei der Auswahl am häufigsten unterschätzt werden. In der Demo sieht alles einfach aus. In der Praxis stellen sich dann Fragen, die vorher niemand gestellt hat.

Welche Schnittstellen bietet die Software standardmässig an? Gibt es eine offene API? Wie aufwändig ist es, eine Verbindung zu den bestehenden Systemen herzustellen? Braucht es dafür den Anbieter selbst, oder kann das ein externer Integrator übernehmen? Und wie werden Daten synchronisiert – in Echtzeit oder im Batch? In welche Richtung?

Diese Fragen frühzeitig zu klären, erspart Überraschungen nach der Vertragsunterzeichnung. In meiner Erfahrung sind Integrationsprobleme der häufigste Grund dafür, dass Software-Einführungen länger dauern und teurer werden als geplant. Nicht weil die Integration technisch unmöglich wäre, sondern weil sie zu spät mitgedacht wurde.

Die Einführung ist Teil der Entscheidung

Die beste Software nützt nichts, wenn sie schlecht eingeführt wird. Und die Art der Einführung hängt direkt mit der Auswahl zusammen. Deshalb sollte man bereits in der Evaluationsphase fragen: Wie sieht die typische Einführung aus? Wie lange dauert sie? Welche Ressourcen braucht sie auf unserer Seite? Wer begleitet das Projekt beim Anbieter – ein erfahrener Berater oder ein Junior, der das Standardvorgehen abarbeitet?

In KMU ist die verfügbare Kapazität für Software-Einführungen begrenzt. Die Mitarbeitenden, die das neue System nutzen sollen, haben gleichzeitig ihr Tagesgeschäft. Es gibt selten ein dediziertes Projektteam, das sich ausschliesslich um die Einführung kümmern kann. Eine Lösung, die eine schlanke, gut begleitete Einführung bietet, ist für ein KMU oft mehr wert als eine funktional überlegene Alternative, die ein halbes Jahr Implementierungszeit und ein Vollzeit-Projektteam erfordert.

Dazu gehört auch die Frage nach Schulung und Adoption. Wird die Software von den Mitarbeitenden akzeptiert und genutzt? Oder steht sie nach der Einführung da wie ein teures Möbelstück, an dem alle vorbeigehen? Anbieter, die Schulungskonzepte anbieten, die über ein einmaliges Webinar hinausgehen, verdienen besondere Aufmerksamkeit. Denn am Ende ist die Software nur so gut wie die Menschen, die mit ihr arbeiten.

Die Entscheidung gemeinsam treffen

Software-Auswahl ist keine reine IT-Entscheidung. Es ist eine Geschäftsentscheidung, die IT, Fachbereiche und Geschäftsleitung gemeinsam treffen sollten. Die IT bringt die technische Perspektive ein – Integrationsfähigkeit, Sicherheit, Betriebsaufwand. Die Fachbereiche wissen, welche Prozesse die Software abbilden muss und wie sich der Arbeitsalltag damit verändern wird. Die Geschäftsleitung hat den Überblick über Budget, Strategie und Prioritäten.

Wenn eine dieser Perspektiven fehlt, entstehen blinde Flecken. Die IT wählt ein System, das technisch einwandfrei ist, aber von den Nutzern nicht akzeptiert wird. Ein Fachbereich wählt ein Tool, das seine Bedürfnisse perfekt abdeckt, aber ein Sicherheitsrisiko darstellt. Die Geschäftsleitung genehmigt das günstigste Angebot, ohne die langfristigen Kosten zu berücksichtigen.

Ein kleines Evaluationsteam aus drei bis fünf Personen – mit Vertretung aus IT, den wichtigsten Fachabteilungen und der Geschäftsleitung – ist der beste Weg, um eine fundierte Entscheidung zu treffen. Das muss kein formales Gremium sein. Es reicht, wenn diese Personen die relevanten Demos gemeinsam sehen, die Bewertungskriterien gemeinsam festlegen und die finale Entscheidung gemeinsam tragen.

Was nach der Entscheidung zählt

Die Auswahl ist abgeschlossen, der Vertrag unterschrieben – und jetzt? Jetzt beginnt der Teil, der über Erfolg oder Misserfolg entscheidet: die Umsetzung. Und auch hier gibt es einen typischen Fehler: Das Unternehmen lehnt sich zurück und überlässt dem Anbieter die Führung. Das funktioniert selten. Der Anbieter kennt seine Software, aber er kennt nicht die internen Abläufe, die politischen Dynamiken und die ungeschriebenen Regeln, die in jedem Unternehmen existieren.

Erfolgreiche Software-Einführungen haben auf der Unternehmensseite eine klare Verantwortlichkeit. Jemand, der den Prozess intern steuert, Entscheidungen trifft, Rückfragen beantwortet und sicherstellt, dass die Einführung nicht im Tagesgeschäft untergeht. Das muss keine Vollzeitstelle sein. Aber es muss jemand sein, der das Mandat hat und die Zeit bekommt, diese Aufgabe ernst zu nehmen.

Und schliesslich: Eine Software-Einführung ist nie wirklich abgeschlossen. Nach dem Go-Live beginnt der eigentliche Lernprozess. Prozesse werden angepasst, Nutzerfeedback fliesst ein, neue Anforderungen entstehen. Unternehmen, die ihre Software als lebendes System betrachten und regelmässig überprüfen, ob sie noch zu den aktuellen Bedürfnissen passt, holen deutlich mehr aus ihrer Investition heraus als solche, die nach der Einführung zur Tagesordnung übergehen.

Die richtige Software zu wählen, ist keine Glückssache. Es ist das Ergebnis eines strukturierten Prozesses, der mit den eigenen Bedürfnissen beginnt und nicht mit dem Marktangebot. Wer sich diese Zeit nimmt, trifft bessere Entscheidungen – und spart langfristig Geld, Zeit und Nerven.