Trend-Scouting reicht nicht: Wenn Trends wie KI das Geschäft bedrohen, braucht es Muss-Change-Projekte. Wenn sie Perspektiven öffnen, werden daraus Kann-Projekte mit klarer Nutzenlogik.

Ein Trend ist kein Thema für eine isolierte Taskforce. Ein Trend verschiebt Spielregeln. Kunden erwarten veränderte Leistungen, Prozesse erfahren eine Neubewertung, Regulierung zieht nach, Wettbewerber senken Kosten oder erhöhen Geschwindigkeit. Daraus ergibt sich eine Unterscheidung, die in der Praxis spürbar entlastet. Muss-Change-Projekte und Kann-Projekte. Beide stehen häufig im Zusammenhang mit KI, folgen jedoch unterschiedlicher Logik, werden unterschiedlich gesteuert und anhand anderer Maßstäbe bewertet.

Change-Projekte: Wenn der Trend das Unternehmen bedroht

Ein Muss-Change entsteht, wenn ein Trend das bestehende Geschäftsmodell direkt unter Druck setzt. Typische Muster sind klar erkennbar:

• Kosten und Produktivitätsdruck entsteht, wenn Wettbewerber automatisieren und schneller, günstiger oder präziser liefern. Beispiele sind KI gestützte Serviceprozesse, automatisierte Angebotskalkulation oder Softwareentwicklung.
• Qualitäts und Erwartungsdruck wächst, wenn Kunden durchgängige Verfügbarkeit, personalisierte Antworten, kurze Durchlaufzeiten und verlässliche Prognosen erwarten.
• Risikodruck nimmt zu, wenn Anforderungen an Datenschutz, geistiges Eigentum, Compliance und Sicherheit steigen und Fehler höhere Folgekosten verursachen.
• Arbeitsmarktdruck verstärkt sich, weil sich Rollenprofile verändern und fehlende Umschulung zu Kompetenzverlust und sinkender Attraktivität führt.

Muss-Change-Projekte sind nicht optional, da Untätigkeit messbaren Schaden erzeugt. Margen sinken, Kunden wechseln, Risiken steigen und qualifizierte Mitarbeiter orientieren sich neu. Die Führungslogik ist defensiv und pragmatisch ausgerichtet. Ziel ist die Begrenzung von Schaden, die Sicherung der Überlebensfähigkeit und das Erreichen eines notwendigen Mindeststandards.

Was heißt das operativ? Muss-Change-Projekte brauchen:

Bei Change-Projekten mit hohem Zeitdruck zeigt sich deutlich, wie stark methodische Projektsteuerung die Ergebnisqualität beeinflusst. Klare Zieldefinitionen, eine belastbare Meilensteinlogik und ein einheitliches Verständnis von Projektverantwortung reduzieren Reibungsverluste zwischen Linie und Projektorganisation. Kompetenzen im Projektmanagement lassen sich gezielt aufbauen und wirken als Stabilitätsfaktor in Phasen hoher Veränderungsdynamik.

• Eindeutige Priorisierung durch das Top-Management mit einem Sponsor, der über Durchsetzungskraft verfügt.
• Verbindliche Zielgrößen wie Kosten je Vorgang, Durchlaufzeiten, Fehlerquoten, Service Level oder Time to Decision.
• Kurze Lieferzyklen mit nachweisbaren Effekten.
• Systematische Change-Arbeit im Betrieb mit klaren Rollen, Befugnissen, Trainings und festen Kommunikationsroutinen. Betriebsrat und Compliance werden früh eingebunden.
• Geklärte Schnittstelle zum Regelbetrieb mit eindeutiger Verantwortung für Qualität und Risiko nach dem Go live.

Ein KI Beispiel verdeutlicht die Logik. Erkennt ein Unternehmen, dass Wettbewerber die Ticketbearbeitung im Service durch KI halbieren, entsteht ein Muss-Change. Der Fokus liegt auf Prozessstandardisierung, Aufbau einer Wissensdatenbank, Datenschutzkonzept, Tool Auswahl, Schulung und KPI Steuerung. Die Umsetzung erfolgt als strukturiertes Projektprogramm und nicht als Experimentierzirkel.

Kann-Projekte Wenn der Trend die strategische Perspektive erweitert

Kann-Projekte entstehen, wenn ein Trend neue Optionen eröffnet. Dazu zählen neue Märkte, zusätzliche Services, höhere Margen oder sinkende Kosten ohne unmittelbare Existenzbedrohung. In diesem Feld erweitern Unternehmen ihr Portfolio, diversifizieren ihr Angebot oder entwickeln ein neues Leistungsversprechen.

Nicht jedes Kann-Projekt muss umgesetzt werden. Jedes Projekt wird jedoch wie eine Investition bewertet. Die Logik ist offensiv ausgerichtet und fokussiert Wachstum, Differenzierung und den Wert strategischer Optionen.

Kann-Projekte brauchen:

• eine Nutzenhypothese („Welche Kundengruppe zahlt wofür – und warum wir?“)
• eine klare Economics-Story (Marge, Skalierung, Cost-to-Serve, Preispremium)
• Experimentdesign statt Vollausbau (Pilot mit echten Nutzern, messbare Adoption)
• Stop-or-Go-Kriterien (wenn X nicht eintritt, stoppen oder pivotieren)
• Portfolio-Steuerung (nicht zu viele „spannende“ Projekte gleichzeitig)

 

Beispiel KI: Ein Kann-Projekt wäre ein neuer Premium-Service, bei dem KI-Kunden proaktiv Handlungsempfehlungen liefert, z. B. Predictive Maintenance, Angebotsoptimierung, Schulungsassistent. Das kann neue Erlöse erzeugen – aber nur, wenn Produkt, Vertrieb, Service und Datenbasis sauber zusammenspielen.

Entscheidungsraster: In 20 Minuten zu einer sauberen Einordnung

Für eine erste Bewertung reichen häufig drei Fragen aus.

1. Droht Schaden innerhalb von 12 – 24 Monaten, wenn wir nichts tun? -> Muss-Change.
2. Eröffnet es messbares Wachstum oder Marge, aber ohne akute Gefahr? -> Kann-Projekt.
3. Sind wir dafür organisatorisch bereit (Daten, Prozesse, Skills, Governance)? -> Wenn nein, erst Befähigungsprojekt (Enablement) vorschalten.

Trends wie KI erzeugen gleichzeitig Muss- und Kann-Projekte. Wer beides vermischt, bekommt Chaos: Entweder wird das Muss zu langsam (weil man „noch testet“) oder das Kann wird zu teuer (weil man wie bei Pflichtprojekten gleich groß ausrollt). Wer sauber trennt, kann beides: die Basis absichern und gezielt neue Wettbewerbskanten bauen.

 

Textlizenz: CC BY-ND
Trend Report Redaktion 22.12.2025