Wir haben Projekte erlebt, in denen technisch alles stimmte und die Software trotzdem nach drei Monaten kaum benutzt wurde. Das liegt fast nie an der Software.
Das eigentliche Problem
Software ändert, wie Menschen arbeiten. Sie macht sichtbar, was vorher unsichtbar war — wer wie lange braucht, wer welche Aufträge hat, wo etwas liegen bleibt. Für manche im Team ist das eine Verbesserung. Für andere fühlt es sich nach Kontrolle an.
Wer das ignoriert und Einführung als Schulungsfrage behandelt, wundert sich später über den Widerstand.
Woher der Widerstand kommt
- Verlust von Autonomie. Wer bisher selbst entschieden hat, wie er dokumentiert, soll es plötzlich nach Vorgabe tun.
- Angst vor Sichtbarkeit. Wenn Stunden erfasst werden, sieht man Unterschiede zwischen Mitarbeitenden. Das ist nicht immer erwünscht.
- Zusatzaufwand ohne eigenen Nutzen. Der Monteur erfasst, das Büro profitiert. Wenn niemand erklärt, was er selbst davon hat, ist Widerstand rational.
- Entwertung von Erfahrung. Wer den Prozess seit fünfzehn Jahren im Kopf hat, verliert einen Teil seines Werts, wenn er im System steht.
- Schlechte Erfahrungen. Sehr häufig. Das letzte Projekt hat nicht funktioniert, und niemand hat es je zugegeben.
Keiner dieser Punkte lässt sich durch bessere Software lösen. Alle lassen sich durch Gespräche entschärfen — vor dem Projekt, nicht danach.
Was funktioniert
Zwei Personen aus dem Team von Anfang an einbinden. Nicht zur Information, sondern mit echter Mitsprache. Sie werden zu Fürsprechern, weil es auch ihre Lösung ist. Wählen Sie dafür nicht die technikaffinsten, sondern die angesehensten.
Den Nutzen für die Nutzenden benennen. Nicht «wir bekommen bessere Auswertungen», sondern «du musst am Abend nichts mehr nachtragen» oder «die Rückfragen aus dem Büro hören auf». Wenn es keinen solchen Nutzen gibt, ist die Software falsch geschnitten.
Ehrlich sein über das, was sichtbar wird. Wenn Stunden erfasst werden, sagen Sie, was Sie damit tun — und was nicht. Verschwiegene Absichten kommen heraus und kosten mehr Vertrauen als die Sache selbst.
Kurz und am eigenen Gerät schulen. Zwei bis vier Personen, eine Stunde, mit den eigenen Zugangsdaten und echten Fällen. Grosse Schulungen im Sitzungszimmer bringen wenig.
In der ersten Woche aktiv nachfragen. Nicht «meldet euch, wenn was ist», sondern täglich kurz fragen, was harzt. Probleme, die in Woche eins nicht gelöst werden, führen zu Umgehungslösungen, die dauerhaft bleiben.
Der Pilotbetrieb
Zwei bis vier Wochen mit einer kleinen Gruppe, bevor alle umgestellt werden. Das bringt drei Dinge:
- Fehler und Lücken zeigen sich bei fünf Personen genauso wie bei fünfzig — nur mit weniger Schaden.
- Die Pilotgruppe wird zur Unterstützung für die anderen. Kollegen fragen lieber Kollegen als den Chef.
- Sie bekommen echte Zahlen: Wie lange dauert eine Erfassung wirklich?
Wählen Sie für den Pilot Freiwillige, aber nicht nur Begeisterte. Eine skeptische Person in der Pilotgruppe ist wertvoll — sie findet die Schwachstellen, die andere übersehen.
Die alten Wege schliessen
Der unangenehmste und wichtigste Schritt. Solange das Papierformular akzeptiert wird, füllen einige weiter Papier aus. Solange die alte Excel-Datei erreichbar ist, arbeitet jemand damit weiter.
Ein bewährter Ablauf:
- Übergangszeit ankündigen, mit Datum. Zwei bis vier Wochen.
- In dieser Zeit beides erlauben, aber wöchentlich melden, wie viel bereits über das neue System läuft.
- Am angekündigten Datum den alten Weg tatsächlich schliessen. Nicht verschieben — eine einmalige Verschiebung macht jede weitere Ankündigung wertlos.
- Ausnahmen nur mit Begründung und zeitlich befristet.
Wenn zum Stichtag weniger als etwa siebzig Prozent umgestellt sind, liegt ein echtes Problem vor. Dann verschieben Sie nicht das Datum, sondern klären zuerst die Ursache.
Woran man den Erfolg misst
- Nutzungsanteil. Wie viele Vorgänge laufen über das neue System, nicht wie viele Konten existieren.
- Zeit pro Vorgang. Vergleich zur Messung vor dem Projekt.
- Rückfragen. Ihre Zahl sollte nach Woche drei deutlich sinken. Tut sie das nicht, ist etwas unklar gestaltet.
- Umgehungslösungen. Gibt es neue Excel-Dateien neben dem System? Das ist das deutlichste Warnzeichen.
Wir begleiten die Einführung in unseren Projekten aktiv mit — nicht als Zusatzleistung, sondern weil eine Software, die nicht benutzt wird, für beide Seiten ein verlorenes Projekt ist.
Häufige Fragen
Warum wird neue Software im Team nicht benutzt?
Meist nicht aus technischen Gründen, sondern weil der Nutzen für die Nutzenden nie benannt wurde, weil sichtbar wird, was vorher unsichtbar war, oder weil die alten Wege offen geblieben sind.
Wie lange sollte ein Pilotbetrieb dauern?
Zwei bis vier Wochen mit einer kleinen Gruppe. Wählen Sie Freiwillige, aber nicht nur Begeisterte — eine skeptische Person findet die Schwachstellen, die andere übersehen.
Wann soll man die alten Abläufe abschalten?
Nach einer angekündigten Übergangszeit von zwei bis vier Wochen, zum genannten Datum und ohne Verschiebung. Sind dann weniger als rund siebzig Prozent umgestellt, klären Sie die Ursache statt das Datum zu verschieben.
Ihr Projekt besprechen?
Das Erstgespräch ist kostenlos und unverbindlich. Wir nennen eine Bandbreite für Aufwand und Kosten — und sagen ab, wenn es sich nicht lohnt.
Kontakt aufnehmen