Automatisierung ist am nützlichsten, wenn die Regel bereits klar ist. Ein kleines Reiseunternehmen kann Aufwand sparen, indem es eine genehmigte Information in eine interne Warteschlange verlegt oder jemanden an eine überfällige Aufgabe erinnert. Es gewinnt viel weniger durch die schnellere Automatisierung eines verwirrten Buchungsprozesses, insbesondere wenn ein Fehler die Abreise oder das Geld eines Gastes beeinträchtigen könnte.
Wählen Sie eine Automatisierung mit einem engen Zweck
Listen Sie sich wiederholende Aufgaben von einer normalen Betriebswoche auf. Separate vorhersehbare Bewegung von Informationen aus Entscheidungen, die ein Urteil erfordern. Das Kopieren einer genehmigten internen Formularantwort in ein Aufgabenregister kann ein nützlicher Kandidat sein. Die Entscheidung, ob eine Bootsabfahrt annulliert, eine Rückerstattung genehmigt oder die Verfügbarkeit eines Lieferanten verspricht, erfordert ein anderes Maß an Autorität und Überprüfung.
Für jeden Kandidaten, Datensatzhäufigkeit, verbrachte Zeit, Fehlerfolgen und wie leicht ein Fehler rückgängig gemacht werden kann. Beginnen Sie mit einer Aufgabe, die oft genug wiederholt wird, um eine Rolle zu spielen, hat eine stabile Eingabe und erzeugt ein internes Ergebnis, das jemand inspizieren kann. Ein Workflow, der sich alle paar Tage ändert, kann mehr kosten, als er spart.
Definieren Sie ein einziges Ergebnis. Zum Beispiel: Jede vollständige Lieferanten-Informationsanfrage wird zu einer Überprüfungsaufgabe, die dem richtigen Kollegen zugewiesen wird. Das ist klarer als die Automatisierung der Lieferantenkommunikation. Ein enges Ergebnis ermöglicht Tests und begrenzt den Schaden, wenn eine Kartierung oder Bedingung falsch ist. Sobald dieser Workflow zuverlässig ist, bewerten Sie einen anderen separat, anstatt jede verwandte Idee an dasselbe Szenario anzuhängen.
Schreiben Sie die Regel vor dem Öffnen Make
Verwenden Sie eine kurze Spezifikation: Wenn dieses Ereignis auftritt, wenn diese Bedingungen erfüllt sind, führen Sie diese Aktion aus, zeichnen Sie diese Beweise auf und senden Sie Ausnahmen an diesen Eigentümer. Fügen Sie eine klare Aussage darüber hinzu, was der Workflow nicht zu entscheiden berechtigt ist. Die Spezifikation wird zur Grundlage für das Testen und für die Erklärung des Szenarios für jemanden, der es nicht gebaut hat.
Ein fiktives Beispiel könnte mit einem genehmigten internen Antragsformular beginnen. Erforderliche Felder sind Produktkennung, angeforderte Änderung, verantwortliche Person und Quellverbindung. Eine vollständige Einreichung erstellt einen Entwurf der Überprüfung. Eine unvollständige Einreichung gibt eine Ausnahme-Warteschlange ein. Keine der beiden Routen ändert eine veröffentlichte Auflistung oder verspricht einem Gast, dass die angeforderte Änderung akzeptiert wurde.
Schreiben Sie die Regel in der gewöhnlichen Sprache und identifizieren Sie dann die Anwendungsfelder, die zum Ausdruck kommen. Wenn die Eingabe keine stabile Produktkennung enthält, lösen Sie dieses Problem, bevor Sie eine Modulkette aufbauen. Die Automatisierung kann aus mehreren leicht unterschiedlichen Produktnamen nicht zuverlässig auf Geschäftsidentität schließen, es sei denn, Sie haben die Matching-Methode bewusst entworfen und überprüft.
Bestätigen Sie, dass die Anwendungen und Aktionen unterstützt werden
Make's Anwendungs-Verbindungsführung erklärt, dass Authentifizierung und Einrichtung je nach Dienst unterschiedlich sind. Überprüfen Sie die tatsächliche Connector-Dokumentation für Ihre ausgewählten Anwendungen, Kontotypen und Pläne. Ein erfolgreicher Login beweist nicht, dass der erforderliche Trigger, Feld oder Aktion verfügbar ist.
Testen Sie die präzise Lese- oder Schreiboperation mit einer fiktiven Aufzeichnung. Kann der Connector eine bestehende Aufgabe identifizieren, das beabsichtigte Feld aktualisieren und den Quelllink beibehalten? Hat das Konto nur die erforderlichen Berechtigungen? Wenn ein Anbieter die Authentifizierung ändert oder den Zugriff entfernt, wissen Sie, wer die Verbindung erneut autorisiert und wie die Arbeit in der Zwischenzeit fortgesetzt wird.
Behandeln Sie eine API oder einen Webhook nicht als angenommenen Fluchtweg, wenn eine dokumentierte Integration fehlt. Diese Mechanismen erfordern Unterstützung von den relevanten Systemen, die Erlaubnis, sie zu verwenden, und von jemandem, der die Implementierung aufrechterhalten kann. Überprüfen Sie für Tripnatic-bezogene Arbeiten eine dokumentierte unterstützte Verbindung, bevor Sie eine um eine entwerfen. Wenn Ihre erforderliche Verbindung nicht verfügbar ist, führen Sie eine explizite manuelle Übergabe und erwägen Sie stattdessen, einen anderen Teil des Unternehmens zu automatisieren.
Wählen Sie das Timing, das der Arbeit entspricht
Ein Workflow kann nach einem Zeitplan ausgeführt werden oder auf ein Ereignis reagieren, bei dem der betreffende Trigger es unterstützt. Make's Dokumentation zur Szenarioplanung beschreibt die verfügbaren Arrangements und Notizen planabhängige Timing-Limits. Wählen Sie das Timing basierend auf der Konsequenz der Aufgabe, anstatt anzunehmen, dass eine häufigere Ausführung immer besser ist.
Eine interne Content-Review-Warteschlange erfordert möglicherweise nur periodische Updates. Eine zeitsensitive Operations-Aufgabe erfordert möglicherweise einen schneller unterstützten Trigger, muss aber auch genauer überwacht werden. Definieren Sie die akzeptable Verzögerung in der Spezifikation. Wenn eine Aufgabe zu einer bestimmten Ortszeit fällig ist, dokumentieren Sie die Zeitzone und testen Sie eine Datumsgrenze, anstatt sich auf die persönlichen Zeitzoneneinstellungen des Builders zu verlassen.
Betrachten Sie das Volumen während der geschäftigen Zeit. Ein Szenario, das mit drei Testelementen funktioniert, kann während eines großen Imports anstehen oder die Grenzen eines anderen Dienstes erreichen. Beginnen Sie mit einem begrenzten Batch und verstehen Sie, wie der Connector die Pagination, neue Datensätze und zuvor gesehene Datensätze verarbeitet. Das Unternehmen muss wissen, ob eine langsame Warteschlange erwartet wird oder ob Informationen ganz nicht mehr angekommen sind.
Kartenfelder und validieren vor dem Handeln
Kartenkennungen, Daten, Status- und Quellverweise bewusst. Führen Sie ein kleines Feldwörterbuch, das erklärt, was jeder Wert bedeutet. Ein Feld namens Summe könnte eine Gastzahlung, einen angegebenen Betrag oder ein erwartetes Einkommen bedeuten. Ähnliche Namen über Anwendungen hinweg bestimmen keine gleichwertige Geschäftsbedeutung.
Überprüfen Sie die erforderlichen Werte, bevor Sie ein Ergebnis erstellen. Fehlende Informationen sollten zu einer inspizierbaren Ausnahme werden, nicht zu einer leeren Aufzeichnung, die vollständig aussieht. Verwenden Sie eine sinnvolle Validierung für die spezifische Aufgabe, z. B. eine erkannte Produktkennung und einen zugewiesenen Eigentümer. Vermeiden Sie es, aufwendige Vermutungen hinzuzufügen, um unvollständige Eingaben automatisch zu reparieren, wenn eine Person die Unsicherheit schnell lösen kann.
Make's Router-Dokumentation erklärt Verzweigungs- und Fallback-Routen. Verwenden Sie einen Fallback für Daten, die die normalen Bedingungen nicht erfüllen, und testen Sie, ob sich die Bedingungen überschneiden. Ein Datensatz, der mehr als eine Route entspricht, kann unbeabsichtigte Aktionen erzeugen, wenn das Design davon ausgeht, dass jedes Element genau einem Pfad gehört. Schreiben Sie das erwartete Ergebnis für jeden Testdatensatz, bevor Sie ihn ausführen, und vergleichen Sie dann die tatsächlichen Ergebnisse.
Verhindern von Duplikaten und Änderungen außerhalb der Ordnung
Ein Workflow sollte wissen, ob ein eingehendes Element bereits verarbeitet wurde. Verwenden Sie eine stabile Quellkennung und einen Datensatz der resultierenden Aktion, bei der die Systeme dieses Design unterstützen. Bevor Sie eine andere Aufgabe erstellen, überprüfen Sie eine vorhandene verwandte Aufzeichnung, anstatt sich auf die Annahme zu verlassen, dass ein Ereignis nur einmal ankommt.
Denken Sie sowohl an Updates als auch über neue Artikel. Wenn ein Lieferant eine frühere Antwort korrigiert, entscheiden Sie, ob sich die bestehende Aufgabe ändern soll, eine neue Überprüfung erstellt werden sollte oder eine Person den Unterschied einsehen sollte. Überschreiben Sie nicht leise eine überprüfte Entscheidung mit einer späteren unvollständigen Einreichung, nur weil sie zuletzt angekommen ist.
Make's Webhook Dokumentation beschreibt die parallele Verarbeitung und die Möglichkeit, Daten in der Reihenfolge zu verarbeiten. Diese Unterscheidung ist wichtig, wenn mehrere Updates denselben Datensatz betreffen. Die sequenzielle Verarbeitung kann eine Art von Bestellproblemen beheben, ersetzt jedoch nicht die richtigen Bezeichner oder die doppelte Handhabung. Bitten Sie die Person, die den Workflow erstellt, das Verhalten mit wiederholten und eng beabstandeten Beispielereignissen zu demonstrieren, bevor Sie es in Live-Arbeit verwenden.
Behandeln Sie Ausfälle als normale Betriebsbedingung
Eine Verbindung kann ablaufen, ein Dienst kann nicht verfügbar sein oder eine Eingabe kann ungültig sein. Entscheiden Sie, was für jeden Großfall passiert. Ein vorübergehender Dienstausfall kann für einen kontrollierten erneuten Test geeignet sein. Ein fehlendes Pflichtfeld muss in der Regel korrigiert werden. Die wiederholte erneute Prüfung einer unklaren Anfrage macht die Anfrage nicht deutlicher.
Make's Leitfaden zur unvollständigen Ausführung erklärt, wie unfertige Läufe gespeichert und behandelt werden können, wenn die Funktion aktiviert ist. Überprüfen Sie die aktuellen Einstellungen und Limits für Ihr Szenario. Gehen Sie nicht davon aus, dass fehlgeschlagene Arbeiten automatisch in einer nutzbaren Warteschlange beibehalten werden, nur weil die Plattform über eine Fehlerbehandlungsfunktion verfügt.
Weisen Sie einer Person zu, Ausnahmen in einer dem Workflow entsprechenden Häufigkeit zu überprüfen. Zeigen Sie auf, ob ein Element korrigiert, erneut durchgeführt, manuell oder absichtlich verworfen wurde, und verknüpfen Sie das Ergebnis mit der Quelle. Wenn eine Person die Arbeit während eines Ausfalls manuell erledigt, markieren Sie sie, damit die wiederhergestellte Automatisierung die gleiche Aktion später nicht wiederholt. Recovery ist Teil des Workflows, kein separates technisches Rätsel.
Halten Sie Gäste- und Finanzentscheidungen im Blick
Die interne Vorbereitung ist ein ausgezeichneter Ausgangspunkt, da ein Mensch das Ergebnis inspizieren kann, bevor es jemanden außerhalb des Unternehmens betrifft. Für Gäste-Nachrichten, unterscheiden Sie die Verzeichnung vom Senden. Ein Entwurf kann Zeit sparen, während die Mitarbeiter Namen, Daten, Abholdetails und den tatsächlichen Buchungszustand überprüfen können, bevor es das Geschäft verlässt.
Lassen Sie nicht zu, dass ein generisches Keyword-Match eine Rückerstattung genehmigt, eine Abreise ändert oder das Inventar bestätigt. Diese Maßnahmen hängen vom jeweiligen System, der Politik und der Personalbehörde ab. Wenn Sie schließlich eine Operation mit höherer Wirkung automatisieren, benötigt dies eine ausdrückliche Autorisierung, unterstützte Schnittstellen, sorgfältig begrenzte Bedingungen und Beweise dafür, dass die Entscheidung im Moment der Handlung gültig ist.
Eine nützliche Überprüfungs-Checkliste fragt: Ist die Quelle aktuell, stimmt der Empfänger mit dem Datensatz überein, ist die angeforderte Aktion erlaubt und könnte eine späte Änderung die Nachricht ungültig machen? Halten Sie die Überprüfung kurz genug, um sie zu verwenden. Ziel ist es nicht, jeder Aufgabe eine feierliche Zustimmung zu verleihen, sondern das menschliche Urteilsvermögen zu bewahren, wo dies die Konsequenzen erfordern, und die sich wiederholende Vorbereitung auf diese Entscheidung zu entfernen.
Maßnahmen Einsparungen nach Wartung und Ausnahmen
Nehmen Sie die manuelle Zeit vor der Automatisierung auf und messen Sie dann die verbleibende Arbeit. Schließen Sie die Ausnahmebehandlung, die Überprüfung der Ergebnisse, die Neuautorisierung von Verbindungen und die Aufrechterhaltung von Änderungen ein. Ein hypothetisches Szenario, das zehn Minuten täglich spart, spart nicht den vollen Betrag, wenn jemand jede Woche eine Stunde damit verbringt, mehrdeutige Aufzeichnungen aufzulösen und zu überprüfen, ob es gelaufen ist.
Vergleichen Sie ähnliche Zeiträume und erkennen Sie kleine Proben. Eine Automatisierung, die während einer ruhigen Woche getestet wurde, kann sich unterschiedlich verhalten, wenn das Abflugvolumen steigt. Verfolgen Sie einige aussagekräftige Maßnahmen: förderfähige Eingaben, erfolgreiche Ergebnisse, vermiedene Duplikate, Ausnahmen und ungelöstes Alter. Eine große Anzahl von Ausführungen ist selbst kein Wertbeweis, insbesondere wenn viele Ausführungen keine sinnvolle Änderung hervorrufen.
Überprüfen Sie die aktuellen Preis- und Nutzungszulagen direkt vor der Erweiterung. Modellieren Sie die tatsächliche Anzahl der Datensätze und Aktionen, anstatt anzunehmen, dass die Kosten einer Demonstration für den normalen Betrieb gelten. Wenn der Workflow wenig Aufwand spart oder häufige Reparaturen erforderlich ist, vereinfachen Sie ihn oder kehren Sie zu einem klaren manuellen Prozess zurück. Das Entfernen einer erfolglosen Automatisierung ist eine sinnvolle operative Entscheidung, nicht ein Versagen bei der Modernisierung des Unternehmens.
Führen Sie vor der Aktivierung ein kompaktes Akzeptanzset mit fiktiven Informationen aus. Beinhalten Sie eine gültige Einreichung, einen fehlenden Besitzer, ein unbekanntes Produkt, ein doppeltes Ereignis und eine Korrektur für eine frühere Einreichung. Testen Sie vorübergehend eine fehlgeschlagene Zielaktion in einer kontrollierten Umgebung und bestätigen Sie dann, dass der Eigentümer sie finden und auflösen kann. Schreiben Sie für jeden Fall die erwartete Anzahl der resultierenden Aufgaben und überprüfen Sie die Quellreferenzen. Eine gültige Einreichung, die zwei Aufgaben erstellt, ist ein Misserfolg, auch wenn jedes Modul Erfolg meldet.
Führen Sie nach diesen Überprüfungen eine Aufzeichnung der genehmigten Konfiguration. Wenn jemand später einen Filter ändert oder ein Feld hinzufügt, wiederholen Sie die betroffenen Fälle, anstatt anzunehmen, dass das frühere Ergebnis immer noch gilt. Kleine Änderungen können ändern, welche Datensätze qualifiziert sind oder wie eine Kennung abgeglichen wird. Verwenden Sie einen begrenzten ersten Live-Batch und vergleichen Sie jede Ausgabe mit der Quelle. Erweitern Sie erst, nachdem die Ergebnisse und die Ausnahmebehandlung für die Person verständlich sind, die den Workflow aufrechterhalten wird.
Hinterlassen Sie ein Runbook, das jemand anderes verwenden kann
Dokumentieren Sie den Zweck, den Eigentümer, die Anwendungen, den Zeitplan, die Feldzuordnungen, den Ausnahmestandort und den Stop-Prozess. Fügen Sie das Datum des letzten erfolgreichen Tests und die Bedingungen hinzu, die eine Überprüfung auslösen sollten, z. B. ein geändertes Formular oder eine Mitarbeiterabreise. Bewahren Sie die Anmeldeinformationen im entsprechenden sicheren System auf, anstatt sie in das Runbook zu kopieren.
Üben Sie, den Workflow zu pausieren und eine kleine Charge manuell abzuschließen. Dann erklären Sie, wie man ohne Vervielfältigung fortfährt. Diese Übung zeigt, ob die Automatisierung zu einer Abhängigkeit geworden ist, die niemand sicher unterbrechen kann. Die Tabellenkalkulations-Systemleitfaden kann helfen, ein bescheidenes Ausnahmeregister zu strukturieren, während die Software-Auswahlanleitung unterstützt Entscheidungen über zusätzliche Tools.
Wenn Sie Touren durch Tripnatic durchführen, inspizieren Sie die Workflow des Betreiberpartners für die Arbeit, die bereits dort unterstützt wurde, bevor separate Software hinzugefügt wurde. Halten Sie den Umfang eines Make-Szenarios unabhängig überprüft. Die stärkste Automatisierung ist verständlich genug, dass ein anderer Kollege erklären kann, was es auslöst, was sich ändern kann und was er tun sollte, wenn das Ergebnis fehlt oder falsch ist.
