Ein KMU sollte nicht mit dem modernsten Tool beginnen, sondern mit einem klar abgegrenzten Problem, das häufig auftritt, messbare Kosten verursacht und mit vorhandenen Ressourcen innerhalb weniger Wochen getestet werden kann. Priorität haben Projekte mit hohem betrieblichem Nutzen, überschaubarem Einführungsaufwand und kontrollierbaren Risiken. Erst danach folgt die Softwareauswahl.
Warum eine lange Ideenliste noch keine Digitalstrategie ist
Digitalisierung erzeugt schnell eine Sammlung attraktiver Vorhaben: ein neues CRM, automatisierte Offerten, KI für den Kundendienst, ein Kundenportal oder papierlose Freigaben. Werden diese Ideen gleichzeitig begonnen, konkurrieren sie um dieselben Fachpersonen, Daten und Entscheidungszeiten.
Das KMU-Portal des SECO beschreibt Digitalisierung als mehrstufigen Prozess, der bei den verfügbaren Ressourcen und der strategischen Einordnung beginnt. In einem weiteren Beitrag empfiehlt das Portal, Projektideen zu strukturieren und danach mit der Geschäftsleitung nach Marktpotenzial sowie verfügbaren Ressourcen wie Zeit, Mitarbeitenden und Geld zu priorisieren. Damit wird Digitalisierung zu einer Unternehmensentscheidung und nicht zu einer blossen IT-Beschaffung.
Schritt 1: Das Problem in einem Satz definieren
Eine brauchbare Projektbeschreibung beginnt nicht mit «Wir brauchen ein neues System», sondern mit einem beobachtbaren Engpass. Zum Beispiel: «Unsere Verkaufsmitarbeitenden übertragen jede Woche rund 80 Bestellungen manuell aus E-Mails in zwei Systeme; dabei entstehen Rückfragen und Korrekturen.»
Der Satz sollte Häufigkeit, betroffenen Prozess und unerwünschte Wirkung enthalten. Fehlen diese Elemente, lässt sich später kaum feststellen, ob das Projekt etwas verbessert hat. Formulierungen wie «moderner werden» oder «mehr KI nutzen» reichen deshalb nicht als Projektziel.
Schritt 2: Fünf Kriterien mit derselben Skala bewerten
Bewerte jedes Vorhaben von 1 bis 5. Die Skala muss für alle Projekte gleich angewendet werden:
1. Geschäftsnutzen: Wie stark verbessert das Projekt Kosten, Durchlaufzeit, Qualität, Umsatzchance oder Kundenerlebnis? 2. Häufigkeit: Wie oft tritt das Problem auf und wie viele Personen oder Vorgänge sind betroffen? 3. Umsetzbarkeit: Sind Prozess, Daten, Verantwortliche und technische Schnittstellen ausreichend klar? 4. Risiko: Welche Folgen hätten Fehler, Ausfälle, falsche Zugriffe oder ein ungeplanter Anbieterwechsel? Bei der Priorisierung wird ein hohes Risiko negativ gewichtet. 5. Lernwert: Liefert der Pilot Erkenntnisse, die auch für weitere Prozesse nutzbar sind?
Eine einfache Prioritätszahl kann lauten: Geschäftsnutzen plus Häufigkeit plus Umsetzbarkeit plus Lernwert minus Risiko. Die Zahl ersetzt kein Managementurteil. Sie zwingt das Team aber, Annahmen sichtbar zu machen und Projekte nach denselben Fragen zu vergleichen.
Schritt 3: Abhängigkeiten vor dem Start klären
Ein scheinbar kleines Projekt kann an Stammdaten, Zugriffsrechten oder einer fehlenden Schnittstelle hängen. Deshalb braucht jedes Vorhaben vor dem Start eine kurze Abhängigkeitsprüfung: Welche Daten werden benötigt? Wem gehören sie? Wie sauber sind sie? Welche Systeme müssen verbunden werden? Wer entscheidet bei Zielkonflikten?
Auch der Betrieb nach dem Projekt gehört in diese Prüfung. Ein automatisierter Prozess braucht weiterhin eine verantwortliche Person, Fehlerkontrollen, dokumentierte Ausnahmen und einen Weg zurück zum manuellen Ablauf. Wer nur die Einführung budgetiert, unterschätzt Wartung, Schulung und Anpassungen.
Bei externen Anbietern helfen die Fragen im Beitrag Welche Fragen muss ein KMU seinem IT-Dienstleister vor Vertragsabschluss stellen?. Besonders wichtig sind Verantwortlichkeiten, Datenstandorte, Unterauftragnehmer, Wiederherstellung und der spätere Datenexport.
Schritt 4: Einen 90-Tage-Piloten begrenzen
Ein Pilot sollte klein genug sein, um gestoppt werden zu können, und gross genug, um echte Nutzung zu zeigen. Begrenze ihn auf einen Prozess, eine Nutzergruppe und wenige messbare Ziele. Beispiele sind Bearbeitungszeit pro Fall, Fehlerquote, Anzahl Rückfragen oder Zeit bis zur Freigabe.
Vor dem Start wird ein Ausgangswert erhoben. Danach folgen ein klarer Zielwert und ein Entscheidungsdatum. Am Ende gibt es nur drei saubere Optionen: ausweiten, gezielt nachbessern oder stoppen. Ein Pilot ohne Entscheidungstermin wird leicht zum dauerhaften Provisorium.
Welche Projekte häufig zuerst geeignet sind
Gute Einstiegsprojekte sind wiederkehrend, regelbasiert und reversibel. Dazu können standardisierte Datenerfassungen, interne Freigaben, Terminabstimmungen oder Statusmeldungen gehören. Weniger geeignet als erster Versuch sind Prozesse mit schwerwiegenden Folgen bei Fehlern, unklaren Datenrechten oder sehr vielen Sonderfällen.
Bei KI-Projekten gilt dieselbe Logik. Der Beitrag Bundesrat setzt auf KI in der Verwaltung – fünf Lehren für Unternehmen zeigt, warum ein konkreter Prozess, Qualitätskontrollen und klare Verantwortlichkeiten wichtiger sind als die blosse Zahl gestarteter Anwendungen.
Rote Flaggen bei der Auswahl
Vorsicht ist angebracht, wenn niemand den heutigen Prozess vollständig erklären kann, der Nutzen nur mit allgemeinen Begriffen beschrieben wird oder ein Anbieter einen grossen Systemwechsel verlangt, bevor ein konkreter Anwendungsfall getestet wurde. Ebenfalls problematisch sind Projekte ohne internen Verantwortlichen und Vorhaben, deren Erfolg ausschliesslich anhand der Installation gemessen wird.
Ein eingeführtes Tool ist noch kein verbessertes Unternehmen. Entscheidend ist, ob Mitarbeitende weniger unnötige Arbeit haben, Kunden schneller oder verlässlicher bedient werden und die Organisation bei Fehlern handlungsfähig bleibt.
Die Entscheidung für die Geschäftsleitung
Die beste Reihenfolge entsteht aus drei Fragen: Welcher Engpass kostet heute wiederholt Zeit oder Qualität? Welches Vorhaben kann mit begrenztem Risiko einen messbaren Unterschied zeigen? Und welches Team hat Kapazität, den neuen Ablauf nach dem Pilot dauerhaft zu tragen? Wer diese Fragen vor der Toolauswahl beantwortet, reduziert Fehlinvestitionen und baut Digitalisierung schrittweise als betriebliche Fähigkeit auf.