NODOMIC

Software / Workflow-Automatisierung

Workflow-Automatisierung

Prozesse analysieren, Systeme verbinden und die Daten und Entscheidungen automatisieren, die zwischen ihnen hin- und hergehen. Konkrete Umsetzung statt „KI-Transformation“ als Schlagwort, einschließlich des Moments, in dem wir Ihnen sagen, dass ein Prozess repariert statt automatisiert werden sollte.

Fast nie, weil das Werkzeug zu schwierig war. Fast immer, weil niemand den Prozess vorher modelliert hat.

Jemand bildet den Gutfall ab, verbindet alles, und zwei Wochen lang funktioniert es. Dann schickt ein Kunde ein PDF statt eines Formulars. Ein Datensatz kommt mit einem Feld an, das der Ablauf für verpflichtend hielt. Zwei Systeme sind sich uneinig, welches von beiden maßgeblich ist. Die Automatisierung scheitert still, eine Woche lang merkt es niemand, und der manuelle Prozess kommt zurück, jetzt mit weniger Vertrauen als vor dem ersten Versuch.

Die Technik, auf die es ankommt, ist nicht die Verbindung zwischen zwei Apps. Es ist das Wissen, wo ein Prozess tatsächlich bricht, was mit laufenden Vorgängen passiert, wenn etwas ausfällt, und wer davon erfährt. Das ist Systemdenken, und es ist dieselbe Disziplin wie beim Bau von etwas, das weiterlaufen muss, wenn das Netz wegbricht.

So sieht eine funktionierende Automatisierung aus

EINGANG

E-Mail, Formular, PDF, Lieferantendatei

PRÜFEN UND ZUORDNEN

die Regeln, die entscheiden, was es ist

IHRE SYSTEME

CRM, Buchhaltung, Dokumente, Tabelle

AUSNAHMEPFAD

wiederholen, einreihen, und jemand erfährt es

der Teil, der entscheidet, ob es in einem Jahr noch läuft

Der Gutfall ist die einfache Hälfte. Ob eine Automatisierung hält, entscheidet sich daran, was mit laufenden Vorgängen passiert, wenn ein Feld fehlt, eine Schnittstelle ausfällt oder ein Zugang abläuft, und wer davon erfährt.

E-Mail-Automatisierung

Das Brauchbare aus dem Postfach herausgelöst (Bestellungen, Anfragen, Lieferscheine), zugeordnet, abgelegt und mit einem Entwurf beantwortet, den ein Mensch freigibt, statt ihn selbst zu schreiben.

Dokumenten-Automatisierung

Angebote, Rechnungen, Berichte und Nachweise aus den Daten erzeugt, die ohnehin vorliegen, in Ihrem Layout, abgelegt dort, wo man sie wiederfindet.

Aufgaben und Freigaben

Übergaben, die heute daran hängen, dass jemand daran denkt: Zuweisung, Erinnerungen, Freigabe und ein Nachweis, wer wann was freigegeben hat.

Daten zwischen Systemen

CRM, Buchhaltung, Shop, die Tabelle, von der niemand zugibt, dass alles an ihr hängt, und das System, auf dem ein Lieferant besteht, in Übereinstimmung gehalten, ohne dass jemand abtippt.

Eingang und Weiterleitung

Anfragen, Aufträge, Anträge oder Tickets kommen in mehreren Formaten an und müssen an einer Stelle landen, richtig zugeordnet, ohne dass etwas still verloren geht.

Berichte, die sich selbst erstellen

Die Zahl, die jeden Montag jemand von Hand zusammensucht, verlässlich erzeugt und so präzise definiert, dass zwei Personen dasselbe Ergebnis erhalten.

Interne Werkzeuge

Die kleine Anwendung, die eine geteilte Tabelle durch etwas ersetzt, das eine Regel durchsetzen und festhalten kann, wer was geändert hat.

Sprachmodelle, wo sie sich lohnen

Klassifikation, Extraktion und Entwürfe innerhalb eines Ablaufs mit festen Prüfungen darum herum. Nützlich bei unsauberem Eingang, aber kein Ersatz für die Logik.

Maken8nZapierPower AutomateWebhooks & APIsEigener Code
Ein von Nodomic gebautes Make-Szenario: Ein Webhook nimmt die Frage eines Chatbots entgegen, ein Router teilt nach Quelle auf, und die Zweige übernehmen Scraping, Ablage, Modellaufrufe und die Antwort zurück an den Bot
Eines unserer eigenen Szenarien, laufend in Make: Die Frage eines Chatbots kommt per Webhook an, ein Router entscheidet, welche Quelle gemeint ist, und die Zweige scrapen, speichern, fassen zusammen und antworten, mit sichtbaren statt nur mitgedachten Fehlerzweigen.

Wir bauen auf No-Code- und Low-Code-Plattformen (Make, n8n, Zapier und ähnliche), und wir schreiben eigenen Code. Die Wahl ist eine Sachfrage, keine Weltanschauung.

Eine Plattform ist meist richtig, wenn der Ablauf wirklich einfach ist, das Volumen überschaubar und der Wert darin liegt, dass es noch diese Woche läuft. Eigener Code lohnt sich, wenn die Logik verwickelt ist, das Volumen die Preise pro Operation schmerzhaft macht, die Daten sensibel sind oder der Prozess so nah an Ihrem eigentlichen Geschäft liegt, dass es sich lohnt, ihn selbst zu besitzen. Vieles ist ein Mischfall: eine Plattform für die Leitungen, ein kleiner Dienst für den Teil, der wirklich Ihnen gehört.

Die Zusage, die sich lohnt, lautet: Wenn ein No-Code-Werkzeug die richtige Antwort ist, sagen wir das, statt einen eigenen Aufbau für etwas anzubieten, das ein gut eingerichtetes Szenario erledigt. Das kostet uns bei einzelnen Projekten Umsatz und ist der einzige Weg, auf Dauer Vertrauen für das nächste zu verdienen.

  1. 01

    Den Prozess ansehen, wie er wirklich ist

    Nicht die dokumentierte Fassung. Die Ausnahmen, die Umwege und die Person, die still Dinge in Ordnung bringt, sind die eigentliche Spezifikation.

  2. 02

    Entscheiden, was nicht automatisiert wird

    Manche Schritte sind Ermessensfragen, manche sind kaputt und sollten repariert statt festgeschrieben werden, und manche sind so selten, dass ein Mensch günstiger ist. Einen schlechten Prozess zu automatisieren, macht ihn nur schneller schlechter.

  3. 03

    Mit dem Fehlerfall zuerst bauen

    Was mit laufenden Vorgängen passiert, wenn eine API ausfällt, ein Zugang abläuft oder ein Datensatz fehlerhaft ist, und wie jemand davon erfährt. Das trennt Automatisierung, die hält, von Automatisierung, die aufgegeben wird.

  4. 04

    So übergeben, dass es sich ändern lässt

    Dokumentiert, in Ihren Konten, mit einem Ablauf, den jeder lesen kann, der ihn übernimmt. Eine Automatisierung, die nur ihr Erbauer ändern kann, wäre eine Last, die wir Ihnen übergeben.

Wird bei Ihnen jede Woche etwas von Hand erledigt?

Beschreiben Sie den Prozess, einschließlich der Teile, die schiefgehen. Sie bekommen eine ehrliche Einschätzung, was sich zu automatisieren lohnt, was zuerst repariert werden sollte und ob ein Werkzeug, das Sie schon bezahlen, es erledigen würde.

Projekt besprechen →