Was dich wirklich dazu bringt, anzufangen

Ich spiele kein Lotto. Trotzdem habe ich LottoMate gebaut — mit Brefeld-Algorithmus, eigener Heuristik und fünf Filterschichten. Irgendwas hat gejuckt. Ich hab angefangen. Aus einem einfachen Zahlengenerator wurde eine vollwertige App.

Das ist näher an der Wahrheit als alles was dir YouTube-Videos über App-Entwicklung erzählen.

Der Antrieb kommt selten aus dem Businessplan

Kein TAM, kein Investor-Deck, kein validiertes Problem. Die ehrlichste Antwort auf "warum hast du das gebaut?" ist fast immer: weil mich irgendetwas gestört hat. Weil ich eine Sache wollte die es nicht gab. Weil das Thema mich einfach interessiert hat — unabhängig davon ob ich selbst die Zielgruppe bin.

Das ist ein Punkt der in den meisten Vibe-Coding-Artikeln fehlt. Du musst eine App nicht selbst benutzen um sie zu bauen. Das Interesse am Bereich, die Neugier auf das Problem, das Erkennen einer Lücke — das reicht. Vibe Coding macht genau das möglich: du musst kein Dev sein, kein Experte im Thema, kein potenzieller Nutzer. Du brauchst nur einen Antrieb der echt ist.

Wer viral geht hat das fast immer gemeinsam. Eine Idee am Freitagabend, ein Wochenende gebaut — und dann entweder nichts, oder mehr als erwartet. 90.000 Nutzer in einer Woche ist passiert. 320.000 Spieler in 17 Tagen ist passiert. Nicht weil der Markt perfekt analysiert wurde. Weil der Antrieb echt war.

Die Erfolgsvideos enden bei den Nutzerzahlen. Was sie nicht zeigen: 25.000 Euro API-Kosten in einer Woche, weil niemand geplant hatte dass es so läuft.

Gesättigte Märkte sind kein Problem — falsche Fragen schon

Ich habe Pomidory gebaut. Einen Pomodoro-Timer. Der Markt ist voll. Aber keine einzige App nutzt eine analoge Eieruhr als Designelement — das war die Lücke. Nicht im Markt, sondern im Geschmack.

Das ist der Unterschied zwischen der falschen und der richtigen Frage. "Gibt es das schon?" führt dich in die falsche Richtung — fast alles gibt es schon. "Was nervt mich an allem was es gibt?" führt dich zu etwas das tatsächlich anders ist.

Dieselbe Logik gilt für Webprojekte, Tools, Services. Wer eine bessere Alternative sieht, muss sie nicht selbst vermissen um sie zu bauen. Das Erkennen der Lücke reicht.

Eigennutzen ist einer von mehreren Antrieben — nicht der einzige

Wer für sich selbst baut, lügt sich nicht so leicht etwas vor. Du merkst sofort wenn etwas nicht stimmt weil du selbst drauf stößt. Das ist ein Feedback-Loop den kein User-Research replizieren kann.

Aber Eigennutzen ist nicht der einzige Antrieb der funktioniert. Neugier auf ein Thema. Das Handwerk selbst. Die Herausforderung. Das Erkennen dass etwas besser gemacht werden könnte. All das sind legitime Ausgangspunkte — und mit Vibe Coding niederschwellig genug um einfach anzufangen statt jahrelang zu planen.

Bei LottoMate kam der Brefeld-Algorithmus nicht am Anfang. Der kam als das Interesse tiefer wurde. Recherche nicht als Legitimation vor dem ersten Prompt — sondern wenn die Frage wirklich brennt.

Was das alles kostet — die Rechnung die niemand zeigt

Vibe Coding ist nicht gratis. Wer regelmäßig und intensiv baut, landet schnell bei dreistelligen Monatskosten — oder mehr, wenn variable API-Kosten außer Kontrolle geraten.

Für Vibe Coder die kontinuierlich bauen ist eine Flat-Rate die einzig sinnvolle Option. Variable Abrechnung ist eine Falle sobald etwas mehr Fahrt aufnimmt als geplant. Mit zwanzig Einzelabos kommt man nicht durch den Monat. Claude Max macht die Kosten planbar — egal wie intensiv die Session war. Das ist keine Markenpräferenz, das ist Arithmetik.

Der Vibe kommt nicht aus dem Stack

Vibe Coding hat die Einstiegshürde gesenkt. Kein Dev-Background nötig, kein Studium, kein Team. Das gilt für Apps genauso wie für Webprojekte, Tools oder alles andere was Vibe Coder bauen.

Aber Idee und Antrieb — die kann dir kein Tool generieren. Wer baut weil er launchen muss, merkt irgendwann dass das Launchen der falsche Antrieb war. Wer baut weil ihn etwas wirklich interessiert, baut weiter. Mit oder ohne Publikum, mit oder ohne Tester, mit oder ohne Businessplan.