Was schiefgeht.

Jedes davon hat mich einen Tag oder eine Woche gekostet. Dich kosten sie vier Minuten.

Ich betreibe ein laufendes Unternehmen, das so gebaut ist. Zahlungen, Mitglieder, Systeme, die rund um die Uhr laufen, fast eine halbe Million Zeilen, keine davon von Hand getippt. Das meiste davon habe ich gelernt, indem ich es zuerst falsch gemacht habe.

Jemand steht nachts an einem Schreibtisch voller Bildschirme und liest, was die Zahlen machen.

1. Zu groß anfangen

Dein erster Build ist kein Projekt, er ist ein Beweis. Seine einzige Aufgabe ist, bis zum Ende des Abends zu existieren.

Stattdessen: kein Login, keine gespeicherten Daten, kein Konto einer anderen Firma, kein Geld. Es klingt zu klein. Das ist der Punkt.

2. Nicht wissen, wo das Geld hingeht

Eine Seite, die richtig aussieht, ist billig. Sobald sie sich etwas merken, Leute einloggen lassen oder eine Zahlung annehmen muss, gibst du mehr aus als für den ganzen Rest des Projekts.

Stattdessen: erwarte, dass die Version, die Daten speichert, mehr kostet als alles davor. Das ist die Form der Arbeit, kein Fehler.

3. Sie bitten, den Bug zu fixen

„Fix das Layout" bekommt eine Vermutung. „Auf meinem Handy liegen die zwei Buttons übereinander" bekommt eine Reparatur. Sie kann deinen Bildschirm nicht sehen. Du bist ihre Augen.

4. Fünf Dinge auf einmal ändern

Wenn es nach einer fünfteiligen Anweisung kaputtgeht, weißt du nicht, welcher Teil schuld war, und sie auch nicht. Eine Änderung, hinschauen, nächste Änderung. Fühlt sich langsamer an, ist schneller.

5. Mit ihr streiten

Manchmal dreht sie sich im Kreis, fixt eine Sache und bricht eine andere. Drei Runden sind das Signal. Lass sie diesen Teil wegwerfen und noch einmal bauen, besser beschrieben. Neu anfangen kostet Minuten. Streiten kostet einen Abend.

6. Etwas bauen, das das Geld anderer Leute hält

Eine Kategorie, die du am Anfang lässt, und das hat nichts mit Schwierigkeit zu tun. Es geht darum, wer zahlt, wenn es schiefgeht. Das Geld anderer Leute. Logins für Fremde. Gesundheitsdaten, Kartennummern.

Stattdessen: zahl für die weiter. Das Kleine ist jetzt deins.

7. Ihr vertrauen, weil es fertig aussieht

KI-Ausgaben sehen selbstsicher aus, egal ob sie stimmen. Ein Rechner mit der falschen Formel sieht genauso aus wie einer mit der richtigen. Teste ihn an einem Fall, dessen Antwort du kennst.

8. Versuchen, es fertigzustellen

Umfang tötet mehr erste Projekte als jedes technische Problem. Du fängst mit einer Preisliste an, und bis Donnerstag hat sie Logins, einen Newsletter und einen Mitgliederbereich, von denen nichts funktioniert. Ship klein, nutz es eine Woche, füg eine Sache hinzu.

9. Nach dem ersten aufhören

Der erste Build bringt dir fast nichts bei, außer dass es möglich ist. Beim zweiten wirst du gut. Die meisten, die aufhören, hören nach dem ersten auf, meistens wegen Nummer eins auf dieser Liste.

Die Kurzversion

Fang kleiner an, als es sich lohnt anzufangen. Beschreib, was du siehst, nicht was du willst. Immer eine Änderung. Nichts, das das Geld anderer hält. Rechne die Mathematik selbst nach. Dann mach es noch einmal.

Wo du anfängst

Wenn du noch nichts gebaut hast: eine Preisliste. Eine Stunde, druckt als PDF, und daran kann nichts schiefgehen.

Eine Preisliste oder Speisekarte 1 Stunde12 $ im Monat

Oder wähl das, was zu deiner Woche passt.

Du planst stattdessen einen der größeren Agenten-Builds? Lies zuerst den ehrlichen Haken bei jedem.

Zurück zum Start