Direkt zum Inhalt

26. April 2026ConsultingDigitalisierungLeanTransformation

Prozessoptimierung: Erst Sichtbarkeit, dann Kosten senkenProcess Optimisation: Visibility First, Then Cut Costs

Irgendetwas stimmt nicht, aber wo genau der Haken liegt, bleibt im Dunkeln. Wer jetzt neue Software kauft, trägt das Problem in ein neues System. Echte Prozessoptimierung fängt mit Sichtbarkeit an.Something feels wrong but nobody can pinpoint where. Buying new software only moves the problem. Real process optimisation starts with making workflows visible.

kurz gesagt

  • Software kaufen, bevor man den Ablauf kennt, ist das teuerste Missverständnis in der Prozessoptimierung.
  • Erst wenn Abläufe sichtbar sind, lassen sich Engpässe, Doppelarbeit und Liegezeiten gezielt benennen und beseitigen.
  • Kostensenkung durch Prozessoptimierung entsteht nicht durch Einsparungen auf dem Papier, sondern durch strukturelle Veränderung an der Quelle.

Irgendetwas stimmt nicht, aber wo genau der Haken liegt, bleibt im Dunkeln. Solange das so ist, kostet es täglich Geld, Energie und Motivation. Wer an diesem Punkt ein neues ERP-System kauft oder ein Digitalisierungsprojekt startet, überträgt die Probleme in ein neues System. Die Abläufe bleiben, der Preis steigt.

Prozessoptimierung beginnt nicht mit neuer Software

Ein weit verbreitetes Missverständnis im Mittelstand: Man kauft neue Tools und erwartet, dass sich Probleme damit von selbst lösen. In der Praxis sieht es so aus: Wer seine bestehenden Abläufe nicht kennt und versteht, baut mit neuer Software auf einem ungeklärten Fundament.

Echte Prozessoptimierung beginnt damit, die eigenen Abläufe sehen zu können. Nicht im Kopf der Geschäftsführung, nicht in der Erfahrung einzelner Personen, sondern transparent und nachvollziehbar für alle, die darin arbeiten.

Warum Sichtbarkeit Kosten spart

Engpässe, Doppelarbeit und Reibungsverluste entstehen langsam, oft über Jahre. Irgendwann werden sie zur unsichtbaren Normalität. Niemand stört sich mehr daran, weil niemand einen klaren Blick darauf hat. Prozesse sichtbar zu machen ändert genau das.

Was nach einer Visualisierung sichtbar wird:

  • Engpässe, die sich an immer denselben Übergaben aufstauen
  • Liegezeiten, bei denen Arbeit wartet, obwohl niemand es bemerkt
  • Doppelarbeit, die aus fehlendem Vertrauen zwischen Abteilungen entsteht
  • Fehlende Informationen, die Schritte immer wieder unterbrechen

Jeder dieser Punkte hat einen Preis. Wenn du ihn kennst, kannst du ihn beziffern und priorisieren. Mehr zu den systemischen Ursachen hinter diesen Mustern steht im Beitrag Die Velocity-Falle: Warum Teams an falschen Kennzahlen messen.

Was Visualisierung konkret zeigt

Ich erlebe in Aufnahmen immer wieder denselben Effekt: Die Bearbeitungszeit eines Auftrags ist oft überraschend kurz. Was lange dauert, ist das Warten. Vorgänge liegen zwischen zwei Schritten, weil eine Freigabe aussteht, eine Information fehlt oder ein Stapel erst voll werden muss. Wenn dieser Unterschied einmal im Bild steht, ändert sich das Gespräch. Statt über gefühlte Ineffizienz zu reden, spricht der Führungskreis über den Schritt, an dem drei Tage verloren gehen. Das ist der Punkt, an dem Optimierung beginnt.

Wie du aus dem Bild eine Maßnahme machst

Eine sichtbar gemachte Prozesslandschaft ist kein Selbstzweck. Sie ist das Material für eine Entscheidung. Das Vorgehen dabei ist klar:

  1. Den teuersten Engpass wählen. Nicht den nervendsten, sondern den, der am häufigsten vorkommt und die längsten Liegezeiten erzeugt.
  2. Eine messbare Verbesserung definieren. Nicht „wir wollen schneller werden“, sondern „dieser Schritt läuft in zwei Tagen statt in fünf“.
  3. Eine kleine Veränderung testen. Ein Prozess, ein Team, vier Wochen. Was sich messen lässt, überzeugt besser als jede Präsentation.
  4. Erst dann Technologie einbeziehen. Wenn klar ist, was sich ändert und was gemessen wird, zeigt sich schnell, ob ein Tool dabei hilft oder nicht.

Was eine Prozessanalyse vorher leistet

Bevor du optimieren kannst, musst du analysieren. Wie du einen Ablauf zum ersten Mal klar aufnimmst, welche Fragen du dabei stellst und was häufig überrascht, zeigt der Beitrag Prozessanalyse im KMU: Warum du deine Abläufe kennen musst.

Wenn du Prozessoptimierung in einem Projekt mit gemischten Methoden angehst, hilft die strukturelle Frage weiter, die im Beitrag Hybrides Projektmanagement: Architektur statt Methoden-Mix behandelt wird.

Einordnung in core+

Prozessoptimierung gehört in core+ ins Feld organize & structure. Sie setzt clarity & diagnostics voraus: erst Klarheit, dann Optimierung. Ohne diese Reihenfolge wird optimiert, was niemand wirklich verstanden hat. Das Beratungsangebot zur Digitalisierung findest du unter Digitalisierung.

Drei Fragen, die die Richtung zeigen

  • Welcher Prozess kostet dein Unternehmen im Moment am meisten Zeit, ohne dass du genau weißt, wo?
  • Was würde sich ändern, wenn du diesen Prozess in zwei Wochen in einem klaren Bild zeigen könntest?
  • Welche Maßnahme wärst du bereit zu testen, wenn du einen belastbaren Beleg für die Ursache hättest?

in short

  • Buying software before you know your processes is the most expensive misunderstanding in process optimisation.
  • Only when workflows are visible can bottlenecks, duplicate work and waiting times be named and removed.
  • Cost reduction through process optimisation does not come from savings on paper, but from structural change at the source.

Something feels wrong, yet nobody can pinpoint exactly where. As long as that is the case, it costs money, energy and motivation every day. Buying a new ERP system or starting a digitalisation project at that point transfers the problems into a new system. The workflows remain, the price goes up.

Process optimisation does not start with new software

A common misconception in mid-sized companies: buy new tools and expect problems to solve themselves. What actually happens: anyone who does not know and understand their existing processes builds on an unclarified foundation with new software.

Real process optimisation starts with being able to see your own workflows. Not in the managing director's head, not in the experience of individual people, but transparent and traceable for everyone who works in them.

Why visibility saves costs

Bottlenecks, duplicate work and friction build up slowly, often over years. At some point they become the invisible normal. Nobody minds any more because nobody has a clear view. Making processes visible changes exactly that.

What a visualisation makes visible:

  • Bottlenecks that pile up at the same handover points every time
  • Waiting times where work sits idle without anyone noticing
  • Duplicate work that arises from a lack of trust between departments
  • Missing information that interrupts steps again and again

Each of these has a price. Once you know it, you can put a number on it and prioritise. The article The Velocity Trap: Why teams measure the wrong metrics goes into the systemic causes behind these patterns.

What visualisation concretely shows

In process mappings I facilitate, the same effect appears every time. Working time is surprisingly short. What takes long is the waiting. Cases sit between two steps because an approval is pending, information is missing or a batch has to fill up first. Once that gap is visible in a picture, the conversation changes. Instead of talking about a feeling of inefficiency, the leadership team talks about the step where three days are lost. That is where optimisation starts.

How to turn the picture into action

A visualised process landscape is not an end in itself. It is material for a decision. The approach is straightforward:

  1. Pick the most expensive bottleneck. Not the most annoying one, but the one that happens most often and creates the longest waiting times.
  2. Define a measurable improvement. Not "we want to get faster" but "this step runs in two days instead of five".
  3. Test a small change. One process, one team, four weeks. What can be measured convinces better than any presentation.
  4. Only then bring in technology. Once it is clear what changes and what gets measured, it quickly becomes apparent whether a tool helps or not.

What a process analysis contributes first

Before you can optimise, you need to analyse. How to map a workflow clearly for the first time, what questions to ask and what typically surprises people is covered in the article Process analysis in SMEs: why you need to know your own workflows.

If you are tackling process optimisation within a project using mixed methods, the structural question addressed in the article Hybrid project management: architecture instead of a method mix is the relevant next step.

Where this fits in core+

Process optimisation belongs to the organize & structure field in core+. It requires clarity & diagnostics first: clarity before optimisation. Without that order, you optimise what nobody has truly understood. The digitalisation offer is at digitalisation.

Three questions that show the direction

  • Which process costs your business the most time right now, without you knowing exactly where?
  • What would change if you could show that process in a clear picture within two weeks?
  • Which measure would you be willing to test if you had solid evidence for its cause?

Häufige FragenFrequently asked questions

Muss ich alle Prozesse auf einmal optimieren?Do I need to optimise all processes at once?

Nein. Fang mit einem an. Wähle den Prozess, der am häufigsten vorkommt und bei dem Engpässe bekannt sind. Ein sichtbares Ergebnis in vier Wochen überzeugt das Team und die Geschäftsleitung mehr als eine große Roadmap.No. Start with one. Pick the process that happens most often and where bottlenecks are already known. A visible result in four weeks convinces the team and management more than any large roadmap.

Wie erkenne ich, welcher Prozess die meisten Kosten verursacht?How do I find which process costs the most?

Schau auf Liegezeiten, nicht auf Bearbeitungszeiten. Wo Vorgänge warten, entstehen Kosten ohne sichtbaren Aufwand. Wenn du Bearbeitungszeit und Liegezeit je Schritt einmal misst, wird das teuerste Segment schnell deutlich.Look at waiting times, not working times. Where cases sit idle, costs accumulate without visible effort. Measuring working time and waiting time per step once makes the most expensive segment clear quickly.

Ab wann lohnt sich ein Tool für die Prozessvisualisierung?When does a visualisation tool pay off?

Erst wenn klar ist, wie der Prozess heute wirklich läuft. Ein Visualisierungswerkzeug hilft beim Kommunizieren und Pflegen des Ablaufs, nicht beim Verstehen. Das Verstehen geschieht im Gespräch, mit Haftnotizen und den richtigen Fragen.Only once it is clear how the process actually runs today. A visualisation tool helps communicate and maintain the workflow, not understand it. Understanding happens in conversation, with sticky notes and the right questions.

WeiterlesenKeep reading

← zurück zum herrlichblog← back to the herrlichblog