I Built a Product in 48 Hours
A weekend sprint to build a real product from scratch. What I built, how I built it, and what I learned.
heroDer Moment, der alles auslöste
Meine Frau zeigte mir ein Konzertplakat. „Kannst du das in unseren Kalender eintragen?“ Ich schaute das Plakat an. Fünf Events. Unterschiedliche Daten. Unterschiedliche Venues. Unterschiedliche Uhrzeiten.
„Klar, gib mir zehn Minuten – ich trage alles manuell ein, alle Daten, Orte, Uhrzeiten, Details.“ Dann dachte ich: Warum verbringe ich zehn Minuten damit, Daten zu kopieren? Warum kann ich nicht einfach einen Screenshot machen und es ist erledigt?
Dieser Gedanke wurde zu CalendarGenie.
48 Stunden von der Idee zur App
- ⏰ Stunden 0–4: Konzept an Replit Agent beschrieben
- 📸 Stunden 4–12: Screenshot-Upload und OCR-Extraktion gebaut
- 🗓️ Stunden 12–24: Kalender-Event-Generierung und .ics-Export hinzugefügt
- 🧪 Stunden 24–36: Testing, Edge Cases, seltsame Datumsformate
- 🚀 Stunden 36–48: Deployed. Link an meine Frau geschickt.
Wie es funktioniert
Screenshot → KI extrahiert Daten, Uhrzeiten, Orte → Ein Klick → Events im Kalender. Kein Tippen. Kein App-Wechsel. Keine manuelle Eingabe. Die Reaktion meiner Frau: „Warte mal – das ist alles? Ich mache einfach ein Foto und es erstellt Kalender-Einträge?“
Ja. Das war alles.
Die erste Version war alles andere als perfekt
Probleme mit deutschen Datumsformaten. Verwechslung von Venue-Namen mit Künstlernamen. Mehrtägige Festivals nicht möglich. Aber innerhalb einer Woche waren all diese Bugs behoben. Innerhalb eines Monats nutzten es Menschen, die ich nie getroffen hatte.
Warum Geschwindigkeit Motivation ist
Was niemand über schnelles Bauen erzählt: Geschwindigkeit ist nicht nur Effizienz – es ist Motivation. Wenn man in zwei Tagen ein funktionierendes Produkt sieht, will man es weiter verbessern. Wenn man nach zwei Tagen noch dabei ist, die Entwicklungsumgebung einzurichten? Da sterben Projekte.
Die Produktlektion
Die besten Produkte lösen ein Problem, das du selbst hast – und das sich herausstellt, dass Millionen andere auch haben. Ich habe keine Marktforschung gemacht. Ich habe meinen eigenen Schmerz gelindert. Und festgestellt: Die Welt hat denselben Schmerz.
Dieser Beitrag ist Teil meiner Serie über Vibe-Coding und das Bauen von Apps ohne klassische Programmierkenntnisse. Alle Artikel in der Serie →