WANTD

Die Lücke

Bevor ich eine Zeile Code geschrieben habe, habe ich mir die führenden Apps in drei Kategorien angesehen — Wunschlisten- und Geschenk-Apps (GoWish, GiftList, Giftful, Elfster), Sparziel-Apps (SavePal, Savings Goals) und Geschenkkoordination. Jede löst einen Teil gut. Keine verbindet „Ich spare gerade aktiv darauf“ mit „meine Freunde sehen das und können Geschenke heimlich absprechen“ und „sobald ich es habe, wandert es in ein Archiv, aus dem ich es weiterempfehlen kann“.

Genau diese Kombination wurde zur Existenzberechtigung des Produkts.

Was mir der Markt gezeigt hat

Die Recherche habe ich in eine Tabelle mit Erfolgsfaktoren übersetzt und für jeden entschieden, ob WANTD ihn jetzt, später oder nie übernimmt:

• Universelles Link-Parsing ist das Feature, an dem jede Wunschlisten-App gemessen wird — beliebige Shop-URL einfügen, Titel, Bild und Preis bekommen. → Kern des MVP.
• Geheime Reservierungen bewahren die Überraschung: unsichtbar für den Besitzer der Liste, sichtbar für alle anderen, die etwas schenken wollen. → Phase 2, das Herzstück der Social-Ebene.
• Teilen per Link ohne Registrierung ist die niedrigste Hürde und der wichtigste Wachstumstreiber. → Gebaut für Gäste ohne App und ohne Account.
• Preisalarme sind ein bewährter Retention-Hook. → Als Hintergrundjob umgesetzt.
• Discovery-Feeds und Gruppengeschenke steigern das Engagement. → Bewusst verschoben.

Scope: erst Solo-MVP, dann Social

Die Roadmap war in Phasen mit jeweils klarem Exit aufgeteilt:

1. Setup — Expo, Design Tokens, Auth-Grundgerüst, Demo-Modus ohne Backend.
2. MVP Solo-Wunschliste — Artikel, Link-Vorschau, Sparfortschritt, Archiv, Teilen. → erster TestFlight-Build.
3. Social — Freunde, Listen anderer, anonyme oder namentliche Reservierungen, Schutz vor Doppelkäufen. → Kandidat für den Store-Launch.
4. Growth — Preisalarme, Geburtstage, später Gruppengeschenke und Discovery.

Produktentscheidungen, auf die ich stolz bin

• Der Gast ist der Growth Loop. Eine geteilte Liste öffnet sich im Web, ohne App und ohne Account — „Wer die Liste ohne App öffnet, ist genau die Person, die man gewinnen will.“
• Vertrauen wird technisch durchgesetzt, nicht nur versprochen. Der Besitzer einer Liste kann Reservierungen nie sehen; das garantiert Row-Level Security in der Datenbank, abgesichert durch Tests.
• Automatisierung setzt sich nie über den Nutzerwillen hinweg. Das Preis-Tracking läuft alle sechs Stunden, ändert aber nie das Sparziel eines Nutzers.
• Geburtstage als Grund zurückzukommen — ein „Demnächst“-Bereich macht aus einer statischen Liste eine wiederkehrende Gewohnheit.
• Monetarisierung früh durchdacht: Freemium, Affiliate-Links aus dem Archiv und ausdrücklich keine Gebühr auf Gruppengeschenke — der Markt sieht das als Vertrauenskiller.

Der Weg zum Release

• Link-Vorschauen laufen in einer serverseitigen Funktion, mit einem Fallback auf dem Gerät, weil einige große Händler Anfragen aus Rechenzentren blockieren.
• Der Sparfortschritt zeigt Meilensteine bei 25/50/75/100 % und eine Prognose zum Tempo („noch 6 Wochen“).
• Launch-Arbeit jenseits des Codes: Sign in with Apple, Account-Löschung in der App, DSGVO-Datenschutzerklärung und Impressum, Store-Eintrag und Screenshots, eine Launch-Checkliste und ein Testskript für Geräte.
• Ergebnis: ein Production-Build auf TestFlight und eine live geschaltete Web-Begleitseite — neun Tage nach dem ersten Commit.

Was ich als Nächstes messen würde

Analytics ist geplant, aber noch nicht umgesetzt — deshalb gibt es noch keine Nutzungszahlen. Diese Metriken würde ich zuerst tracken: Quote von geteiltem Link zu Gast-Reservierung, hinzugefügte Artikel pro Nutzer in der ersten Woche und wiederkehrende Besuche rund um die Geburtstage von Freunden.

Was ich gelernt habe

Zuerst den Plan zu schreiben — Markt, MVP, Phasen, Entscheidungen — hat das KI-gestützte Bauen schnell und fokussiert gemacht. Die Tools schreiben schnell Code; zu entscheiden, was man nicht baut, bleibt der Job des Product Managers.