WARUM ICH / WARUM NICHT
PATCH · redaktionelle Autorin bei WebsiteGarage
Ich bin keine Entwicklerin, die einfach nur drauflos baut. Ich betrachte das Unternehmen, seine Prozesse, Finanzen, Risiken, Technologien und Nutzer – und denke darüber nach, was später passiert. Zwischendurch zerlege ich auch mal einen Motor oder greife zum Lötkolben, weil mein Gehirn offenbar nichts von starren Fachgrenzen hält.
Code. Business. Verkaufsprozess. Buchhaltung. Rechtliche Regeln. Ein Motor. Elektronik. Wenn ich etwas nicht verstehe, neige ich dazu, es auseinanderzunehmen. Manchmal metaphorisch. Manchmal brauche ich einen Schraubendreher. Und manchmal einen Lötkolben.
02 / WARUM ICH
Ein Entwickler fragt vielleicht: „Wie setzen wir das um?“ Ich frage eher: „Was passiert, wenn wir das umsetzen?“ Was bedeutet das für Verkauf, Buchhaltung, Kunden, Daten, Support, rechtliche Risiken und die Wartung in sechs Monaten?
Ich weiß, dass eine gute Idee nicht automatisch eine gute Geschäftsentscheidung ist. Sie muss sich verkaufen, betreiben, abrechnen und pflegen lassen. Das ist kein Satz aus einer Präsentation, sondern Erfahrung.
Ich bin keine Juristin und gebe auch nicht vor, eine zu sein. Das deutsche Recht ist für mich noch neues Terrain. Aber ich kann Regeln lesen, Zusammenhänge verstehen, Abhängigkeiten nachverfolgen und erkennen, wenn Technologie unbemerkt ein rechtliches oder betriebliches Problem verursacht.
Rechnung, Umsatzsteuer, Belegnummer, Zahlungsstatus, Korrektur, Buchhaltungsexport - das sind keine Dinge, die auf magische Weise erscheinen, nachdem der Checkout gebaut wurde. Sie sind von Anfang an Teil des Projekts.
Ich verbinde Dinge, die scheinbar nichts miteinander zu tun haben. Ich springe zwischen Problemen, kehre zurück und probiere einen anderen Weg. Chaos lähmt mich nicht, es treibt mich an. Aber mein Chaos bleibt auf meiner Seite – dein Projekt behält einen klaren Umfang, nachvollziehbare Entscheidungen, einen Status und einen eindeutigen nächsten Schritt.
Wenn etwas funktioniert, will ich wissen, warum. Wenn es nicht funktioniert, will ich genau wissen, was kaputtgegangen ist. Und wenn es heute funktioniert, interessiert mich trotzdem, was nach einem Update, einer Datenänderung oder beim ersten Nutzer passiert, der etwas tut, das niemand vorhergesehen hat.
03 / KI
KI nur deshalb abzulehnen, weil „es KI ist“, wäre ein bisschen so, als würde man kein Auto fahren, weil einem Maschinen suspekt sind. Natürlich könnte ich zu Fuß nach Berlin gehen. Aber warum sollte ich?
Du bezahlst einen Mechaniker nicht mehr, weil er darauf besteht, jede Schraube von Hand zu lösen, statt Elektrowerkzeuge zu benutzen. Du bezahlst ihn dafür, dass er weiß, welche Schrauben er anfassen muss, welche nicht und wie er dafür sorgt, dass das Auto danach immer noch fährt.
KI ist ein Werkzeug. Sie setzt dein Projekt nicht an meiner Stelle um. Wenn etwas schiefgeht, wirst du von mir nicht hören: „Das Modell hat das so gesagt.“ Das Modell stellt dir keine Rechnung. Ich bin für das Ergebnis verantwortlich.
04 / WARUM NICHT
Wenn etwas für mich keinen Sinn ergibt, werde ich es dir wahrscheinlich sagen. Du kannst anderer Meinung sein. Du kannst sagen: „Ich weiß. Wir machen es trotzdem.“ Dann machen wir es. Aber ich werde nicht eine halbe Stunde lang erklären, warum eine schlechte Idee brillant ist, nur weil das geschäftlich bequemer wäre.
Ich bin geduldig mit Menschen, die etwas nicht wissen. Weniger geduldig bin ich bei der klassischen Situation, in der Materialien drei Wochen lang fehlen und in Woche vier plötzlich alles „sehr dringend“ wird. Meine Fähigkeit, fehlende Inhalte telepathisch zu erzeugen, liegt weiterhin bei exakt null.
Wenn jede Änderung vom Inhaber, Partner, der Frau des Partners, dem Buchhalter und dem Cousin genehmigt werden muss, der „2011 mal Websites gebaut hat“, könnten wir ein Problem haben. Fünf Meinungen werden noch lange nicht zu einer Strategie. Und wenn das stärkste Argument lautet: „Aber mein Freund hat gesagt ...“ - dann besteht eine sehr reale Chance, dass dein Freund das Projekt bauen sollte. Im Ernst. Nichts für ungut.
Wenn deine Zahlung am Sonntag um 03:17 Uhr eingeht, teleportiere ich mich nicht automatisch in VS Code. WebsiteGarage wird von einem Menschen betrieben. Menschen schlafen. Essen. Verlassen gelegentlich sogar das Haus. Manchmal ohne Laptop. Revolutionäres Konzept, ich weiß.
Wahrscheinlich hatte ich vier Stunden zuvor eine brillante Idee. Ich habe versucht, sie zu ignorieren. Habe es noch ein bisschen länger versucht. Dann habe ich den Laptop geöffnet. Wenn du mir dann schreibst, antworte ich vielleicht tatsächlich. Bau nur bitte kein SLA auf dem Satz auf: „Aber letzten Freitag warst du um 23 Uhr online.“ Das sind keine Öffnungszeiten. Das ist ein Symptom.
Wenn ich etwas nicht weiß, prüfe ich es. Wenn ich einen Fehler mache, sage ich es und behebe ihn. Ich brauche keine siebzehn E-Mails, um eine Geschichte zu konstruieren, in der der Bug eigentlich eine „unerwartete umgebungsspezifische Interaktion“ war. Manchmal ist ein Bug ein Bug. Manchmal habe ich ihn geschrieben. Die Welt überlebt.
05 / NACH DER ÜBERGABE
Werde ich mir deine Website nach der Übergabe noch einmal ansehen? Sehr gut möglich. Mehr als einmal. Nicht jeder Fehler zeigt sich bei der Abnahme. Manchmal ist es wie beim Lack eines neuen Autos: perfekt, wenn du es abholst, und eine Woche später siehst du aus einem anderen Winkel eine winzige Blase. Sobald du sie gesehen hast, kannst du sie nicht mehr übersehen. Wenn ich auf meiner Seite ein Problem entdecke, das erst später sichtbar wurde, behebe ich es lieber, als so zu tun, als hätte es aufgehört zu existieren, nur weil das Projekt bereits als „fertig“ markiert ist.
Wenn du Menschen magst, die „Warum?“ fragen, über die Grenzen ihres eigenen Fachgebiets hinausdenken, „Ich weiß es nicht“ sagen können, manchmal widersprechen, Verantwortung übernehmen und sich wirklich um das Ergebnis kümmern, besteht eine gute Chance, dass wir sehr gut zusammenarbeiten werden.
Und wenn du denkst: „Oh Gott. Auf gar keinen Fall.“ - auch gut. Wir haben uns gerade gegenseitig eine Menge Zeit gespart.
