Jeden Monat dasselbe: Rechnungen kommen per Mail, liegen in Portalen oder hängen an Bestellbestätigungen. Jemand sucht sie zusammen, lädt sie herunter, benennt sie um und schickt sie an die Steuerberatung. Ein paar Minuten pro Rechnung, ein paar Stunden im Monat, und niemand rechnet diese Zeit jemandem in Rechnung.
Wir haben daraus ein Produkt gemacht — Infetch. Was dabei am längsten gedauert hat, war nicht der Teil, den man erwartet.
Der Ablauf, bevor er automatisch war
Der Handgriff sieht harmlos aus, wenn man ihn einmal macht. Er ist es nicht, wenn man ihn zwölfmal im Jahr für dreißig Belege macht:
- Postfach durchsuchen, Rechnung finden
- PDF herunterladen, oft aus einem Portal mit eigenem Login
- Prüfen, ob es wirklich eine Rechnung ist und nicht eine Mahnung oder Bestellbestätigung
- Weiterleiten an Bank, Steuerberatung oder Buchhaltungssoftware
- Am Monatsende: prüfen, ob etwas fehlt
Schritt 5 ist der, den alle unterschätzen. Eine fehlende Rechnung fällt erst auf, wenn jemand danach sucht — und dann ist der Monat vorbei.
Was jetzt im Hintergrund läuft
Die heutige Fassung erledigt vierzehn geplante Aufgaben ohne Zutun. Die drei, die den eigentlichen Ablauf ausmachen:
- Stündlich wird der Posteingang auf Rechnungen geprüft.
- Eine halbe Stunde später gehen die fertigen Rechnungen an die Buchhaltung raus. Der Versatz ist Absicht: Erst sammeln, dann verschicken, sonst kommt jede Rechnung einzeln an.
- Täglich läuft ein Abgleich, welche Lieferanten diesen Monat noch nichts geschickt haben.
Dazu kommen elf weitere Aufgaben, die niemand sieht: Aliase für Lieferanten nachtragen, hängengebliebene Prüfungen abschließen, Regeln aus wiederkehrenden Mustern selbst anlegen, den Monatsbericht verschicken.
Von Hand angefasst wird nur, was die automatische Erkennung nicht sicher zuordnen kann. Das ist der Kern: Nicht alles automatisieren, sondern den Normalfall. Der Ausnahmefall darf Arbeit machen, solange er die Ausnahme bleibt.
Was schwieriger war als die Technik
Vertrauen. Wir bitten jemanden, uns Zugang zu seinem Postfach zu geben. Das ist eine größere Bitte als jede Funktion, die danach kommt. Die erste Fassung des Onboardings hat das behandelt wie einen technischen Schritt: Zugangsdaten eingeben, weiter. Das funktioniert nicht.
Was hilft, ist Konkretheit an der richtigen Stelle. Was genau wird gelesen. Was passiert mit den Zugangsdaten. Was passiert nicht. Zugangsdaten liegen deshalb verschlüsselt in einem eigenen Tresor, nicht in Umgebungsvariablen und nicht im Klartext in der Datenbank — und genau das steht im Onboarding, nicht in einem Hilfe-Artikel.
Nachvollziehbarkeit. Eine Automatisierung, die richtig arbeitet, aber nicht zeigt, was sie tut, fühlt sich falsch an. Nutzer müssen sehen können, was wann passiert ist und warum eine Rechnung liegen blieb. Das ist Oberflächenarbeit, keine Automatisierungsarbeit — und sie entscheidet darüber, ob jemand das Werkzeug behält.
Das ist auch der Grund, warum wir Automatisierung nicht als getrennte Disziplin verkaufen. Ein Workflow ohne Oberfläche ist eine Blackbox, der niemand vertraut. Eine Oberfläche ohne Ablauf dahinter ist ein Formular.
Was das für andere Abläufe heißt
Rechnungen sind ein guter erster Fall, weil sie drei Eigenschaften haben, die einen Ablauf lohnend machen:
- Wiederkehrend und in bekanntem Rhythmus
- Regelbar: Es gibt einen Normalfall, der über neunzig Prozent abdeckt
- Fehleranfällig von Hand, weil er langweilig ist
Dieselben drei Eigenschaften haben Lead-Verteilung, Reporting und Onboarding. Was sie nicht haben: eine feste Reihenfolge, die für alle gleich ist. Deshalb steht am Anfang die Analyse, nicht das Werkzeug.
Wenn du wissen willst, welche Abläufe sich bei euch lohnen, ist das genau die erste Stufe unserer Zusammenarbeit — drei Personentage, priorisierte Findings, ein Plan, der auch ohne uns trägt. Mehr dazu unter Abläufe automatisieren, den ganzen Fall unter Infetch.