Build Workflow · VORHANDENES VERBINDEN
Deine Software kann mehr, wenn sie miteinander spricht
Die Anfrage kommt per E-Mail. Die Kontaktdaten landen in einer Tabelle. Der Projektstatus steht in einem anderen Programm. Und ob jemand schon geantwortet hat, weiß vor allem die Kollegin, die heute nicht da ist. Digital ist das alles längst. Zusammenarbeiten muss es offenbar trotzdem noch von Hand.
Build Workflow verbindet vorhandene Systeme und verbessert konkrete Arbeitsabläufe. Du bekommst einen vereinbarten Datenfluss, eine passende Automatisierung oder eine übersichtlichere Arbeitsoberfläche samt nachvollziehbarer Zuständigkeiten. Ich bin David Schmitt. Mit conschmitt schaue ich zuerst darauf, was bereits funktioniert, und entwickle die fehlenden Verbindungen. Damit Menschen ihre Arbeit erledigen können, statt ständig Informationen hinterherzutragen.
Wenn Menschen zu Schnittstellen werden
Manche Betriebe brauchen keine weitere Software. Sie brauchen einen besseren Weg zwischen den vorhandenen Programmen. Die gleiche Adresse wird mehrfach eingegeben. Eine erledigte Aufgabe bleibt anderswo offen. Eine Datei ist gespeichert, aber niemand weiß mehr, welche Fassung gilt. Jede einzelne Übertragung ist klein. Zusammen bestimmen sie einen erstaunlich großen Teil des Arbeitstages.
Das Problem lässt sich selten durch einen besonders eindrucksvollen Automatisierungsplan lösen. Zuerst muss klar sein, welcher Ablauf tatsächlich verbessert werden soll. Ich gehe ihn mit dir anhand eines konkreten Falls durch: vom Eingang einer Information bis zu dem Ergebnis, das jemand braucht. So wird sichtbar, wo Daten fehlen, Entscheidungen warten oder Arbeit doppelt entsteht.
Du bekommst eine verständliche Darstellung dieses Ablaufs und eine begründete Auswahl der Stellen, an denen eine Änderung sinnvoll ist. Vielleicht lässt sich ein Schritt verbinden. Vielleicht genügt ein gemeinsamer Status. Und vielleicht muss zuerst eine unklare Zuständigkeit geklärt werden.
Gute Verbindungen ersetzen nicht jeden vorhandenen Weg
Ein Systemwechsel klingt auf dem Papier oft sauber. Im Betrieb hängen daran jedoch eingespielte Arbeitsweisen, Lizenzen und Daten, die weiter gebraucht werden. Ich prüfe deshalb vorhandene Programme und ihre Anschlussmöglichkeiten, bevor ich eine Alternative vorschlage. Schnittstellen sind dabei die vereinbarten Wege, über die Programme Informationen austauschen können.
Ein Beispiel: Eine bestätigte Anfrage könnte einen Projektentwurf anlegen und die bereits bekannten Kontaktdaten übernehmen. Die Freigabe des Angebots bleibt bei dir. Ein anderes Beispiel ist eine Übersicht, die vorhandene Projektstände zusammenführt, ohne für jeden Bereich eine zweite Datenhaltung aufzubauen. Solche Verbindungen werden nur umgesetzt, wenn die beteiligten Systeme den benötigten Zugriff tatsächlich erlauben.
Du erhältst die passende Ergänzung zu deinem Bestand. Welche Programme angeschlossen werden, welche Daten fließen und wo die maßgebliche Information gespeichert bleibt, wird vor der Umsetzung festgehalten. Ein schöner Überblick hilft wenig, wenn darunter drei widersprüchliche Kundenlisten entstehen.
Automatisierung braucht einen erkennbaren Zweck
Eine wiederkehrende Übertragung mit klaren Regeln eignet sich eher zur Automatisierung als ein Gespräch, das Urteil und Fingerspitzengefühl verlangt. Ich schaue deshalb auch auf Häufigkeit, Fehlerfolgen und Pflegeaufwand. Wenn ein seltener Handgriff in wenigen Sekunden erledigt ist, lohnt eine aufwendige Verbindung möglicherweise nicht.
Wo automatisiert wird, soll der Ablauf nachvollziehbar bleiben. Du musst erkennen können, welche Information verarbeitet wurde, was daraus entstanden ist und wo ein Fehler Aufmerksamkeit braucht. Ein Import darf nicht still denselben Datensatz mehrfach anlegen. Ein Ausfall darf nicht so aussehen wie ein erfolgreicher Abschluss.
Zum vereinbarten Ergebnis gehören deshalb passende Prüfungen und ein Umgang mit Fehlern. Gemeinsam legen wir fest, wie du einen Ablauf kontrollierst, korrigierst oder vorübergehend wieder manuell erledigst. Zeitgewinn ist nur dann hilfreich, wenn er nicht an anderer Stelle durch Sucharbeit und Reparaturen verloren geht.
KI darf vorbereiten; wichtige Entscheidungen bleiben sichtbar
KI kann unstrukturierte Informationen ordnen, Texte zusammenfassen oder einen Vorgang zur Prüfung vorbereiten. Sie macht aus einer Vermutung aber keine belastbare Entscheidung. Wenn Angaben fehlen oder mehrere Interpretationen möglich sind, muss das erkennbar sein.
In meinem internen SETTER werden öffentlich zugängliche Unternehmensinformationen erfasst und Bewertungen zu einem Arbeitspool zusammengeführt. Unklare Fälle werden zur manuellen Prüfung markiert. Das Werkzeug bereitet die Auswahl vor; es schreibt niemanden selbstständig an und macht keine verbindlichen Zusagen. Der dokumentierte Ablauf zeigt, wie Erfassung, Bewertung und menschliche Entscheidung getrennt werden können.
Für deinen Workflow klären wir dieselbe praktische Frage: Was darf eine Verbindung automatisch erledigen, und an welcher Stelle brauchst du die konkrete Vorlage vor einer Wirkung? Bei einem Entwurf ist die Antwort anders als bei einer versendeten Nachricht oder einer Änderung maßgeblicher Daten.
Eigene Systeme, konkrete Verbindungen
Der private conschmitt Hub führt Projekte, Aufgaben und vorhandene App-Zugänge in einer gemeinsamen Arbeitsoberfläche zusammen. Der aktuelle WordPress-Stand nutzt vorhandene Daten und verlinkt eigenständige Anwendungen. Die Systeme behalten ihre fachlichen Rollen. Ein zentraler Einstieg bedeutet nicht, dass plötzlich jede Funktion im Hub implementiert wäre.
Ein anschauliches Eigenexperiment beschreibt der veröffentlichte Bericht „Eigentlich wollte Milo nur schlafen“. Bei JARVIS Home wurden vorhandene Fernseher-, Licht- und Steuerungssysteme über bekannte Wege verbunden. Konkrete Geräteaktionen waren möglich; der automatische Wecker war im beschriebenen Stand noch nicht zuverlässig im Dauerbetrieb belegt.
Das ist ein privates Smart-Home-Experiment und kein abgeschlossenes Unternehmensprojekt. Es zeigt dennoch ein gut übertragbares Prinzip: Ein Werkzeug muss wissen, welches Ziel gemeint ist, wie es erreichbar ist und welche Handlung erlaubt ist. Raten ist keine Schnittstelle.
Beginnen wir bei einem Ablauf, der dich wirklich aufhält
Du brauchst zum Erstkontakt keine vollständige Prozesslandkarte. Beschreibe einen Vorgang, der regelmäßig Zeit kostet, und die Werkzeuge, die daran beteiligt sind. Ich prüfe mit dir Ziele, vorhandene Ressourcen und sinnvolle Alternativen. Daraus entsteht ein schriftliches Angebot mit abgegrenztem Umfang und individueller Kalkulation.
Wenn dafür eine eigenständige neue Anwendung nötig ist, kommt Build Product hinzu. Wenn vor allem dein Angebot neu strukturiert werden muss, passt Build Business. Build Workflow beginnt bei deiner vorhandenen Arbeit und endet mit einer konkret nutzbaren Verbesserung dieses Ablaufs. Kein Betrieb sollte mehr Programme pflegen müssen, nur damit seine bisherigen Programme endlich zusammenarbeiten.
David Schmitt · conschmitt