Excel-Liste ablösen: Wann sich eine eigene App lohnt

Wann wird eine geteilte Excel-Liste im Betrieb zum Risiko?

Eine geteilte Excel-Liste wird zum Risiko, sobald mehrere Personen gleichzeitig daran arbeiten, niemand mehr sagt, welche Version aktuell ist, und eine falsche Formel oder eine überschriebene Zeile unbemerkt bleibt. Das ist keine Kritik an Excel als Werkzeug. Es ist eine Grenze, die jede Tabelle irgendwann erreicht, wenn ein Ablauf wächst. Excel-Listen abzulösen lohnt sich deshalb nicht automatisch, sondern erst nach einer ehrlichen Prüfung. Dieser Beitrag zeigt Kriterien für diese Prüfung und vergleicht Excel, Standard-SaaS und eine eigene kleine Anwendung nebeneinander.

Die typischen Bruchstellen einer geteilten Excel-Datei

Excel ist für viele Aufgaben weiterhin die richtige Wahl: schnelle Auswertung, einmalige Berechnung, persönliche Übersicht. Zum Problem wird es an bestimmten, wiederkehrenden Stellen:

• Mehrere Personen bearbeiten dieselbe Datei. Ohne echte Mehrbenutzerfähigkeit entstehen parallele Kopien, widersprüchliche Stände oder überschriebene Änderungen.
• Niemand sieht, wer was geändert hat. Eine Tabelle protokolliert selten zuverlässig, wer einen Wert wann geändert hat und warum.
• Formeln werden zur Fehlerquelle. Eine verschobene Zeile oder eine kopierte Formel kann eine Berechnung unbemerkt verfälschen, gerade wenn die Datei über Monate gewachsen ist.
• Zugriffsrechte sind alles oder nichts. Wer die Datei öffnen kann, sieht meist auch alle anderen Spalten, selbst wenn nur ein Ausschnitt nötig wäre.
• Die Datei wird zum Gedächtnis des Betriebs. Wenn eine einzelne Person die Struktur versteht und diese Person ausfällt, steht der Ablauf still.

Keines dieser Probleme bedeutet automatisch, dass du sofort eine neue Anwendung brauchst. Sie zeigen aber, wo eine ehrliche Prüfung sich lohnt.

Excel, Standard-SaaS oder eigene Anwendung im Vergleich

Die Tabelle zeigt keinen automatischen Gewinner. Sie zeigt, welche Fragen du für deinen konkreten Ablauf beantworten musst, bevor du dich entscheidest.

Wann eine Standardanwendung reicht

Wenn dein Ablauf einem verbreiteten Muster folgt, wie Terminplanung, Ticketverwaltung oder eine einfache Kundenliste, deckt eine passende Standard-SaaS-Lösung die Anforderungen oft vollständig ab. Der Vorteil liegt in Rollen, Zugriffsrechten, Protokollierung und Support, die bereits mitgebaut sind. Prüfe dabei konkret, ob deine wichtigsten Fälle ohne Workaround funktionieren, und nicht nur, ob die Funktionsliste passend klingt.

Eine Standardlösung ist auch dann sinnvoll, wenn sie achtzig Prozent deines Ablaufs gut abdeckt und die restlichen zwanzig Prozent selten vorkommen. Eine seltene Ausnahme lässt sich häufig mit einer klaren manuellen Regel lösen, statt jede Variante technisch abzubilden.

Wann sich eine kleine Individuallösung lohnt

Eine eigene, kleine Datenbank-Anwendung lohnt sich, wenn mehrere dieser Punkte gleichzeitig zutreffen:

1. Der Ablauf wiederholt sich regelmäßig und betrifft mehrere Personen.
2. Eine nachvollziehbare Historie ist wichtig, etwa bei Prüfungen, Fristen oder Freigaben.
3. Die Tabelle ist an ihre praktischen Grenzen gestoßen: zu viele Zeilen, zu viele Formeln, zu viele Tabellenblätter, die aufeinander verweisen.
4. Der Ablauf folgt einer betrieblichen Regel, die keine Standardsoftware in dieser Form abbildet.
5. Der Nutzen einer sauberen Lösung, etwa weniger Nacharbeit oder weniger Fehler, rechtfertigt den Aufwand für Entwicklung und Pflege.

Der erste Umfang sollte dabei bewusst klein bleiben: Vorgänge anlegen, Zuständigkeiten zuweisen, Änderungen sichtbar machen, offene Fälle anzeigen. Mobile Nutzung, Anhänge oder automatische Erinnerungen kommen erst dazu, wenn sie für den konkreten Ablauf wirklich gebraucht werden. Eine kleine Anwendung, die einen einzigen Vorgang zuverlässig löst, ist mehr wert als ein großes System, das niemand vollständig pflegt.

Überlegst du, diese Anwendung selbst mit einem KI-Werkzeug zu bauen, zeigt der Beitrag Interne Tools entwickeln: selbst bauen oder beauftragen?, wo das gut funktioniert und wo Zugriffsrechte, Wartung und Sicherung kippen.

Beispiel (illustrativ): eine Wartungsliste vorher und nachher

Das Beispiel ist ausgedacht, aber typisch. Es ist kein n3tz-Kundenprojekt.

Vorher: Ein Betrieb mit Wartungsverträgen führt alle Anlagen in einer Excel-Datei auf dem geteilten Laufwerk: Kunde, Anlage, letzte Wartung, nächster Termin, zuständiger Techniker. Zwei Personen im Büro pflegen die Datei, die Techniker rufen an und fragen nach. Fällige Termine findet nur, wer nach Datum sortiert. Wer zuletzt etwas geändert hat, sieht niemand.

Nachher: Eine kleine Anwendung mit denselben Spalten als Datenfelder. Das Büro sieht jeden Montag die Wartungen der nächsten vier Wochen. Techniker sehen auf dem Handy nur ihre eigenen Anlagen und tragen eine erledigte Wartung selbst ein. Jede Änderung hat einen Namen und einen Zeitpunkt. Ein Export als Tabelle bleibt jederzeit möglich.

Was gleich bleibt: der Ablauf selbst. Die Anwendung bildet ab, was das Team ohnehin tut, und ändert nur, wer wo einträgt. Bevor sie gebaut wird, steht trotzdem die Prüfung, ob eine Standard-Wartungssoftware genau diesen Ablauf schon abdeckt.

Die Umstellung in fünf Schritten

1. Ablauf und Spalten aufschreiben. Welche Spalte bedeutet was, wer füllt sie, welche Werte sind erlaubt.
2. Daten bereinigen. Doppelte Kunden zusammenführen, leere und widersprüchliche Zeilen klären, Datumsformate vereinheitlichen. Das ist oft der größte Teil der Arbeit.
3. Klein starten. Zuerst der eine Vorgang, der die meisten Rückfragen erzeugt, danach der Rest.
4. Kurz parallel prüfen, dann umschalten. Beide Stände eine Zeit lang vergleichen, dann die Tabelle schreibgeschützt archivieren, damit niemand in der alten Datei weiterarbeitet.
5. Zuständigkeit festlegen. Wer legt neue Felder an, wer beantwortet Fragen, wer prüft die Sicherung.

Datenschutz und Betrieb gehören zur Entscheidung dazu

Eine Excel-Liste mit Kunden- oder Personaldaten liegt oft auf einem geteilten Laufwerk oder wird per E-Mail verschickt, ohne dass jemand bewusst über Zugriffsrechte oder Aufbewahrung entschieden hat. Sobald du über eine Ablösung nachdenkst, ist das ein guter Zeitpunkt, diese Fragen nachzuholen: Wer darf die Daten sehen, wie lange werden sie aufbewahrt, und wie sieht eine Sicherung im Ernstfall aus?

Eine Standard-SaaS-Lösung bringt dafür meist ein eigenes Sicherungs- und Rechtekonzept mit, das du prüfen und in deinen Auftragsverarbeitungsvertrag einordnen musst. Bei einer eigenen Anwendung liegt diese Verantwortung stärker bei dir oder deinem Entwicklungspartner. Kläre deshalb schon vor dem Bau, wer Sicherheitsupdates einspielt, wie eine Wiederherstellung getestet wird und wer im laufenden Betrieb Ansprechpartner für eine fehlgeschlagene Sicherung ist. Eine kleine Anwendung ohne benannten Betreiber ist am Ende nur eine aufgeschobene Excel-Liste mit mehr Technik darunter.

Wem gehören die Daten, und wer wartet die Anwendung?

Bei Excel liegen die Daten offensichtlich bei dir. Das sollte nach jeder Ablösung so bleiben. Bei einer Standard-SaaS-Lösung prüfst du vor dem Vertrag, ob du alle Daten vollständig und in einem lesbaren Format exportieren kannst und was nach einer Kündigung mit ihnen passiert. Bei einer eigenen Anwendung lässt du schriftlich festhalten, dass du Zugriff auf Daten, Datenbank und Quellcode hast und dass eine Dokumentation existiert, mit der auch ein anderer Entwicklungspartner weiterarbeiten könnte.

Wartung ist laufende Arbeit und kein einmaliger Posten: Sicherheitsupdates, Sicherungen samt getesteter Wiederherstellung und kleine Änderungen, wenn sich der Ablauf ändert. Kläre vorher, wer das übernimmt und wie schnell ein Fehler behoben wird.

Der erste Schritt: den Ablauf beschreiben, nicht das Tool

Bevor du dich zwischen SaaS und eigener Entwicklung entscheidest, beschreibe den Vorgang, der heute in der Tabelle lebt: wer trägt Daten ein, wer liest sie, wer ändert sie, und woran erkennt das Team eine erledigte Aufgabe. Diese Beschreibung ist wertvoller als jeder Funktionsvergleich, weil sie zeigt, ob das eigentliche Problem eine fehlende Funktion oder eine unklare Zuständigkeit ist.

Wie du diese Beschreibung strukturiert angehst, zeigt unser Beitrag zur Prozessanalyse vor dem Softwarekauf. Die Entscheidung zwischen Standardsoftware, Schnittstelle und Individualentwicklung erklären wir außerdem ausführlich in Standardsoftware, Schnittstelle oder Individualentwicklung? Beide Beiträge helfen, die Entscheidung an deinem tatsächlichen Ablauf statt an einer Tool-Vorliebe auszurichten.

Bei n3tz prüfen wir im Rahmen unserer Leistungen für Software, Integration und Prozessoptimierung genau diese Frage: Reicht eine vorhandene Lösung, oder braucht dein Ablauf eine eigene, kleine Anwendung? Am einfachsten gehen wir dafür deine Tabelle gemeinsam durch: welche Spalten es gibt, wer sie füllt und an welcher Stelle es heute hakt. Eine Excel-Liste ist dabei kein Fehler, sondern oft der ehrlichste Hinweis darauf, wo im Betrieb tatsächlich gearbeitet wird.

Deine Excel-Liste mit uns durchgehen: Excel-Ablauf mit n3tz besprechen