Wenn ein Team sagt, es arbeite „noch ganz gut mit Excel“, ist das oft kein Zeichen für Effizienz. Es ist eher ein Hinweis darauf, dass sich ein Provisorium stillschweigend zum Betriebssystem entwickelt hat.
Das ist im Mittelstand normal. Prozesse wachsen selten sauber von Anfang an. Erst gibt es eine Liste, dann eine zweite Datei, dann eine Freigabe per E-Mail, dann einen Chat-Verlauf für Rückfragen, dann doch noch einen manuellen Export aus dem CRM. Jede einzelne Ergänzung wirkt klein. Zusammen entsteht ein Ablauf, den niemand bewusst geplant hat, aber auf den plötzlich mehrere Teams angewiesen sind.
Der entscheidende Punkt ist nicht, ob Excel grundsätzlich „schlecht“ ist. Für viele Auswertungen, schnelle Kalkulationen oder einmalige Übersichten ist es völlig ausreichend. Problematisch wird es dort, wo eine Tabelle nicht mehr nur Information speichert, sondern operative Verantwortung tragen soll. Genau dann lohnt sich die Frage, ob ein internes Tool sinnvoller wäre.
Excel scheitert nicht an Funktionen, sondern an Verantwortung
Die meisten Teams wechseln nicht deshalb von Excel weg, weil eine Formel fehlt. Sie wechseln weg, weil Verantwortung nicht sauber abgebildet werden kann.
Sobald mehrere Personen denselben Prozess steuern, entstehen Fragen, die eine Tabelle nur unvollständig beantwortet: Wer ist gerade zuständig? Welche Änderung war die letzte gültige? Welche Freigabe fehlt noch? Warum wurde ein Datensatz blockiert? Welche Ausnahme wurde gestern manuell entschieden und wird morgen wieder vergessen?
Diese Lücken sind nicht kosmetisch. Sie führen zu Nacharbeit, Rückfragen und Stillstand. Ein Prozess wirkt dann zwar dokumentiert, ist aber faktisch nicht steuerbar. Genau an dieser Stelle unterscheiden sich Tabellen von einem gut gebauten internen Tool: Das Tool bildet nicht nur Daten ab, sondern Zustände, Übergaben und Regeln.
Die ersten Warnsignale kommen meist früher als erwartet
Viele Unternehmen warten zu lange, weil der Schmerz nie in einem großen Knall auftaucht. Er verteilt sich über den Alltag. Jemand sucht die aktuellste Datei. Eine Freigabe hängt in einem Postfach. Eine Zahl wird falsch kopiert. Ein Sonderfall liegt bei der falschen Person. Eine Rückfrage bleibt liegen, weil niemand formal verantwortlich ist.
Solche Symptome wirken zunächst harmlos. In Summe verschieben sie aber die Arbeit von produktiver Bearbeitung zu Koordination. Das Team arbeitet nicht schneller, obwohl ständig „etwas getan“ wird. Genau das ist der Moment, in dem Excel teuer wird, ohne dass die Kosten als Budgetposten sichtbar wären.
Typische Warnsignale sind:
- mehrere Dateien für denselben Ablauf
- Freigaben per E-Mail oder Chat statt im Prozess
- manuelle Kopien zwischen CRM, ERP und Tabellen
- unklare Zuständigkeiten bei Ausnahmen
- wiederkehrende Rückfragen zu Status und Priorität
Wenn zwei oder mehr dieser Punkte dauerhaft auftreten, lohnt sich meist eine strukturierte Prüfung. Nicht, weil sofort eine große Plattform gebaut werden muss, sondern weil der Prozess bereits komplex genug ist, dass ein Werkzeug mit klaren Zuständen wirtschaftlich werden kann.
Der Business Case entsteht oft durch Reibung, nicht durch Volumen allein
Ein häufiger Denkfehler lautet: „Dafür haben wir noch nicht genug Volumen.“ Das greift zu kurz. Ein interner Prozess kann auch bei moderatem Volumen teuer sein, wenn jede Übergabe Aufmerksamkeit frisst.
Entscheidend ist nicht nur, wie oft ein Vorgang passiert, sondern wie viel Abstimmung daran hängt. Ein Freigabeprozess mit 20 Fällen pro Woche kann schmerzhafter sein als ein standardisierter Prozess mit 200 Fällen. Besonders teuer werden Abläufe, in denen Fehler spät sichtbar werden oder Entscheidungen nicht sauber dokumentiert sind.
Darum sollten Sie den Nutzen eines internen Tools nicht nur in Stundenersparnis denken. Wichtiger sind Fragen wie:
- Werden Entscheidungen schneller getroffen?
- Sind Verantwortlichkeiten klarer?
- Sinkt die Zahl der Ausnahmen und Rückfragen?
- Lassen sich Status und Prioritäten jederzeit nachvollziehen?
- Gibt es weniger Medienbrüche zwischen Systemen?
Wenn die Antwort auf diese Fragen für Ihren Prozess relevant ist, entsteht oft ein belastbarer Business Case, bevor überhaupt über Automatisierung im engeren Sinn gesprochen wird.
Ein internes Tool muss nicht „groß“ sein, um sich zu lohnen
Viele Entscheider lehnen die Idee zu früh ab, weil sie sofort an ein umfangreiches Portal denken. In der Praxis ist der erste sinnvolle Scope oft viel kleiner.
Ein gutes internes Tool startet dort, wo heute die meiste Unsicherheit entsteht. Es ersetzt nicht jeden manuellen Schritt sofort. Es stabilisiert zuerst die kritische Strecke. Das kann bedeuten, nur Intake, Statuswechsel, Verantwortlichkeiten und Freigaben sauber abzubilden. Alles andere kann bewusst später folgen.
Gerade im Mittelstand ist das oft der bessere Weg. Ein kleiner, sauberer erster Scope reduziert Risiko und schafft Vertrauen im Team. Statt ein abstraktes Digitalisierungsprojekt zu verkaufen, lösen Sie einen konkreten Engpass. Genau deshalb beginnt gute Umsetzung meist mit einem klaren Projektbrief oder einer Discovery-Phase, in der nicht Features gesammelt, sondern reale Übergaben und Ausnahmen sichtbar gemacht werden.
Wo interne Tools gegenüber Standard-Workarounds klar gewinnen
Standardlösungen, No-Code-Workflows und Tabellen haben ihren Platz. Aber es gibt Situationen, in denen ihre Grenzen sehr schnell sichtbar werden.
Der erste Fall ist Rollenlogik. Wenn unterschiedliche Personen unterschiedliche Informationen sehen, freigeben oder blockieren dürfen, reicht ein gemeinsames Dokument selten aus. Der zweite Fall ist Prozesszustand. Sobald es wichtig wird, ob ein Vorgang „in Prüfung“, „freigegeben“, „zurückgestellt“ oder „eskaliert“ ist, wird eine frei gepflegte Tabelle fehleranfällig. Der dritte Fall ist Integration. Wenn Informationen zwischen bestehenden Systemen verlässlich zusammenlaufen müssen, wird manuelle Koordination teuer.
Ein internes Tool gewinnt genau dort, wo Regeln dauerhaft gelten sollen. Es schafft einen verlässlichen Ablauf, statt gute Absichten vorauszusetzen. In vielen Fällen ist das auch die Voraussetzung, bevor später KI-Automatisierungen sinnvoll und sicher eingesetzt werden können. Automatisierung ohne saubere Zustände beschleunigt sonst nur Unordnung.
Die eigentliche Frage ist nicht „build or buy“, sondern „wie standardisiert ist der Engpass?“
Ob Sie ein Tool individuell bauen oder mit vorhandenen Plattformen arbeiten, ist wichtig, aber nicht die erste Frage. Zuerst sollten Sie klären, wie spezifisch Ihr Problem wirklich ist.
Wenn Ihr Ablauf viele unternehmensspezifische Regeln, Ausnahmen und Verantwortlichkeiten enthält, stoßen Standardwerkzeuge oft schneller an Grenzen. Wenn der Prozess dagegen relativ gleichförmig ist und nur besser strukturiert werden muss, kann ein Standard-Setup genügen. Genau deshalb lohnt sich eine ehrliche Analyse vor jeder Tool-Entscheidung.
Der Beitrag zu Buy vs build bei internen Tools ist dafür ein guter Gegenpol. Er hilft, nicht aus Gewohnheit zu viel Individualsoftware zu fordern, aber auch nicht aus Bequemlichkeit zu lange auf Workarounds zu setzen.
So erkennen Sie, ob jetzt der richtige Zeitpunkt ist
Der richtige Zeitpunkt ist selten dann, wenn „alles zusammenbricht“. Dann ist der Druck schon hoch, die Akzeptanz niedrig und die Fehler teuer. Besser ist es, vorher zu handeln, wenn das Muster klar erkennbar wird.
Ein guter Zeitpunkt ist erreicht, wenn der Prozess:
- regelmäßig teamübergreifend läuft
- geschäftskritische Entscheidungen enthält
- mehrere manuelle Übergaben braucht
- kaum belastbar auswertbar ist
- oder jede Änderung erneut Abstimmungsschleifen auslöst
Dann geht es nicht mehr nur um Bequemlichkeit. Dann wird Prozessqualität selbst zu einem geschäftlichen Thema.
Was Sie vor der Umsetzung sauber klären sollten
Bevor Sie ein internes Tool beauftragen, sollten Sie nicht mit Feature-Wunschlisten starten. Wichtiger sind fünf Klarheiten: Wo beginnt der Prozess? Wann ist ein Vorgang wirklich abgeschlossen? Welche Rollen sind beteiligt? Welche Ausnahmen treten häufig auf? Und welche bestehenden Datenquellen müssen einbezogen werden?
Diese Fragen wirken unspektakulär, sind aber der Unterschied zwischen einem Tool, das im Alltag trägt, und einer Oberfläche, die nur altbekannte Probleme digital verpackt. Genau deshalb lohnt sich vorab eine strukturierte Bestandsaufnahme. Der Beitrag zur Workflow-Discovery für interne Tools zeigt, wie man das pragmatisch angeht.
Ein pragmatischer nächster Schritt
Wenn Sie heute das Gefühl haben, Ihr Team „organisiert den Prozess irgendwie“, ist das bereits ein brauchbarer Ausgangspunkt. Sie brauchen nicht sofort ein großes Lastenheft. Oft reicht eine nüchterne Analyse: Wo entstehen Rückfragen, wo fehlen Zustände, wo gehen Freigaben verloren, wo werden Daten doppelt gepflegt?
Aus dieser Analyse lässt sich schnell erkennen, ob Excel noch als Hilfsmittel funktioniert oder längst eine Rolle übernimmt, für die es nie gedacht war.
Wenn Sie möchten, kann ich mit Ihnen genau diesen Punkt sortieren: Welcher Ablauf sich für ein erstes internes Tool eignet, was der kleinste sinnvolle Scope wäre und wo sich Standardsoftware noch lohnt. Dafür sind Projektanfragen auf Deutsch ausdrücklich willkommen. Wenn Sie lieber erst den Prozess grob besprechen möchten, ist auch eine kurze schriftliche Kontaktaufnahme sinnvoll.
