Konnichiwa! Willkommen im AI Automation Dojo – dem einzigen Ort, an dem wir uns einen chaotischen Unternehmensprozess ansehen und sagen: „Haben Sie schon versucht, ihn auszuschalten und … einfach nie wieder einzuschalten?“
Heute sprechen wir darüber, warum Ihre Automatisierungspipeline derzeit ein verstopftes Rohr voller Müll ist – und wie Sie daraus eine Pipeline voller Goldnuggets machen. Wir zeigen Ihnen, wie Sie aufhören, immer nur die üblichen Verdächtigen zu zerkleinern, und stattdessen Prozesse finden, die es wirklich wert sind, optimiert zu werden.
Ich bin Ihr Gastgeber Andrzej Kinastowski, Mitgründer von Office Samurai – dem Unternehmen, das Unternehmensberatung wie eine Kampfkunst behandelt und Corporate Bullshit wie eine Strohmatte, die nur darauf wartet, zerschnitten zu werden.
Egal also, ob Sie bereit sind, eine mehrjährige Roadmap aufzubauen, oder einfach bis nächsten Dienstag einen schnellen Erfolg brauchen – hier sind Sie genau richtig.
Schnappen Sie sich jetzt Ihre Lieblings-Katana – oder zumindest den Willen, einen weiteren „Allen antworten“-E-Mail-Thread zu überleben – und legen wir los!
Kapitel 1: Der „Bar-Talk“-Reality-Check
Stellen Sie sich vor, Sie sitzen mit einem Freund an der Bar, der Head of Automation in einem großen Unternehmen ist. Sie können sich zu 100 % sicher sein, dass er nach ein paar Bier sagt: „Unsere Prozesse sind ein einziges Chaos, da gibt es nichts zu automatisieren, alles ist ein Sonderfall, nichts lässt sich skalieren und wir wissen nicht einmal mehr, wo wir überhaupt suchen sollen.“
Genau hier setzt das heutige Thema an. Das Ziel ist, dass Sie am Ende eine Liste von Kandidaten haben, die tatsächlich ins 21. Jahrhundert gehören. Und wir suchen nicht einfach nur nach „Dingen zum Automatisieren“, sondern nach „Dingen, die es wirklich wert sind, verbessert zu werden“.
Die meisten Unternehmen (und viele große Beratungsfirmen) machen einen klassischen Fehler, wenn sie nach Automatisierungsideen suchen. Sie schicken eine E-Mail mit einer Excel-Datei im Anhang an alle Manager mit der Aufforderung: „Tragen Sie Ihre Ideen für Automatisierungen ein.“
Wir nennen das die „Excel-Falle“. Warum? Weil Menschen, die nicht wissen, was einen guten Prozess für Automatisierung ausmacht, Ihnen Ideen liefern, die entweder unmöglich umzusetzen sind oder keinen ROI haben. Wenn es keinen externen Beobachter gibt – ob menschlich oder digital –, zerkleinern Sie am Ende immer wieder dieselben üblichen Verdächtigen, über die Sie schon seit zehn Jahren sprechen. Das Ergebnis ist eine Pipeline voller Müll. Und eines müssen Sie sich merken: Müll verstopft Pipelines.
Bei Office Samurai gehen wir anders vor. Wenn wir mit einem Kunden arbeiten, wählen wir in der Regel einen von drei Wegen – abhängig davon, wie schnell der Kunde vorankommen möchte und wie tief wir in die Analyse einsteigen sollen.
Kapitel 2: Weg A – Die „lange Klinge“ – Process Discovery (PD)
Der erste Ansatz, Process Discovery (or PD), nennen wir die „lange Klinge“. Im Office Samurai Dojo ist das unser Katana. Es ist lang, scharf und dafür gemacht, einen breiten Weg durch den Dschungel unternehmerischer Komplexität freizuschlagen.
Wenn wir von Process Discovery, meinen wir kein kurzes Gespräch bei einem Kaffee. Das ist eine Deep-Dive-Mission, die in der Regel zwischen drei und fünf Wochen dauert. Sie richtet sich an Unternehmen, die ernsthaft eine mehrjährige Automatisierungs-Roadmap aufbauen wollen und sicherstellen möchten, dass sie nicht auf einem Fundament aus Sand bauen.
Der „Schritt vor dem Schritt“: High-Level-Analyse
Bevor wir überhaupt daran denken, uns mit einem einzelnen Mitarbeiter hinzusetzen und ihm bei der Arbeit zuzusehen, beginnen wir mit dem, was wir High-Level Analysis nennen. Diesen Schritt überspringen viele Berater – und genau deshalb tappen sie in die „Excel-Falle“, die ich zuvor erwähnt habe.
Unser erster Schritt ist nicht, nach Automatisierungsideen zu fragen, sondern nach dem Organigramm. Wir setzen uns mit der Unternehmensführung zusammen und analysieren die Struktur des Unternehmens. Warum? Weil wir sehen wollen, wo die Menschen sitzen. Wenn Sie eine Abteilung mit 50 Mitarbeitern im Customer Operations Bereich haben und nur 3 Personen in HR, spielt es keine Rolle, wie sehr sich der HR-Manager einen Bot wünscht – das „Gold“ liegt höchstwahrscheinlich im Operations-Bereich.
Indem wir zuerst das Organigramm analysieren, identifizieren wir die „verdächtigsten“ Bereiche – Abteilungen, in denen hohe Mitarbeiterzahlen oft auf repetitive, manuelle Arbeit hinweisen. Vielleicht entdecken wir 20 Personen im Marketing, die Dateneingaben durchführen, von denen niemand wusste, dass sie überhaupt stattfinden. Diese High-Level-Perspektive ermöglicht es uns, unsere Anstrengungen zu maximieren und uns ausschließlich auf die Bereiche Ihres Unternehmens zu konzentrieren, in denen Automatisierung tatsächlich einen spürbaren Unterschied macht.
Die „Meatware“ schulen
Sobald wir wissen, welche Abteilungen wir ins Visier nehmen, beginnen wir nicht sofort mit Interviews. Wir starten mit Schulung. Den Anfang macht eine „Intro“-Session, in der wir dem Team erklären, wie ein „guter“ Kandidat für Automatisierung aussieht.
Wir erklären die Kriterien: Ist der Prozess regelbasiert? Hat er ein hohes Volumen? Liegen die Daten digital vor? Das tun wir, weil wir möchten, dass die Mitarbeitenden den Kontext unserer Fragen verstehen. Wenn sie das „Warum“ verstehen, liefern sie uns keine „Müll“-Ideen mehr, sondern weisen uns auf die echten Engpässe hin, mit denen sie jeden Tag zu kämpfen haben.
Das „Shadowing“ – die Realität sehen, nicht den Mythos
Nachdem wir die Abteilungen eingegrenzt und das Team geschult haben, gehen wir für die Shadowing-Phase direkt an die Front.
Einer der größten Fehler, den die meisten Unternehmen machen, ist, ihrer eigenen Dokumentation zu glauben. Sie kennen diese Dokumente – die „Standard Operating Procedures“, die seit der Windows-7-Ära nicht mehr aktualisiert wurden. In einem vollständigen PD lesen wir nicht einfach nur die SOPs; wir setzen uns mit den Experten zusammen und schauen ihnen bei der Arbeit zu.
Das nennen wir eine Level-4-Analyse. Dabei betrachten wir noch nicht jede einzelne kleine Ausnahme – das ist Aufgabe der Umsetzungsphase –, aber wir gehen tief genug, um zu erkennen, welche Anwendungen genutzt werden, wie viele Schritte beteiligt sind und wie komplex die Logik tatsächlich ist.

Unser Gehirn ist miserabel darin, sich Details zu merken und Durchschnittswerte richtig einzuschätzen. In einem vollständigen PD nutzen wir unser „Katana“, um diese Wahrnehmungen zu durchtrennen und an die harten Fakten zu gelangen. Wir sehen die Klicks, das Copy-Paste, das ständige Alt-Tab-Wechseln und die Momente menschlicher Middleware, die für das Management unsichtbar bleiben.
Das „Warum“ vor dem „Wie“
Eine der zentralen Philosophien bei Office Samurai ist, dass wir nicht einfach nur automatisieren, um der Automatisierung willen. Ein erfolgreiches PD endet oft damit, dass wir dem Kunden sagen: „Automatisieren Sie das nicht.“
Das klingt vielleicht nach schlechtem Geschäft für ein Automatisierungsunternehmen, oder? Tatsächlich ist genau das einer der größten Mehrwerte, die wir bieten. Während eines vollständigen PD betrachten wir einen Prozess und fragen: „Muss dieser Prozess überhaupt existieren?“ Manchmal ist ein Prozess so kaputt, dass seine Automatisierung wäre, als würde man einen Düsenantrieb auf eine Pferdekutsche montieren. Man kommt nur schneller am falschen Ziel an. Wir suchen nach „Quick Wins“, die nicht einmal technischer Natur sein müssen – vielleicht reicht es schon, ein PDF-Formular durch ein digitales Formular zu ersetzen oder einen einzelnen Schritt im Workflow anzupassen.
Wenn wir die Discovery abgeschlossen haben, liefern wir eine Liste von Empfehlungen, in der die Prozesse in folgende Kategorien eingeteilt sind:
- RPA-Kandidaten: stabile, regelbasierte Prozesse mit hohem Volumen.
- KI- oder agentische Kandidaten: Prozesse, die „Urteilsvermögen“ erfordern oder mit unstrukturierten Daten arbeiten (wie die chaotischen E-Mails, über die wir in früheren Folgen gesprochen haben).
- Prozessoptimierung: Dinge, die Sie einfach verbessern oder ganz abschaffen sollten.
- No-Go-Zone: Dinge, die zu instabil sind oder keinen ROI haben.
Der ROI der Vernunft
Das Ergebnis eines vollständigen PD ist das, was wir die Automation Pipeline nennen. Aber das ist nicht einfach nur eine Liste – es ist eine priorisierte strategische Waffe. Wenn wir die „Level-4“-Details analysiert haben, werfen wir Ihnen nicht einfach fünfzig Ideen auf den Tisch. Wir ordnen sie in einer Matrix ein, die zwei Dinge bewertet: Business Value und technische Umsetzbarkeit.

Alles, was wir finden, teilen wir in vier klare Kategorien ein. So bringen wir Vernunft in die ROI-Berechnung:
Quick Wins (Hoher Wert, hohe Umsetzbarkeit):
Das sind die „No-Brainer“. Sie sind stabil, haben ein hohes Volumen und lassen sich leicht umsetzen. Wenn wir einen Prozess sehen, bei dem 10 Personen jeden Tag einfach Daten zwischen zwei Tabellen verschieben, ist das wahrscheinlich ein Quick Win.

Strategische Projekte (hoher Mehrwert, geringe Umsetzbarkeit):
Das sind die großen Vorhaben. Sie können GenAI, komplexe Integrationen oder individuelle Agenten erfordern. Die Umsetzung dauert länger, aber der Nutzen ist enorm – diese Projekte verändern grundlegend, wie eine Abteilung arbeitet.

Low-Hanging Fruit (geringer Mehrwert, hohe Umsetzbarkeit):
Diese Prozesse lassen sich leicht automatisieren, aber der Aufwand steht derzeit nicht im Verhältnis zum Nutzen. Wir verschieben sie ins Backlog oder geben sie an Citizen Developer weiter. Sie sind zwar praktisch, werden Ihr Quartalsbudget jedoch nicht entscheidend entlasten.

Die „No-Go“-Zone (geringer Mehrwert, geringe Umsetzbarkeit):
Hier landen Prozesse, die sich nicht für Automatisierung eignen. Wenn ein Prozess instabil ist, sich ständig ändert oder nur ein sehr geringes Volumen hat, sagen wir ganz offen: „Davon sollten Sie die Finger lassen.“

Die „Reihenfolge der Umsetzung“ bei Office Samurai
Die meisten Unternehmen machen den Fehler, direkt mit den „coolen“ KI-Themen zu starten. Wir empfehlen eine klar definierte Reihenfolge, damit Sie kein Geld verschwenden.

Prozessoptimierung
Bevor wir auch nur eine einzige Zeile Code schreiben, analysieren wir zunächst den Bereich Prozessoptimierung. Eine erfolgreiche PD führt oft dazu, dass wir dem Kunden empfehlen, seinen Workflow einfach anzupassen. Wenn wir einen redundanten Schritt entdecken, automatisieren wir ihn nicht – wir entfernen ihn. Verschwendung zu automatisieren bedeutet nur „schnellere Verschwendung“. Deshalb beheben wir zuerst die „kaputten“ Teile des Prozesses, damit die Automatisierung auf einem soliden Fundament aufbauen kann.

Quick Wins
Wir konzentrieren uns auf RPA-Kandidaten, die sofortige Entlastung bringen. Warum? Weil Sie allen zeigen müssen, dass es funktioniert. Quick Wins schaffen Vertrauen und – noch wichtiger – sie „finanzieren“ die teureren, komplexeren Projekte. Sie beweisen, że Menschen tatsächlich mit digitalen Kollegen zusammenarbeiten können.

Strategische Projekte, KI & Agenten
Sobald die „Grundstruktur“ funktioniert und die schnellen Erfolge umgesetzt sind, bringen wir die schweren Werkzeuge ins Spiel. Dann widmen wir uns komplexeren Automatisierungen und beginnen mit dem Einsatz von KI-Komponenten – also Lösungen, die auch mit unstrukturierten Daten umgehen und eigenständige „Entscheidungen“ treffen können.

Der Papierkorb
Wir sagen Ihnen ausdrücklich, was Sie ignorieren sollten. Aus unserer Erfahrung ist es genauso wertvoll zu wissen, was man nicht tun sollte, wie zu wissen, was man tun sollte. Das verhindert einen „verstopften Projekt-Backlog“ und sorgt dafür, dass Ihr Entwicklungsteam sich auf die Dinge konzentriert, die tatsächlich etwas bewirken.
Zusammenfassung der Process Discovery
Der Vorteil einer vollständigen Process Discovery ist Sicherheit. Wenn Sie später zu Ihrem CFO gehen, um Budget anzufragen, raten Sie nicht. Sie haben die Daten, die Screenshots, die kategorisierte Matrix und ein klares „Warum“. Sie kaufen nicht einfach einen Bot, sondern eine Roadmap für mehr Struktur und Entlastung.
Die vollständige Process Discovery ist also genau das Richtige für Sie, wenn:
- Sie eine große Abteilung haben und wissen, dass es dort „Ineffizienzen“ gibt, diese aber nicht genau identifizieren können.
- Sie bereits versucht haben, Automatisierung einzuführen, diese jedoch gescheitert ist oder keinen nachhaltigen Nutzen gebracht hat.
- Sie eine Roadmap für die nächsten 12 bis 18 Monate möchten – und nicht nur einen einzelnen Bot.
Es geht darum, sich die Zeit zu nehmen, die Klinge zu schärfen, damit man das Problem beim entscheidenden Schlag sauber durchtrennt.
Aber ich weiß, was einige von Ihnen jetzt denken. „Andrzej, ich habe keine Zeit für Wochen. Für nächsten Dienstag ist bereits ein Workshop geplant, und ich brauche sofort einen Erfolg.“ Nun, dafür brauchen Sie nicht die lange Klinge. Sie brauchen etwas Kürzeres, Schnelleres und Präziseres. Sie brauchen die „Short Blade“.
Kapitel 3: Pfad B – die „Short Blade“ – Quick Process Discovery (Quick PD)
Also, wir haben über die „Long Blade“ gesprochen – dieses Katana-artige Projekt über mehrere Wochen, das die gesamte Zukunft Ihrer Organisation abbildet. Aber seien wir ehrlich: Manchmal hat man keine paar Wochen Zeit. Manchmal befindet man sich in einer Situation, in der die Geschäftsleitung einem im Nacken sitzt und sagt: „Wir hören ständig von KI und RPA, aber wir haben in unserer Abteilung noch keinen einzigen Bot gesehen. Zeigen Sie uns bis nächsten Monat etwas – sonst geht das Budget an das neue Marken-Refresh des Marketingteams.“
Im Office Samurai Dojo ziehen wir in solchen Situationen die Short Blade. Stellen Sie sich das wie ein Wakizashi oder ein Tanto vor – präzise, schnell und für den Nahkampf gemacht. Genau das nennen wir Quick Process Discovery (order kurz Quick PD).
Wenn Full PD ein Marathon ist, dann ist Quick PD ein zweitägiger Sprint. Es geht nicht darum, jeden einzelnen versteckten Prozess im Dschungel aufzuspüren, sondern die größten und offensichtlichsten Ziele zu identifizieren, damit Sie sofort mit der Umsetzung beginnen können.
Die Anatomie des 2-Tage-Sprints
Ein Quick PD findet in der Regel als intensiver zweitägiger Workshop statt. Aber verwechseln Sie „schnell“ nicht mit „oberflächlich“. Wir folgen weiterhin unserer Grundphilosophie, die „Excel Trap“ zu vermeiden. Wir verschicken nicht einfach nur ein Formular – wir setzen uns mit den Menschen zusammen, die die Arbeit tatsächlich erledigen, und mit ihren Führungskräften.
Tag 1: Das „Meatware“-Upgrade Wir starten genauso wie beim Full PD – mit Weiterbildung. Wir können nicht einfach hereinkommen und fragen: „Was sollten wir automatisieren?“ Wenn wir das tun, werden die Leute uns entweder ihre komplexesten, albtraumhaftesten Aufgaben nennen, die kein Bot jemals lösen könnte, oder sie bleiben still, weil sie Angst haben, dass ein Roboter ihren Job übernimmt.
Also verbringen wir die ersten Stunden von Tag 1 damit, sie zu schulen. Wir vermitteln dem Team die „Samurai Criteria“:
- Ist der Prozess regelbasiert? (Folgt er einer Logik, die auch ein „digitaler Praktikant“ verstehen könnte?)
- Hat der Prozess ein hohes Volumen? (Machen Sie das einmal im Monat oder fünfzigmal am Tag?)
- (Sind die Daten digital und strukturiert?) (Bewegen wir Daten zwischen verschiedenen Bildschirmen oder entziffern wir handgeschriebene Faxe?)
Sobald das Team den Kontext versteht, verändert sich die Stimmung im Raum. Die Mitarbeitenden sehen uns nicht länger als „Effizienzpolizei“, sondern als die Menschen, die ihnen die langweiligen, zermürbenden Teile ihrer Dienstagnachmittage abnehmen werden. Bis zum Ende von Tag 1 haben wir in der Regel eine „Wall of Suspects“ – eine lange Liste von Prozessen, die das Team für gute Kandidaten hält.
Tag 2: Das Auswählen und Priorisieren Hier macht die „Short Blade“ ihrem Namen alle Ehre. Wir nehmen diese lange Liste an „Verdächtigen“ und beginnen auszusortieren. Dafür setzen wir uns mit den Subject Matter Experts zu kurzen „Micro-Interviews“ zusammen. Wir gehen dabei nicht in einen tiefen Level-4-Deep-Dive, sondern führen das durch, was wir eine Level-2-Analyse nennen.
Wir suchen nach „Deal-Breakern“. Vielleicht sieht ein Prozess auf dem Papier großartig aus, doch dann erwähnt der SME: „Ach ja, und bei jeder dritten Transaktion muss ich jemanden im Lager anrufen und fragen, was er davon hält.“ Boom – dieser Prozess ist kein „Quick Win“ mehr. Dann verschieben wir ihn entweder in den „Strategic“-Stapel oder direkt in den Papierkorb und machen weiter.
Am Ende dieser zwei Tage haben Sie nicht nur ein „Gefühl“ dafür, was zu tun ist. Sie haben einen Discovery Report, der die 5 bis 10 besten Kandidaten auflistet – priorisiert danach, wie einfach sie umzusetzen sind und wie viel sie Ihnen tatsächlich einsparen.
Die „Inter-Team“-Magie: die Schnittstellen erkennen
Einer der spannendsten Aspekte von Quick PD zeigt sich, wenn man zwei oder drei benachbarte Teams in denselben Workshop bringt.
In großen Unternehmen agieren Abteilungen oft wie Inseln. Team A erledigt seinen Teil und wirft den „digitalen Ordner“ einfach über die Mauer zu Team B. Häufig liegen die größten Ineffizienzen nicht innerhalb eines Teams, sondern an den „Schnittstellen“ – also bei den Übergaben zwischen den Teams.
Während eines Quick-PD-Workshops hören wir oft Team A sagen: „Wir verbringen jeden Tag drei Stunden damit, diese Excel-Tabelle zu formatieren, bevor wir sie an Team B schicken.“ Und Team B wirft sofort ein: „Moment mal, warum eigentlich? Wir nutzen diese Spalten gar nicht! Wir kopieren nur die ersten drei und löschen den Rest.“
Wenn man diese Teams gemeinsam in einen Raum bringt, entdeckt man nicht nur Automatisierungspotenziale, sondern auch Möglichkeiten zur „Process Optimization“, die sich oft schon mit einer einfachen E-Mail oder einer Anpassung des Workflows lösen lassen – noch bevor überhaupt eine einzige Zeile Code geschrieben wird. Wir nennen das: „die Klinge reinigen, bevor man zuschlägt.“
Warum die „Short Blade“ ein kultureller Game-Changer ist
Der Vorteil von Quick PD liegt nicht nur in der Pipeline, sondern im entstehenden Momentum. Ein fünfwöchiges Projekt kann sich wie ein „Consulting-Event“ anfühlen, das einer Abteilung einfach widerfährt. Ein zweitägiger Workshop dagegen fühlt sich wie ein gemeinsamer Erfolg an. Die Menschen gehen mit dem Gefühl nach Hause, gehört worden zu sein – und noch wichtiger: Sie entwickeln ein „Discovery Mindset“.
Sobald die Mitarbeitenden die Kriterien verstehen, hören sie nach dem Workshop nicht einfach auf, nach geeigneten Kandidaten zu suchen. Eine Woche später schicken sie plötzlich E-Mails wie: „Hey, mir ist gerade aufgefallen, dass auch dieser andere Prozess regelbasiert ist und ein hohes Volumen hat. Können wir ihn ebenfalls auf die Liste setzen?“ Sie identifizieren also nicht nur Prozesse – Sie bauen von Grund auf eine Automatisierungskultur auf.
Ist die „Short Blade“ das Richtige für Sie?
Sie sollten zu Quick Process Discovery greifen, wenn:
- Sie benötigen schnell einen „Proof of Concept“ (PoC). Sie müssen der Führungsebene innerhalb weniger Wochen zeigen, dass Automatisierung in ihrer konkreten Abteilung funktioniert.
- Ihre Pipeline ist leer, aber Ihr Budget ist knapp. Sie können sich nicht auf einen langen Deep Dive festlegen, wissen aber, dass es genügend „Low-Hanging Fruits“ gibt, die nur darauf warten, eingesammelt zu werden.
- Sie möchten eine „Automatisierungskultur“ ins Rollen bringen. Sie möchten, dass Ihr Team beginnt, wie Samurai zu denken – und ständig nach Möglichkeiten sucht, Verschwendung konsequent zu beseitigen.
Der einzige Nachteil? Der „Bar-Talk“-Effekt. Da wir die Mitarbeitenden nicht wochenlang „shadowen“, sind wir auf das angewiesen, was sie uns erzählen. Und wie wir wissen, sind Menschen oft etwas „optimistisch“, wenn es darum geht, wie lange ein Prozess tatsächlich dauert oder wie „standardisiert“ er wirklich ist. Ein Quick PD liefert Ihnen also eine Liste mit vielversprechenden Kandidaten – aber bevor Sie mit der Umsetzung starten, brauchen diese meist noch einen kurzen „Reality Check“.
Aber was passiert, wenn Sie nicht einmal wissen, mit welcher Abteilung Sie anfangen sollen? Was, wenn Sie die „Wahrheit“ herausfinden möchten, ohne zwei Tage lang in einem Workshop zu sitzen? Was, wenn Sie exakt sehen wollen, was Menschen an ihren Computern tun – ohne dass sie Ihnen auch nur ein einziges Wort erklären müssen?
Dann legen wir die manuellen Klingen beiseite und aktivieren die „Digital Sensors“. Sprechen wir über Pfad C: Process Intelligence.
Kapitel 4: Pfad C – Der „Tech Sensor“ – KYP (Process Intelligence)
Wenn die Long Blade eine Deep-Dive-Mission ist und die Short Blade ein chirurgischer Eingriff, dann ist KYP wie ein Hightech-Radarsystem. Wir haben in früheren Episoden bereits über diese Technologie gesprochen, deshalb gehe ich hier nicht zu tief auf die technische Funktionsweise ein (die entsprechenden Folgen zu KYP verlinken wir in der Beschreibung). Im Kontext des Aufbaus einer Automatisierungspipeline ist es jedoch der ultimative „Bullshit-Detektor“.
Unser Gehirn ist tatsächlich ziemlich schlecht darin, sich an Komplexität zu erinnern, realistisch einzuschätzen, was wir tun, und wie viel Zeit wir für bestimmte Aufgaben aufwenden. KYP durchbricht diese unternehmensinternen „Märchengeschichten“ und zeigt uns die chaotische Realität eines ganz normalen Dienstagnachmittags. Dabei handelt es sich um eine Software – einen „Agenten“ oder „Scout“ –, der Interaktionen wie Klicks und die Nutzung von Anwendungen aufzeichnet. Er bewertet nichts; er sammelt einfach nur Daten.
Es verwandelt diese Flüstergespräche auf dem Flur – „Unser CRM ist ein Albtraum“ oder „Wir verbringen den ganzen Tag mit Copy-Paste“ – in ein Megafon. Es bestätigt die Probleme der Mitarbeitenden mit harten Daten. Es zeigt, dass ein Problem nicht nur lästig ist, sondern ein echter Ressourcenfresser, der das Unternehmen möglicherweise 1.000 Stunden pro Monat kostet. Aus einem Bauchgefühl wird so ein datenbasierter Business Case, den kein CFO ignorieren kann.
Sie sollten zu KYP greifen, wenn:
- Sie eine sehr große Abteilung haben: Sie können nicht jede einzelne Person interviewen und möchten nicht raten, wer die besten Automatisierungskandidaten hat. KYP analysiert alle gleichzeitig.
- Sie vermuten, dass die „offizielle Version“ des Prozesses ein Mythos ist: Wenn Sie glauben, dass Ihre SOPs veraltet sind und Mitarbeitende mit „Shadow Workarounds“ arbeiten, zeigt Ihnen KYP die tatsächlichen Wege, die sie wirklich nutzen.
- Sie „CFO-sichere“ Daten benötigen: Wenn Sie den ROI einer Transformation im Millionenbereich belegen müssen, wollen Sie sich nicht auf „Schätzungen“ verlassen. Sie möchten ihn auf Millionen von Datenpunkten aufbauen.
- Ihre Pipeline versiegt ist: Wenn die offensichtlichen „Low-Hanging Fruits“ bereits abgeerntet wurden, findet KYP versteckte Engpässe, die niemand mehr erwähnt, weil sie längst einfach als „Teil des Jobs“ akzeptiert werden.
Kapitel 5: Das Schwert schärfen – von der Pipeline zum Profit
Zum Abschluss der heutigen Episode ist es wichtig, einen Schritt zurückzutreten und das Gesamtbild zu betrachten. Wir haben über die Long Blade für tiefgehende Discovery gesprochen, über die Short Blade für gezielte Workshops und über die digitalen Sensoren von KYP, um die verborgene Wahrheit sichtbar zu machen. Aber warum betreiben wir diesen Aufwand überhaupt? Warum kaufen wir nicht einfach ein paar Bot-Lizenzen und schauen, was passiert?
Denn die Welt ist voller halb fertiggestellter Automatisierungsprojekte, die „damals wie eine gute Idee wirkten“, aber am Ende keinerlei echten Unterschied gemacht haben.
Die harte Wahrheit über Verbesserung
Die richtigen Prozesse für Optimierung und Automatisierung zu finden, ist schwierig. Es ist eine Disziplin – kein Nebenprojekt. Wäre es einfach, wäre jedes Unternehmen längst eine reibungslos funktionierende, KI-gesteuerte Maschine. Die Realität ist jedoch, dass Unternehmensprozesse wie lebende Organismen sind: Sie wachsen, werden mit der Zeit chaotisch und entwickeln „Narbengewebe“ in Form von Workarounds und manuellen Zwischenlösungen.
Um dieses Chaos zu durchbrechen, braucht es mehr als nur Technologie – es braucht eine Methodik. Man muss bereit sein, einen Prozess anzusehen und zu sagen: „Das sollte nicht automatisiert werden – das sollte abgeschafft werden.“ Man braucht den Mut, einem Stakeholder zu erklären, dass seine bevorzugte „Albtraumaufgabe“ kein guter Kandidat ist, weil dafür keine digitalen Daten vorhanden sind.
Eine Pipeline aufbauen, die sich tatsächlich auszahlt
Bei Office Samurai ist unser Ziel nicht einfach nur, Bots zu entwickeln – wir wollen gesunde Projektpipelines aufbauen.
Eine gesunde Pipeline ist eine Pipeline, bei der:
- Der Müll herausgefiltert wird: Keine „Excel Trap“-Ideen, die Ihr Entwicklungsteam blockieren.
- Der ROI real ist: Sie schätzen Einsparungen nicht nur – Sie messen sie in Klicks, Stunden und harter Währung.
- Das Momentum nachhaltig ist: Die Quick Wins von heute finanzieren die strategischen und komplexen Projekte von morgen.
Wenn Sie die richtigen Werkzeuge einsetzen – ob Katana, Tanto oder Sensor – hören Sie auf, im Dunkeln mit Dartpfeilen zu werfen. Sie beginnen, strategische Treffer zu setzen. Sie wechseln vom „Experimentieren mit Technologie“ zum „Liefern von Geschäftsergebnissen“. So verwandeln Sie eine Abteilung von einem Cost Center in einen Effizienzmotor. So erzielen Sie den ROI, der den Vorstand aufhorchen lässt – und geben Ihrem Team endlich die „Entlastung“, nach der es gesucht hat.
Abschluss
Und genau so, meine Freunde, schärft man seine Schwerter, ohne sich dabei die eigenen Finger abzuschneiden.
Domo Arigato fürs Zuhören. Wir wissen, dass Ihre Zeit wertvoll ist – im wahrsten Sinne des Wortes, wir haben schließlich Ihre Stundensätze gesehen – deshalb danken wir Ihnen, dass Sie sie mit uns investiert haben.
Ein riesiges Dankeschön an Dagmara und Dominik dafür, dass sie mir die Klingen geliefert haben, mit denen wir uns durch das ganze Rauschen schneiden können. Und an unsere Produzentin Anna Cubal, die dieses Chaos besser organisiert hält als eine Level-4-Analyse. Aufgenommen wurde das Ganze in den ehrwürdigen, kaffeefleckigen Hallen des Wodzubeats Studios. Wenn Ihnen gefallen hat, was Sie gehört haben, erzählen Sie einem Freund davon. Und wenn Sie immer noch an Ihren SOPs aus der Windows-7-Ära festhalten, erzählen Sie es lieber Ihrem Therapeuten.
Until next time, remember: if you’re still sending out spreadsheets to find out why your spreadsheets are broken, you aren’t building a pipeline; you’re just mincing garbage.
Mata ne!
Inhaltsübersicht
Toggle



