Du hast dir vorgenommen, endlich deine erste Make Automatisierung zu bauen. Das Tool aufgemacht, ein Tutorial nebenbei laufen lassen. Zwei Module verbinden – sah im Video kinderleicht aus. Doch kaum klickst du auf ‚Run once‘, blinkt alles rot. Du starrst auf kryptische Fehlermeldungen, Arrays und JSON-Datenpakete und fühlst dich schön blöd. Die halbe Welt tut so, als sei Automatisierung kinderleicht – warum klappt es bei dir nicht? Die Antwort ist simpel: Du bist auf die No-Code-Lüge hereingefallen.
Die No-Code-Lüge
„No-Code“ klingt nach: keine Technik, kein Code, kein Vorwissen. Einfach Kästchen ziehen und verbinden. Genau so wird Make beworben (und alle anderen) und genau das ist das Problem.
Denn ganz ehrlich: Make ist kein No-Code-Tool. Fachleute sind sich da inzwischen einig – es ist eine visuelle Low-Code-Umgebung. Der Einstieg über Drag-and-Drop ist einfach, das stimmt. Aber sobald deine Automatisierung etwas Echtes leisten soll, brauchst du ein Verständnis dafür, wie Daten zwischen Systemen wandern. Im Kern ist Make ein grafischer Wrapper für JavaScript. Wer diese Denkweise nicht mitbringt, stößt bei der Datenübersetzung schnell an seine Limits.
Die Kritik geht dabei nicht an Make, und auch nicht an dich.
Deine Make Automatisierung ist nicht das Problem
Damit hier kein falscher Eindruck entsteht: Make ist ein hervorragendes Tool. Auf den großen Bewertungsportalen steht es konstant bei 4,6 bis 4,8 von 5 Sternen, mit über 3.000 App-Integrationen. Die Leute, die es beherrschen, lieben es zu Recht.
Das Problem ist die Reihenfolge, in der die meisten an sie herangehen. Schau dir an, woran eine selbstgebaute Make Automatisierung tatsächlich scheitert – es ist fast nie die Technik:
- Kein Prozess-Mapping vorher: Die meisten versuchen, einen Ablauf, der nur im Kopf existiert, direkt ins Tool zu kippen. Logische Fehler und Umwege werden dabei eins zu eins mit einkodiert.
- Keine Ausnahmen mitgedacht: Der reibungslose Standardfall ist schnell gebaut. Aber was passiert, wenn ein:e Kund:in ein Pflichtfeld leer lässt oder Quatsch reinschreibt? Wenn das nicht vorgesehen ist, bleibt das Szenario beim ersten echten Fall stehen.
- Keine Fehlerbehandlung: Ohne Auffanglogik stoppt Make beim ersten Fehler – im schlimmsten Fall mit doppelten Rechnungen oder verlorenen Daten, ohne dass du es überhaupt mitbekommst.
Fällt dir was auf? Keiner dieser drei Punkte ist ein Technikproblem. Alle drei entstehen, bevor man das Tool überhaupt aufmacht.
Warum du an JSON und Arrays hängenbleibst
Der Moment, in dem die meisten aussteigen, ist immer derselbe: Daten von einem System ins nächste übergeben. Vom Formular ins CRM. Vom CRM in die Buchhaltung.
Make gibt diese Daten nämlich als strukturierte Datenpakete aus – als sogenannte Bundles. Und wenn du nicht weißt, wie diese Pakete aufgebaut sind, stehst du vor einer Wand aus hübschen Klammern und verstehst nur Bahnhof.
Das hat mit Unfähigkeit nichts zu tun, sondern mit der Art, wie Dinge vermarktet werden. Drag and Drop klingt besser als „du musst dich schon damit auskennen, um das zu benutzen“. Wenn dann nach den Drag and Drop auf einmal Detaileingaben gefordert werden, trifft dich das so in seiner Komplexität, weil du darauf nicht vorbereitet bist.
Make ist nicht zu schwer für dich. Du wurdest nur unvorbereitet reingeschickt.
Was „vorbereitet“ eigentlich heißt
Vorbereitet zu sein bedeutet nicht, dass du programmieren lernen musst. Die erfolgreichsten Automatisierungs-Profis haben eine eiserne Regel: Bevor sie Make überhaupt öffnen, gehen sie einen Schritt zurück und skizzieren den Prozess. Das heißt für dich: Schreib dein eigenes Drehbuch!
Nimm dir einen Notizblock oder ein Tool mit Whiteboard (wie Miro, Canva etc.) und zeichne den genauen Weg der Daten auf. Wer löst den Prozess aus? Was passiert, wenn ein Kunde ein Pflichtfeld vergisst? Wie reagieren wir auf Fehler? Erst wenn dieser Ablauf auf dem Papier fehlerfrei ist, baust du ihn im Tool nach. Dann suchst du nicht mehr blind nach Lösungen in Make, sondern prüfst nur noch, ob das Tool deinem Drehbuch folgt.
Ich gehe nach der Drehbuch-Methode vor. Wer löst den Prozess aus, welche Schritte folgen, wo gibt es eine Entscheidung, und was passiert an den Stellen, wo es schiefgehen kann? In aktiven, klaren Sätzen: „sevDesk übergibt die Rechnung an Gmail.“ Nicht „die Rechnung wird dann verschickt“.
Wenn du das hast, passiert etwas Erstaunliches: Die Fehlermeldungen in deiner Make Automatisierung hören auf, dich zu erschrecken. Denn jetzt weißt du, was an dieser Stelle eigentlich passieren soll. Du suchst nicht mehr im Tool nach einer Antwort. Du gleichst nur noch ab, ob das Tool das tut, was dein Drehbuch vorgibt.
Das ist der ganze Unterschied. Nicht mehr Technikwissen. Bessere Vorbereitung.
Was das für dich bedeutet
Wenn du das nächste Mal frustriert vor einer Make-Fehlermeldung sitzt, denk an die Reihenfolge. Wahrscheinlich liegt es nicht daran, dass du das Tool noch nicht gut genug kennst. Sondern daran, dass der Ablauf dahinter noch nicht klar genug ist.
Die No-Code-Lüge hat dir verschwiegen, dass 80 % der eigentlichen Arbeit stattfinden, bevor du das Tool öffnest. Sobald du lernst, wie du Prozesse richtig denkst und planst, verliert Make seinen Schrecken.
Du willst lernen, wie du deine Prozesse so vorbereitest, dass jede deiner Make Automatisierungen stabil läuft? Genau diese strategische Vorbereitung – das Schreiben deines perfekten Automatisierungs-Drehbuchs – zeige ich dir Schritt für Schritt in meinem Kurs Automation Ready. Ohne Informatikstudium, aber mit einem klaren Plan.