Das Tool ist gekauft. Das Kickoff war freundlich. Der Fachbereich ist motiviert. Drei Wochen später gibt es einen halbfertigen Antrag, zwei Statusnamen, die niemand gleich versteht, und eine Freigabelogik, bei der Einkauf, HR und IT jeweils etwas anderes meinen. Nicht das Tool bremst die Einführung. Der Start bei null bremst sie.

Genau das passiert in KMU ständig. Die Software ist da, aber jeder Workflow muss erst gedacht, abgestimmt, gebaut und getestet werden. In einer Zeit, in der IT-Teams gleichzeitig Prozesse digitalisieren, Compliance sauber halten und Fachbereiche bei Laune halten sollen, wird die leere Konfigurationsmaske zum eigentlichen Zeitfresser.

Workflow-Templates können das massiv beschleunigen. Aber nur, wenn man sauber trennt zwischen echtem Template und hübscher Demo-Vorlage. Der Unterschied ist nicht kosmetisch. Er entscheidet darüber, ob du in 1–2 Wochen in einen Pilot gehst oder 6–8 Wochen in Abstimmungsschleifen verbringst. Das zweite ist leider der Standard.

Die leere Konfigurationsmaske ist der eigentliche Zeitfresser

Ein Workflow ist nie nur ein Formular. Du brauchst Status, Rollen, Freigaben, Benachrichtigungen, Eskalationen, Fristen, Rückfragen, Ablehnungen, Stellvertretungen und eine Historie, die später noch nachvollziehbar ist. Wer glaubt, man müsse nur ein paar Felder anklicken und sei fertig, verwechselt Oberfläche mit Prozess.

Das Problem liegt fast nie in der Technik allein. Es liegt in den offenen Entscheidungen. Wer darf was freigeben? Ab welchem Status sieht der Fachbereich den Vorgang noch? Was passiert bei einer Rückfrage? Wer springt ein, wenn die zuständige Person im Urlaub ist? Genau an diesen Punkten frisst sich die Einführung fest.

Ein leeres Workflow-Tool ist wie ein unmöbliertes Bürogebäude. Strom liegt an, Türen gibt es auch, und auf dem Papier ist alles nutzbar. Arbeiten kann dort trotzdem noch niemand vernünftig. Erst mit Schreibtischen, Wegen, Zuständigkeiten und klaren Regeln wird aus Infrastruktur ein Arbeitsplatz. Bei Workflows ist es genauso.

Bei TistH sehen wir in Projekten regelmäßig, dass deutlich mehr als die Hälfte der Einführungszeit nicht in die Konfiguration selbst geht, sondern in Klärung, Nachschärfung und Sonderfälle. Das deckt sich ziemlich gut mit dem, was viele IT-Entscheider ohnehin erleben: Die Diskussionen dauern länger als das Bauen. Und genau hier liegt der häufigste Fehler: Teams verwechseln maximale Flexibilität mit wir definieren das später. Das ist kein agiler Pragmatismus. Das ist vertagte Unordnung.

Die Lage wird nicht besser, wenn du den organisatorischen Hintergrund anschaust. Laut Bitkom sehen viele Unternehmen veraltete IT und schlechte Datenbasis als zentrale Hürde der Digitalisierung. Das klingt nach Infrastrukturthema, ist aber im Alltag oft ein Prozessproblem: Wenn die Grundlage unklar ist, hilft dir auch das beste Tool nur begrenzt. Es zeigt dir die Lücken nur schneller.

80 % schneller klappt nur, wenn das Template echte Entscheidungen vorwegnimmt

Die Zahl 80 % klingt natürlich verdächtig nach Messe-Folie. Zu Recht. Als pauschale Marktzahl taugt sie wenig. Als Schätzung für standardnahe Prozesse kann sie trotzdem sinnvoll sein. Bei Urlaubsanträgen, internen Freigaben, Vertragsprüfungen oder Ticket-Prozessen mit klaren Eskalationsstufen ist ein massiver Zeitgewinn realistisch. Bei hochindividuellen Sonderprozessen eher nicht.

Der entscheidende Punkt: Eine Vorlage ist noch kein echtes Template. Eine Vorlage bringt Felder und vielleicht eine hübsche Maske mit. Ein gutes Template bringt zusätzlich Rollen, Standard-Status, Freigabeschritte, Fristen, Pflichtdokumentation und eine belastbare Grundlogik mit. Es nimmt also echte Entscheidungen vorweg. Genau deshalb spart es Zeit.

Der Zeitgewinn entsteht nicht durch schnellere Klickarbeit, sondern durch weniger offene Flanken. Der Konzeptionsaufwand sinkt, weil du nicht bei null anfängst. Abstimmungsschleifen werden kürzer, weil alle über einen konkreten Startpunkt sprechen statt über Wunschlisten. Und das Testen geht schneller, weil ein brauchbarer Ablauf schon da ist und nicht erst theoretisch erdacht werden muss.

Vereinfachtes Beispiel:
Ohne Template planst du fünf Workshops à zwei Stunden, dazu zwei Review-Schleifen, eine Testschleife und den Nachbau von Rollen- und Statuslogik. Mit Template reichen oft zwei Workshops zur Anpassung, eine Review-Runde und eine fokussierte Testphase. Aus 6–8 Wochen werden bei standardnahen Prozessen dann eher 1–2 Wochen bis zum Pilot. Das ist keine Naturkonstante. Aber es ist eine sehr plausible Größenordnung, wenn der Prozess wiederkehrend und halbwegs regelbasiert ist.

Hier liegt allerdings auch der Trugschluss vieler Anbieter: Sie verkaufen Zeitgewinn, meinen aber eigentlich nur schnellere Klickarbeit. Darum geht es nicht. Wenn dein Team trotzdem noch jede Zuständigkeit, jeden Sonderfall und jede Freigabestufe neu diskutiert, hast du keine Beschleunigung gekauft. Du hast nur ein leeres Regal mit Aufkleber bekommen.

Templates sparen nur dann Zeit, wenn sie mehr als Formulare kopieren

Ein brauchbares Template bildet den gesamten Lebenszyklus eines Vorgangs ab. Nicht nur den Einstieg. Das klingt banal, wird aber erstaunlich oft übersehen. Viele sogenannte vorkonfigurierte Workflows glänzen beim ersten Bildschirm und zerfallen ab dem zweiten Sonderfall.

Gerade bei Freigabe-Workflows zeigt sich schnell, ob ein Template Substanz hat. Die Oberfläche ist dabei fast nebensächlich. Entscheidend ist, ob später noch rekonstruierbar bleibt, wer was wann eingereicht, geprüft, kommentiert, geändert oder freigegeben hat. Wenn du das nicht sauber nachhalten kannst, baust du keine Ordnung auf. Du digitalisierst nur das alte Chaos.

Schlechte Templates erkennst du daran, dass sie in Demos fantastisch aussehen und im Betrieb plötzlich Löcher haben. Rückfragen sind nicht sauber abgebildet. Ablehnungen werfen den Prozess in einen undefinierten Zustand. Wiedervorlagen fehlen. Stellvertretungen sind nicht bedacht. Und Benachrichtigungen wirken, als hätte sie jemand am Freitag um 17:40 Uhr noch schnell drangetackert.

In Herupu lassen sich solche Abläufe zum Beispiel über konfigurierbare Vorgänge, Statusrechte und Aktivitätslogs abbilden — aber das ist nur ein Werkzeug, der Hebel liegt im Prozess. Auch in anderen Workflow-Systemen gilt dieselbe Frage: Ist die Logik sauber definiert oder nur hübsch dargestellt? Ein gutes Tool ersetzt keine saubere Prozessdefinition. Es macht sie nur besser ausführbar.

Schnell-Check: Woran du ein echtes Workflow-Template erkennst – Rollen und Berechtigungen sind vorkonfiguriert, nicht nur das Formular. – Status und zulässige Übergänge sind definiert, inklusive Rückfrage und Ablehnung. – Fristen, Benachrichtigungen und Historie sind mitgedacht.

Wenn eines davon fehlt, sparst du meist nur am Anfang fünf Minuten und verlierst später Wochen. Das ist eine schlechte Rechnung. Besonders dann, wenn Compliance, Auditierbarkeit oder Datenschutz im Spiel sind. Dann wird aus einer bequemen Abkürzung schnell ein sauber dokumentierter Fehler.

Warum Einführungen selten am Tool scheitern, sondern an der leeren Leinwand

Die meisten Projekte verzögern sich nicht, weil das Tool zu wenig kann. Sie verzögern sich, weil niemand früh genug den Standardfall festlegt. Stattdessen startet der erste Workshop oft mit Ausnahmen. Der Vertrieb hat einen Sonderwunsch. HR kennt noch einen Spezialfall. Die Geschäftsführung möchte eine Eskalation für ganz bestimmte Konstellationen. Nach 90 Minuten ist alles kompliziert, nur der Kernprozess immer noch nicht entschieden.

Das ist der falsche Weg. Erst kommt der robuste Standard. Dann kommen drei bis fünf echte Ausnahmen. Nicht zwanzig theoretische. Wer sofort jede Randbedingung abbilden will, baut keinen sauberen Startpunkt. Er baut ein politisches Kompromissobjekt, das niemand gern benutzt und niemand sauber warten will.

Unsere Erfahrung ist ziemlich klar: Die Einführung scheitert selten an fehlenden Features, sondern daran, dass niemand verbindlich sagt: So läuft der Standardprozess ab jetzt. Diese Entscheidung ist unpopulär, weil sie Grenzen setzt. Aber genau das ist ihr Wert. Ohne diese Grenze bleibt jedes Projekt in einer Art höflichem Dauer-Prototyp hängen.

Ein Template hilft hier nicht nur beim Bauen, sondern auch beim Entscheiden. An einem konkreten Ablauf entzünden sich Diskussionen schneller und ehrlicher als an einer leeren Fläche. Auf einer leeren Leinwand projiziert jeder seinen Lieblingsprozess. Auf einem Template muss man sich mit echten Übergängen, Rollen und Konsequenzen beschäftigen. Das ist manchmal unbequem. Aber unbequem ist in diesem Fall einfach das bessere Wort für brauchbar.

Für diese Prozesse lohnen sich Templates sofort — und für diese eher nicht

Der größte Hebel liegt bei wiederkehrenden, regelbasierten und abstimmungsintensiven Prozessen. Dort, wo heute oft noch Mails, Excel-Listen und spontane Nachfragen den Betrieb zusammenhalten, lohnt sich der Blick zuerst. Interne Service-Requests, Vertragsfreigaben, Onboarding- und Offboarding-Schritte, Datenschutzanfragen oder Ticket-Prozesse mit klaren Zuständigkeiten sind fast immer gute Kandidaten.

Nehmen wir ein typisches Szenario aus dem Mittelstand: Vertragsentwürfe wandern per Mail zwischen Fachbereich, Einkauf und Geschäftsführung. Versionen heißen dann „final“, „final_neu“ und „final_wirklich“. Niemand weiß nach drei Tagen noch sicher, welcher Stand gilt. Ein vorkonfigurierter Workflow mit Einreichung, Prüfung, Freigabe, Rückfrage und Audit-Log schafft hier schnell Ordnung, weil Rollen, Status und nächste Schritte klar sind.

Weniger geeignet sind hochpolitische Ausnahmeprozesse, einmalige Organisationsumbauten oder kreative Wissensarbeit ohne stabile Statuslogik. Wenn jeder zweite Vorgang anders läuft und informelle Abstimmungen wichtiger sind als formale Übergänge, wird ein Template schnell zum Korsett. Dann baust du nur Chaos in schön.

Die Faustregel ist simpel: Je häufiger ein Prozess vorkommt und je klarer Verantwortlichkeiten und Prüfschritte sind, desto größer der Nutzen eines Templates. Wenn du diese zwei Kriterien nicht halbwegs mit Ja beantworten kannst, solltest du vorsichtig sein. Sonst standardisierst du etwas, das in Wahrheit noch gar kein Standard ist.

So führst du Workflow-Templates ein, ohne dir später neue Komplexität einzukaufen

Der richtige Einstieg ist nicht: Template importieren und hoffen. Der richtige Einstieg ist ein kontrollierter Pilot. Such dir einen Prozess, der häufig vorkommt, aber nicht so geschäftskritisch ist, dass jede kleine Korrektur sofort weh tut. Woche eins darf holpern. Dauerzustand sollte es nicht werden.

Miss von Anfang an drei Dinge: Durchlaufzeit, Rückfragequote und manuelle Nacharbeit. Wenn diese Werte sich nicht verbessern, war das Template vielleicht bequem zu starten, aber nicht hilfreich im Betrieb. Ob der Workflow live ist, ist nur die Mindestanforderung. Entscheidend ist, ob er Arbeit aus dem System nimmt statt neue Abstimmung zu erzeugen.

Genauso wichtig ist Änderungsdisziplin. Wenn nach dem Start jeder Fachbereich das Template nach eigenem Geschmack verbiegen darf, zerfällt dein Standard schneller als ein Billigschrank beim zweiten Umzug. Lege also fest, wer Änderungen entscheidet, wie Versionen gepflegt werden und ab wann eine Abweichung ein echter Sonderfall ist statt nur eine laute Meinung.

Schnell-Check: Pilot in 14 Tagen vorbereiten – Einen Standardprozess auswählen und den Zielzustand auf 5–7 Status begrenzen. – Rollen, Freigaben und drei echte Ausnahmefälle festlegen. – Pilotgruppe sowie zwei Erfolgskennzahlen definieren.

Mehr braucht es für den Start oft nicht. Weniger allerdings auch nicht. Vor allem die Begrenzung auf 5–7 Status ist kein Selbstzweck. Sie zwingt dazu, den Ablauf verständlich zu halten. Wenn dein erster Pilot schon 14 Stati und sieben Eskalationen hat, führst du keinen Standard ein. Du dokumentierst nur alte Komplexität in neuer Software.

Fazit

Der Bremsklotz am Anfang war nie das Tool. Es war die Tatsache, dass du bei null begonnen hast. Workflow-Templates lösen dieses Problem nicht vollständig, aber sie nehmen dir die teuersten Schleifen ab: Unsicherheit, Grundsatzdiskussionen und immer neuen Nachbau derselben Logik.

Der Hebel ist dabei erstaunlich unromantisch. Such dir keinen Prestigeprozess aus. Such dir einen Vorgang, der oft vorkommt, heute per Mail oder Excel läuft und bei dem Rollen, Freigaben und Fristen eigentlich längst klar sein müssten. Dort liefern vorkonfigurierte Workflows meistens den schnellsten und sichtbarsten Nutzen.

Prüfe in den nächsten sieben Tagen genau einen Prozess auf Template-Tauglichkeit. Ist der Standardfall klar? Gibt es feste Rollen? Brauchst du Nachvollziehbarkeit? Wenn du diese drei Fragen mit Ja beantworten kannst, solltest du nicht mehr bei der leeren Leinwand anfangen.