Die Werkzeuge sind gut geworden. Was vor fünf Jahren noch ein Programmierer machen musste, klickst du heute an einem Sonntagnachmittag zusammen – zwei Dienste verbinden, eine Regel festlegen, fertig.

Deshalb ist die Frage berechtigt, und ich beantworte sie nicht reflexhaft mit „lass es machen“. Manchmal ist Selbermachen die richtige Antwort.

Wann du es selbst machen solltest

Wenn alle vier Punkte zutreffen, bau es selbst:

  • Es ist ein Schritt, nicht fünf. Formular kommt rein, Eintrag geht raus.
  • Es berührt keine sensiblen Daten. Keine Ausweise, keine Gehaltsabrechnungen, keine Gesundheitsdaten.
  • Wenn es ausfällt, merkst du es sofort – und nichts Schlimmes passiert, außer dass du es kurz von Hand machst.
  • Du hast Spaß daran. Das ist kein Nebenaspekt. Wer gern bastelt, pflegt sein System auch.

Dafür jemanden zu bezahlen wäre Verschwendung. Nimm ein Wochenende, bau es, und behalte das Geld.

Was in der Rechnung meistens fehlt

Die Rechnung, die man aufmacht, sieht so aus: Ein Dienstleister kostet Geld, ein Wochenende kostet nichts. Gegen null gerechnet gewinnt das Wochenende immer.

Nur ist der Bau nicht der teure Teil. Der teure Teil kommt danach.

Eine Schnittstelle ändert sich. Ein Zugang läuft ab. Ein Anbieter stellt eine Funktion um und schickt dazu eine Mail, die du im Juli überlesen hast. Nichts davon kündigt sich an, und das Unangenehme ist: Automatisierungen fallen selten laut aus. Sie hören einfach auf – und niemand merkt es, weil niemand eine Fehlermeldung bekommt.

Das ist der eigentliche Unterschied. Nicht Können, sondern Zuständigkeit. Wer sieht, dass seit elf Tagen keine Anfrage mehr durchgelaufen ist?

Die Frage, die es entscheidet

Ich stelle dazu immer dieselbe Frage, und sie hat nichts mit Technik zu tun:

Was passiert, wenn es an einem Donnerstagvormittag kaputtgeht, während du beim Kunden sitzt?

Wenn die Antwort lautet „dann mache ich es abends von Hand, kein Drama“ – bau es selbst. Wirklich.

Wenn die Antwort lautet „dann bekommt ein Interessent keine Antwort und ich erfahre es nie“ – dann geht es nicht mehr um den Bau. Dann brauchst du jemanden, der zuständig ist.

Die Frage ist nicht, ob du es bauen kannst. Sondern wer es repariert, während du beim Kunden sitzt.

Zwischen beidem liegt übrigens eine dritte Möglichkeit, die selten jemand anspricht, weil sie sich schlecht verkauft: selbst bauen und nur die Überwachung abgeben. Du behältst, was du gern machst, und jemand anderes bekommt eine Nachricht, wenn es stehen bleibt. Für kleine, unkritische Abläufe ist das oft die ehrlichste Antwort – und es kostet einen Bruchteil dessen, was ein vollständiger Bau kostet.

Es gibt noch einen zweiten Punkt, der selten bedacht wird: Selbstgebaute Abläufe leben im Kopf desjenigen, der sie gebaut hat. Solange du das bist und bleibst, geht das gut. Sobald jemand anderes im Büro damit arbeiten soll, oder du sechs Monate später nachsehen willst, warum etwas so eingerichtet ist, fängt das Suchen an. Deshalb gehört zu einer abgegebenen Lösung immer eine Dokumentation – nicht als Beiwerk, sondern als der Teil, der sie dir überhaupt erst abnimmt.

Ehrlicherweise fällt die Entscheidung oft auch nicht grundsätzlich, sondern schrittweise: Man baut das Erste selbst, es läuft, man baut das Zweite dazu, und irgendwann ist ein Gebilde entstanden, das niemand mehr überblickt und das trotzdem jeden Tag laufen muss.

Der gute Zeitpunkt zum Abgeben ist nicht der, an dem es zusammenbricht. Er ist der, an dem du merkst, dass du anfängst, darüber nachzudenken, ob es noch läuft.

Der Merak-Effekt fängt genau dort an: an dem Tag, an dem dir die Frage nicht mehr einfällt.