Beginnen Sie mit einer konkreten Situation am Arbeitsplatz.
Ein Gespräch über Automatisierung beginnt oft, wenn eine vertraute Aufgabe frustrierend wird. Jemand kopiert dieselbe Anfrage an mehrere Stellen, ein Manager wartet auf einen Bericht oder ein Kunde ruft an, weil niemand geantwortet hat. Solche Situationen sind hilfreiche Ausgangspunkte, stellen aber noch keine technische Spezifikation dar. Zunächst muss geklärt werden, welcher Schritt die Schwierigkeit verursacht, welche Informationen benötigt werden und wie eine korrekt ausgeführte Aufgabe aus Sicht der Beteiligten aussehen würde.
Wählen Sie ein aktuelles Beispiel und verfolgen Sie es von Anfang bis Ende. Angenommen, ein Kunde hat am Montag eine Anfrage gestellt, ein Mitarbeiter hat sie am Dienstag in eine Tabelle übertragen, und ein Kollege musste die Verfügbarkeit noch bestätigen, bevor jemand antworten konnte. Die Ursache könnte eine doppelte Eingabe, unklare Zuständigkeiten oder ein nicht zugänglicher Kalender sein. Eine automatische Bestätigung allein würde die Wartezeit in diesem Beispiel nicht vollständig beheben.
Die in diesem Artikel beschriebenen Situationen dienen der Veranschaulichung. Sie versprechen weder eine bestimmte Kostenersparnis noch eine garantierte Umsatzsteigerung. Der Nutzen der Automatisierung hängt von der Häufigkeit, den Folgen von Fehlern und der praktischen Anwendbarkeit im Arbeitsalltag ab. Eine klare Problembeschreibung ist daher wichtiger als eine lange Liste potenziell vernetzbarer Technologien.
Beschreiben Sie den Vorgang so, wie er tatsächlich abläuft.
Beschreiben Sie auch die weniger praktischen Schritte. Wenn sich ein Mitarbeiter eine Erinnerung sendet, eine temporäre Tabelle erstellt oder eine Frage an einen Vorgesetzten über eine Messenger-App stellt, ist das Teil des eigentlichen Prozesses. Ein perfektioniertes Diagramm, das diese Aktionen auslässt, kann einen Großteil der Arbeit verschleiern. Ziel ist es, zu verstehen, wie Informationen tatsächlich die nächste Person erreichen – einschließlich der informellen Abkürzungen, die den Geschäftsbetrieb am Laufen halten.
Für jeden Schritt sollten Auslöser, Eingabe, Ergebnis und die zuständige Rolle erfasst werden. Bei einer Anfrage könnte der Auslöser beispielsweise das Absenden eines Formulars sein, die Eingabe die Kontaktdaten und die Beschreibung des Kunden und das Ergebnis ein zur Überprüfung bereiter Datensatz. Endet ein Schritt mit „Jemand prüft ihn“, ist die Zuständigkeit noch zu unklar. Ein System kann eine Ausnahme nicht zuverlässig weiterleiten, wenn niemand entschieden hat, wer sie bearbeiten soll.
Trennen Sie aktives Arbeiten von Wartezeiten. Eine Aufgabe, die fünf Minuten dauert, kann die Antwort um zwei Tage verzögern, wenn nur eine Person die erforderlichen Zugriffsrechte hat. Umgekehrt kann das wiederholte Kopieren kleiner Datenmengen über viele Anfragen hinweg viel Zeit in Anspruch nehmen. Beide Probleme sind relevant, ihre Lösungen jedoch unterschiedlich. Für das eine Problem ist eine bessere Verfügbarkeit oder die Delegation von Aufgaben erforderlich; für das andere kann eine direkte Übertragung strukturierter Informationen hilfreich sein.
Definieren Sie ein verständliches Ergebnis
„Wir wollen den Vertrieb automatisieren“ ist für ein erstes Projekt zu allgemein. Sinnvoller wäre es, wenn jede Website-Anfrage in einer gemeinsamen Liste mit Eingangszeitpunkt und zuständigem Mitarbeiter erscheint und unbeantwortete Anfragen für das gesamte Team sichtbar sind. Dies lässt sich anhand konkreter Beispiele testen. Es ist nicht automatisch notwendig, alle bereits im Unternehmen eingesetzten Vertriebstools zu ersetzen.
Wählen Sie eine erste Kennzahl, die Sie tatsächlich beobachten können. Dies könnte beispielsweise die Zeit bis zur ersten sinnvollen Antwort, die Anzahl der Datensätze ohne Verantwortlichen oder Korrekturen aufgrund manueller Kopien sein. Dokumentieren Sie, wie die Kennzahl berechnet wird. Der Vergleich von Arbeitsstunden in einem Zeitraum mit Kalenderzeiten in einem anderen kann zu irreführenden Schlussfolgerungen führen, selbst wenn die zugrunde liegenden Zeitstempel korrekt sind. Behalten Sie die Definition während der Überprüfung der ersten Implementierung bei.
Vermeiden Sie es, ein Ziel zu wählen, das ein unbefriedigendes Kundenerlebnis belohnt. Eine sofortige automatisierte Nachricht bedeutet nicht, dass eine Frage beantwortet ist. Berücksichtigen Sie neben der Geschwindigkeit auch den Nutzen und fehlerhafte Ergebnisse. Ein gut formuliertes Ausgangsziel erleichtert die Arbeit des Teams und gibt dem Kunden einen klaren nächsten Schritt vor. Es sollte außerdem festlegen, was außerhalb der ersten Phase noch aussteht, damit die Erwartungen während der Implementierung nicht unbemerkt steigen.
Mögliche Prozesse nach Nutzen und Risiko vergleichen
Bewerten Sie mögliche Projekte anhand derselben Fragen. Wie häufig wiederholt sich die Aufgabe? Sind die Eingabedaten digital verfügbar? Folgt die Entscheidung klaren Regeln? Was passiert, wenn das System einen Fehler macht? Lässt sich das Ergebnis rückgängig machen? Dieser Vergleich ist in der Regel sinnvoller als die Auswahl der Aufgabe mit den lautesten Beschwerden. Ein häufig auftretendes Ärgernis kann dennoch ein ungeeigneter erster Kandidat sein, wenn seine Regeln unklar sind.
Ein erster Testlauf ist oft am effektivsten mit wiederholbaren Eingaben und begrenzten Konsequenzen. Die Erstellung einer internen Zusammenfassung kann ein geeigneterer Ausgangspunkt sein als die automatische Genehmigung eines Sonderpreises. Komplexere Entscheidungen lassen sich zwar noch verbessern, benötigen aber klarere Grenzen und repräsentativere Tests. Ziel einer bescheidenen ersten Phase ist es, ein verlässliches Arbeitsmuster zu etablieren, nicht so zu tun, als sei jede Geschäftsentscheidung einfach.
Wählen Sie ein Projekt nicht allein aufgrund seiner beeindruckenden Demonstration. Eine Demonstration kann von idealisierten Eingaben ausgehen, während der tägliche Betrieb oft unvollständige Informationen und ungewöhnliche Anforderungen mit sich bringt. Fragen Sie, was passiert, wenn ein Pflichtfeld fehlt, ein Mitarbeiter abwesend ist oder zwei Personen am selben Fall arbeiten. Die Antworten darauf geben mehr Aufschluss über den Implementierungsaufwand als eine reibungslose Präsentation des Idealfalls.
Bereiten Sie die Daten verständlich vor, bevor Sie sie verbinden.
Automatisierung kann unklare Bedeutungen nicht auflösen. Wenn „Kunde“ in einer Tabelle ein Unternehmen und in einer anderen eine Kontaktperson bezeichnet, kann der Abgleich gleichnamiger Spalten zu fehlerhaften Datensätzen führen. Legen Sie die wichtigen Felder, deren Bedeutung und den Ort fest, an dem die einzelnen Werte gepflegt werden. Beginnen Sie mit den für den jeweiligen Prozess benötigten Informationen, anstatt zu versuchen, alle Datensätze des Unternehmens auf einmal neu zu organisieren.
Prüfen Sie mehrere authentische Beispiele, gegebenenfalls anonymisiert. Berücksichtigen Sie leere Felder, unterschiedliche Datumsformate, veraltete Einträge und Duplikate. Entscheiden Sie, welche Probleme sich durch eine Regel beheben lassen und welche manuell überprüft werden müssen. Erfinden Sie keine fehlenden Werte, nur um den Arbeitsablauf aufrechtzuerhalten. Ein explizit unvollständiger Datensatz ist oft sicherer und nützlicher als ein scheinbar vollständiger Datensatz mit einer unbegründeten Annahme.
Erstellen Sie eine kurze Liste der Datenverantwortlichen. Der Kundenservice kann die Kontaktdaten überprüfen, während eine andere zuständige Person die Angaben zur Serviceverfügbarkeit pflegt. Software kann zwar Unstimmigkeiten aufzeigen, aber jemand muss dennoch entscheiden können, welcher Wert korrekt ist. Ohne diese Verantwortung verschiebt die Automatisierung Fehler lediglich effizienter zwischen Systemen. Klare Zuständigkeiten erleichtern zudem zukünftige Änderungen, da das Team weiß, wen es konsultieren muss, wenn ein Feld oder eine Regel geändert werden soll.
Feste Regeln von der Auslegung trennen.
Viele Aufgaben folgen klaren Regeln. Eine Anfrage mit fehlender Pflichtangabe ist noch nicht zur Bearbeitung bereit; eine Statusänderung erfordert möglicherweise eine Benachrichtigung; ein erledigter Eintrag sollte aus der Liste der offenen Aufgaben verschwinden. Für diese Aktionen ist künstliche Intelligenz nicht unbedingt notwendig. Eine einfache Regel lässt sich leichter testen, wenn die Eingabestruktur stabil ist und das gewünschte Ergebnis ohne Interpretation von Freitext beschrieben werden kann.
KI kann helfen, längere Nachrichten zusammenzufassen, Antworten zu entwerfen oder ähnliche Anfragen zu gruppieren. Ihre Interpretation sollte sich jedoch klar von den explizit vom Kunden bereitgestellten Informationen unterscheiden. Eine vorgeschlagene Priorität ist nicht mit einer bestätigten Frist gleichzusetzen. Bewahren Sie die Originalnachricht auf, damit ein Mitarbeiter die Zusammenfassung mit dem Original vergleichen kann. Andernfalls kann ein anfängliches Missverständnis im weiteren Verlauf der Bearbeitung schwerer zu erkennen sein.
Ein praktischer erster Schritt ist ein automatisch erstellter Vorschlag mit anschließender menschlicher Überprüfung. Das System kann die Anfrage organisieren und eine Kategorie vorschlagen, während ein Mitarbeiter den nächsten Schritt bestätigt. Nach der Prüfung einer ausreichenden Anzahl repräsentativer Fälle kann das Unternehmen entscheiden, welche Entscheidungen ausreichend vorhersehbar sind, um sie weiter zu automatisieren. Diese Vorgehensweise sollte auf beobachteten Ergebnissen basieren und nicht auf dem Vertrauen, das durch einige wenige positive Beispiele entsteht.
Ausnahmen vor dem Start definieren
Jeder Prozess beinhaltet Fälle, die vom üblichen Ablauf abweichen. Ein Kunde reicht beispielsweise eine Anfrage doppelt ein, ändert seine Kontaktdaten oder zieht sie zurück, während ein Mitarbeiter gerade ein Angebot erstellt. Solche Ausnahmen sind keine Kleinigkeiten, die man auf unbestimmte Zeit aufschieben kann. Sie entscheiden darüber, ob der neue Prozess das Team unterstützt oder zusätzliche Unsicherheit schafft. Die frühzeitige Dokumentation einiger häufiger Ausnahmen verhindert oft größere Korrekturen, sobald der Workflow im regulären Einsatz ist.
Geben Sie jeder Ausnahme eine angemessene Antwort. Fehlende Informationen können einen Wartestatus auslösen. Widersprüchliche Werte erfordern möglicherweise eine manuelle Überprüfung. Die vorübergehende Nichtverfügbarkeit eines externen Dienstes kann einen späteren Wiederholungsversuch rechtfertigen. Da es sich um unterschiedliche Situationen handelt, reicht eine allgemeine Fehlermeldung nicht aus. Der Status sollte den Sachverhalt erläutern, ohne unnötige technische Details preiszugeben oder den Mitarbeiter im Unklaren darüber zu lassen, ob der Kunde bereits kontaktiert wurde.
Machen Sie den nächsten Schritt sichtbar. Kann die Aufgabe wiederholt werden? Wurde die Anfrage gespeichert? Wurde eine Nachricht gesendet? Wirkt sich eine Korrektur nur auf diesen Datensatz aus? Verständliche Fehlerbehandlung ist Teil des Produkts und nicht nur ein Protokolleintrag für Entwickler. Sie reduziert außerdem den Supportaufwand, da Mitarbeiter gängige Probleme selbst lösen können, ohne bei jeder Unterbrechung technischen Support anfordern zu müssen.
Versehentliche Doppelaktionen verhindern
Eine Netzwerkunterbrechung kann dazu führen, dass der Absender nicht sicher ist, ob der Empfänger eine Anfrage abgeschlossen hat. Der Benutzer klickt erneut oder die Software wiederholt den Vorgang. Wird bei jedem Versuch ein neuer Datensatz erstellt, kann dies zu doppelten Anfragen und wiederholten Nachrichten führen. Diese Möglichkeit besteht selbst bei kleinen Arbeitsabläufen und sollte berücksichtigt werden, bevor Aktionen automatisiert werden, die sichtbare Auswirkungen auf Kunden oder Mitarbeiter haben.
Der Prozess benötigt eine Möglichkeit, eine neue Aufgabe von einem erneuten Versuch derselben Aufgabe zu unterscheiden. Eine Implementierung könnte eine eindeutige Anfrage-ID und ein gespeichertes Ergebnis verwenden. Das fachliche Abnahmekriterium ist einfacher: Ein erneuter Versuch darf eine Operation nicht stillschweigend zweimal ausführen. Ein Test sollte eine unterbrochene Antwort simulieren und nicht einfach zwei Anfragen unter perfekten Netzwerkbedingungen senden und annehmen, dass dieser Test das Problem damit abdeckt.
Berücksichtigen Sie auch legitime Wiederholungen. Derselbe Kunde kann zwei verschiedene Anfragen stellen, die nicht allein aufgrund übereinstimmender E-Mail-Adressen zusammengeführt werden sollten. Die Duplikaterkennung muss dem Sinn des Prozesses folgen. Entscheidend ist, ob die jeweilige Aktion bereits abgeschlossen wurde, nicht ob das Unternehmen die Person bereits kennt. Klare Unterscheidungen schützen sowohl die Kundenzufriedenheit als auch die Genauigkeit der Berichterstattung.
Die praktische Kontrolle sollte in menschlichen Händen bleiben.
Ein automatisierter Prozess sollte auch nach dem Start sichtbar bleiben. Das Team muss jederzeit erkennen können, welche Aufgaben anstehen, abgeschlossen sind oder Unterstützung benötigen. Dafür ist nicht immer ein neues Dashboard erforderlich. Eine bestehende, gemeinsam genutzte Liste mit verlässlichen Statusangaben kann ausreichen. Wählen Sie den einfachsten Ort, an dem die relevanten Personen die Informationen tatsächlich einsehen, und stellen Sie sicher, dass er den aktuellen Stand widerspiegelt und nicht nur gelegentlich aktualisiert wird.
Legen Sie fest, wer Regeln ändern darf und wer nur Einzelfälle bearbeiten soll. Ein Mitarbeiter, der eine Telefonnummer korrigiert, benötigt keinen Zugriff auf die gesamte technische Konfiguration. Ein Techniker, der eine fehlgeschlagene Weiterleitung untersucht, sollte nicht automatisch für diese Aufgabe nicht relevante Geschäftsinformationen erhalten. Die Trennung dieser Zuständigkeiten erleichtert die Routinearbeit und verringert das Risiko, dass eine einfache Korrektur das Verhalten zukünftiger Anfragen beeinflusst.
Sorgen Sie für eine klare Möglichkeit, neue automatisierte Aktionen anzuhalten. Sollten die Ergebnisse fehlerhaft sein, muss die zuständige Person den betroffenen Schritt stoppen und die notwendigen Arbeiten manuell fortsetzen können. Legen Sie fest, wo nicht bearbeitete Aufgaben verbleiben und wie sie fortgesetzt werden. Ein Anhalten darf die Dokumentation eingehender Kundenanfragen nicht löschen. Testen Sie dieses Verfahren, bevor es in einer Stoßzeit benötigt wird, wenn Improvisation am wenigsten hilfreich ist.
Test mit repräsentativen Fällen
Ein korrekt ausgefülltes Formular reicht für einen Test nicht aus. Integrieren Sie eine normale Anfrage, fehlende Informationen, einen wiederholten Vorgang und eine vorübergehend nicht verfügbare Verbindung. Dokumentieren Sie das erwartete Ergebnis vor jedem Testlauf. Andernfalls lässt sich das Ergebnis im Nachhinein leicht als akzeptabel darstellen. Ein sinnvoller Test erfasst die Eingabe, das erwartete Ergebnis, das tatsächliche Ergebnis und alle Korrekturen, die erforderlich sind, um das Verhalten an den vereinbarten Prozess anzupassen.
Erste Prüfungen können in einer separaten lokalen Umgebung mit fiktiven Daten durchgeführt werden. Dies hilft, die Logik zu überprüfen, ohne echte Kundennachrichten zu versenden oder Zahlungen auszulösen. Ein lokales Ergebnis beweist jedoch nicht, dass ein externer E-Mail-Dienst oder eine öffentliche Bereitstellung funktioniert. Dokumentieren Sie diesen Unterschied und überprüfen Sie die notwendigen Verbindungen in der entsprechenden Bereitstellungsphase. Eine lückenlose Dokumentation ist aussagekräftiger als die bloße Behauptung, alles sei getestet worden.
Bitten Sie einen Mitarbeiter, der die Aufgabe normalerweise bearbeitet, mehrere Szenarien ohne Entwicklerunterstützung durchzuspielen. Dabei fallen ihm möglicherweise unklare Statusmeldungen, fehlender Kontext oder eine holprige Übergabe auf, die bei einer technischen Prüfung nicht erkennbar sind. Notieren Sie sowohl Fragen als auch Fehler. Eine häufig gestellte Frage kann darauf hindeuten, dass der Workflow den nächsten Schritt nicht ausreichend erklärt, selbst wenn der zugrunde liegende Code die erwartete Antwort liefert.
Die Veränderung sollte in kontrollierten Phasen eingeführt werden.
In der ersten Phase kann ein Ergebnis für den Vergleich mit bestehenden Arbeitsergebnissen aufbereitet werden. Beispielsweise erstellt die Automatisierung einen Berichtsentwurf, während das Team seinen regulären Genehmigungsprozess fortsetzt. Ein temporärer Parallellauf hilft, Unterschiede aufzudecken, bevor externe Aktionen automatisiert werden. Diese Vorgehensweise sollte zeitlich begrenzt und zielgerichtet sein. Andernfalls läuft das Unternehmen Gefahr, zwei permanente Prozesse zu pflegen und die angestrebte Effizienz des Projekts zu verlieren.
Führen Sie den Prozess anschließend für einen Service, ein Team oder eine überschaubare Gruppe von Anfragen ein. Legen Sie klar fest, welche Fälle den neuen Weg nutzen. Wenn einige Mitarbeitende ohne vereinbarte Übergabe eine alte Liste weiterführen, können im Unternehmen widersprüchliche Versionen derselben Information entstehen. Die Kommunikation über die Änderung ist genauso wichtig wie die Verbindung selbst. Alle Beteiligten sollten wissen, wo sie den aktuellen Datensatz finden.
Erstellen Sie vor der Umstellung einen Wiederherstellungsplan. Beschreiben Sie den vorherigen Arbeitszustand, die verantwortliche Person und wie mit unerledigten Aufgaben umgegangen wird. Das Dokument kann kurz sein, muss aber eine praktische Frage beantworten: Was tun wir, wenn es morgen früh nicht funktioniert? Diese Antwort parat zu haben, verringert die Versuchung, übereilte und schlecht dokumentierte Korrekturen direkt an wichtigen Aufzeichnungen vorzunehmen.
Beziehen Sie die Wartung in die Entscheidung ein.
Die anfängliche Implementierung ist nur ein Teil der Verpflichtung. Ermitteln Sie die im regulären Betrieb benötigten Dienste, wer auftretende Fehler überprüft und was geschieht, wenn ein externes System seine Schnittstelle oder Regeln ändert. Ein kleiner Workflow erfordert nicht zwangsläufig eine aufwendige Infrastruktur. Die Lösung sollte dem tatsächlichen Arbeitsaufwand und den Wartungskapazitäten des Teams entsprechen, einschließlich der bereits vorhandenen Tools und Zugriffsrechte.
Trennen Sie Entwicklungsaufwand, Gebühren Dritter und spätere Änderungen. Bei Einsatz von KI sollte vereinbart werden, wann sie ausgeführt und wie ihr Verbrauch kontrolliert wird. Transparente Kategorien erleichtern den Vergleich von Alternativen stärker als eine einzige, unerklärte Gesamtsumme. Sie verhindern zudem, dass eine niedrige Anfangsschätzung wiederkehrende Anforderungen verschleiert, die erst nach dem Launch sichtbar werden. Entscheidend sind die Betriebskosten eines sinnvollen Prozesses, nicht nur die Kosten für die Entwicklung einer Demonstrationsversion.
Ein Wartungsvertrag sollte Zugriffsrechte, Problemmeldungen und Verantwortlichkeiten für Inhalts- oder Regeländerungen regeln. Er sollte auch beschreiben, was bei Beendigung der Zusammenarbeit geschieht. Das Unternehmen muss seine Daten abrufen können und wissen, welche Dienste für den Weiterbetrieb erforderlich sind. Solche Vereinbarungen lassen sich zu Beginn in Ruhe treffen, besser als bei einem dringenden Transfer nach einem Problem oder einem Lieferantenwechsel.
Beispiel: Bearbeitung von Anfragen in einem Dienstleistungsunternehmen
Stellen Sie sich ein Unternehmen vor, das Anfragen über seine Website und per E-Mail erhält. Ein Mitarbeiter trägt diese in eine Tabelle ein, prüft die Verfügbarkeit und verfasst eine Antwort. Manche Nachrichten gehen im gemeinsamen Posteingang unter, und der Manager kann nicht ohne Weiteres sehen, wer noch wartet. Das erste Ziel könnte die Transparenz jeder einzelnen Anfrage sein, anstatt eine vollständig automatisierte Verkaufsentscheidung zu treffen. Das ist eine gezieltere und besser testbare Verbesserung.
Die erste Lösung speichert eine Website-Anfrage, vergibt eine Kennung und zeigt sie dem zuständigen Mitarbeiter an. Dieser ergänzt fehlende Angaben und dokumentiert den nächsten Schritt. E-Mail-Anfragen können zunächst manuell in dieselbe Liste eingetragen werden. Dadurch entsteht ein einheitlicher Prozess, ohne dass jede eingehende Nachricht sofort interpretiert werden muss. Sobald das Team die grundlegende Übergabe verifiziert hat, können erweiterte Funktionen hinzugefügt werden.
Zu den Abnahmetests gehören wiederholtes Absenden, eine falsche Adresse und ein abwesender Mitarbeiter. Ein zufriedenstellendes Ergebnis bedeutet eine gespeicherte Anfrage, einen nachvollziehbaren Status und die Möglichkeit für eine andere Person, die Verantwortung zu übernehmen. Erst nach Prüfung dieser Grundlage sollten weitere Zusammenfassungen oder Verknüpfungen in Betracht gezogen werden. Das Beispiel veranschaulicht einen Entscheidungsfindungsprozess und stellt kein universelles Paket dar, das für jede Organisation oder jeden Kundenprozess geeignet ist.
Bereiten Sie sich auf das erste Gespräch vor
Bringen Sie eine kurze Beschreibung eines Prozesses und einige anonymisierte Beispiele mit. Listen Sie die beteiligten Systeme, die Verantwortlichen, die Häufigkeit der Arbeitsvorgänge und die wiederkehrenden Probleme auf. Für eine erste Einschätzung sollten weder Passwörter noch eine vollständige Kundendatenbank übermittelt werden. Der Zugriff kann später auf einem geeigneten Weg eingerichtet werden, sobald der erforderliche Umfang klar ist und die Vorgehensweise vereinbart wurde.
Notieren Sie auch, was Sie beibehalten möchten. Der bestehende Kalender mag gut funktionieren, selbst wenn das Kopieren von Anfragen nicht praktikabel ist. Ein bestimmter Genehmigungsschritt kann für das Unternehmen wichtig sein. Diese Abgrenzungen helfen, unnötige Austausche von Arbeitsmitteln zu vermeiden. Ein aussagekräftiges Briefing beschreibt sowohl die gewünschte Verbesserung als auch die Stärken des aktuellen Prozesses, sodass Effizienz nicht auf Kosten von etwas Wertvollem geht.
Die Diskussion sollte zu einer klar definierten ersten Phase führen: Welche Änderungen werden vorgenommen, wie erfolgt die Überprüfung und was bleibt für später offen? CANIMAPS DIGITAL kann Sie bei der Analyse des Prozesses, der Definition des passenden Umfangs und der Implementierung der vereinbarten Automatisierung unterstützen. Beginnen Sie mit einer konkreten Situation aus Ihrem Arbeitsalltag, damit der Vorschlag Ihre Geschäftsprozesse widerspiegelt und nicht nur ein allgemeines Versprechen über die theoretischen Möglichkeiten der Technologie darstellt.