WANTD

Le manque à combler

Avant d’écrire la moindre ligne de code, j’ai étudié les apps leaders de trois catégories — listes de souhaits et cadeaux (GoWish, GiftList, Giftful, Elfster), objectifs d’épargne (SavePal, Savings Goals) et coordination de cadeaux. Chacune résout bien une partie du problème. Aucune ne relie « j’économise activement pour ça », « mes amis peuvent le voir et se coordonner en secret pour m’offrir des cadeaux » et « une fois que je l’ai, il passe dans une archive d’où je peux le recommander ».

Cette combinaison est devenue la raison d’être du produit.

Ce que le marché m’a appris

J’ai transformé la recherche en un tableau de facteurs de succès, et j’ai décidé pour chacun si WANTD l’adopte maintenant, plus tard ou jamais :

• Le parsing universel de liens est la fonctionnalité sur laquelle toute app de liste de souhaits est jugée — on colle n’importe quelle URL de boutique et on obtient le titre, l’image et le prix. → Cœur du MVP.
• Les réservations secrètes préservent la surprise : invisibles pour le propriétaire de la liste, visibles pour les autres personnes qui offrent. → Phase 2, le cœur de la couche sociale.
• Le partage par lien sans inscription est la barrière la plus basse et le principal moteur de croissance. → Conçu pour des invités sans app ni compte.
• Les alertes de baisse de prix sont un levier de rétention éprouvé. → Implémentées sous forme de tâche en arrière-plan.
• Les feeds de découverte et les cadeaux de groupe augmentent l’engagement. → Volontairement reportés.

Scope : le MVP solo d’abord, le social ensuite

La roadmap a été découpée en phases, chacune avec un critère de sortie clair :

1. Setup — Expo, design tokens, squelette d’authentification, mode démo sans backend.
2. MVP liste de souhaits solo — articles, aperçu de lien, progression de l’épargne, archive, partage. → premier build TestFlight.
3. Social — amis, listes des autres, réservations anonymes ou nominatives, protection contre les achats en double. → candidat au lancement sur les stores.
4. Croissance — alertes de prix, anniversaires, puis cadeaux de groupe et découverte.

Les décisions produit dont je suis fier

• L’invité est la boucle de croissance. Une liste partagée s’ouvre sur le web, sans l’app ni compte — « le destinataire qui n’a pas l’app est exactement la personne qu’on veut convaincre ».
• La confiance est garantie techniquement, pas seulement promise. Le propriétaire d’une liste ne peut jamais voir les réservations ; c’est garanti par la row-level security de la base de données et couvert par des tests.
• L’automatisation ne passe jamais outre l’intention. Le suivi des prix tourne toutes les six heures, mais ne modifie jamais l’objectif d’épargne de l’utilisateur.
• Les anniversaires comme raison de revenir — une section « à venir » transforme une liste statique en habitude récurrente.
• Une monétisation pensée tôt : freemium, liens d’affiliation depuis l’archive, et explicitement aucune commission sur les cadeaux de groupe — pour le marché, c’est ce qui détruit la confiance.

La mise en production

• Les aperçus de liens passent par une fonction côté serveur, avec un fallback sur l’appareil, car certains grands e-commerçants bloquent les requêtes venant de data centers.
• La progression de l’épargne affiche des jalons à 25/50/75/100 % et une estimation du rythme (« encore 6 semaines »).
• Le travail de lancement au-delà du code : Sign in with Apple, suppression du compte dans l’app, politique de confidentialité RGPD et mentions légales, fiche store et captures d’écran, une checklist de lancement et un script de test sur appareil.
• Résultat : un build de production sur TestFlight et une version web compagnon en ligne — neuf jours après le premier commit.

Ce que je mesurerais ensuite

L’analytics est prévu mais pas encore implémenté — il n’y a donc pas encore de chiffres d’usage. Les métriques que je suivrais en premier : le taux lien partagé → réservation par un invité, le nombre d’articles ajoutés par utilisateur la première semaine et les visites récurrentes autour des anniversaires des amis.

Ce que j’ai appris

Écrire le plan d’abord — marché, MVP, phases, décisions — a rendu le développement assisté par IA rapide et ciblé. Les outils écrivent du code vite ; décider de ce qu’il ne faut pas construire reste le travail du product manager.