Système 03 / 08 · Étude de cas

Wabirodes tests d’identité et de relation conçus pour la recherche et le partage

En production · paiements actifs

Wabiro est une collection de tests courts et originaux — score de pureté, Red Flag, compatibilité à deux, archétype de dating, style de flirt, énergie sociale — dont le résultat est fait pour être envoyé. Chaque test donne un score ou un archétype, une carte conçue pour la capture d’écran et un lien de défi que l’ami ouvre sans compte. Le scoring est déterministe et public, les réponses ne quittent pas l’appareil.

01 / 06

Problème

Contexte

Les tests de personnalité et de relation sont une catégorie de recherche énorme et médiocre : des quiz interminables, des inscriptions forcées, des résultats sans méthode. Wabiro prend le sujet au sérieux sur la mécanique — questions courtes, scoring documenté, aucune donnée collectée par défaut — et sur le ton.

Problème

Un test n’a de valeur que si son résultat circule. Le produit doit donc résoudre deux choses à la fois : un résultat assez précis pour être reconnu (« c’est exactement toi ») et un format assez simple pour être partagé et comparé. Et il doit le faire sans compte, sans email, sans stocker les réponses — parce que ce sont des questions personnelles.

02 / 06

Contraintes

  • Confidentialité : les réponses ne quittent jamais l’appareil ; seuls le score, le niveau et le nom du profil vont au serveur — jamais les réponses, jamais dans l’analytics.
  • Aucune inscription avant le résultat : ni email, ni carte.
  • Aucun diagnostic : le produit ne qualifie jamais personne de toxique ou de narcissique.
  • Des tests courts — douze à cinquante questions — qui donnent pourtant des résultats reconnaissables.

Ce qui est difficile

Écrire des tests courts qui donnent des résultats que les gens reconnaissent. Quatorze affirmations pour sept styles de flirt, seize pour huit archétypes : la précision vient de la formulation des questions plus que du nombre.

Tenir la promesse de confidentialité tout en permettant le partage et le paiement. La ligne est nette — score et profil sur le serveur, réponses jamais — et elle doit rester vraie à chaque fonctionnalité ajoutée.

03 / 06

Système

Le produit comme système

  1. Recherche
  2. Test
  3. Résultat
  4. Partage
  5. Parrainage

Décisions produit importantes

  • Gratuit, sans inscription, résultat complet. Rien n’est demandé avant le résultat — ni email, ni carte. Un compte optionnel par lien magique, sans mot de passe, sert uniquement à retrouver un rapport acheté depuis un autre appareil.
  • Scoring déterministe et public, avec des pages de méthode. Les percentiles ne s’affichent qu’à partir de deux cents complétions réelles d’une version de test — avant cela, il n’y a pas de « vous êtes dans le top 10 % ».
  • Mobile d’abord, conçu pour la capture d’écran : la carte de résultat est l’unité de partage, le lien de défi l’unité d’acquisition.
  • Pas de diagnostic. Le produit est un outil de réflexion et de divertissement fondé sur des règles documentées ; il ne qualifie jamais quelqu’un de toxique ou de narcissique, et le dit.

Écrans

Wabiro homepage — “How questionable are you, actually?” with an example result card
One question, one test, one card built for screenshots — and a challenge link for the friend who scores worse.
Wabiro Red Flag Test page
The Red Flag Test: free with a complete result, a one-off premium report behind it.

04 / 06

Architecture

De l’entrée à l’exécution — chaque étape, sa couche, ce qui s’y passe.

  1. Intention de rechercheClient

    Chaque test, catégorie et guide est une page qui répond à une requête et mène directement au test.

  2. Test versionnéDomaine

    Unité de contenu à nombre de questions fixe — douze à cinquante — et modèle de sortie : score, niveau, archétype ou profil. Immuable une fois publié.

  3. Scoring dans le navigateurClient

    Module pur, déterministe, exécuté côté client ; les réponses restent dans le stockage local de l’appareil.

  4. Carte de résultatClient

    Conçue pour la capture d’écran — l’unité de partage.

  5. Lien de défiDomaine

    L’ami qui l’ouvre passe le même test et obtient un face-à-face — l’unité d’acquisition ; il devient le second utilisateur.

  6. Scores partagésDonnées

    Seuls le score, le niveau et le nom de profil vont au serveur — jamais les réponses ; percentiles à partir de 200 complétions réelles d’une version.

  7. Rapport premium — StripeIntégrations

    Achat unique (7,90 €), débloqué seulement quand Stripe confirme le paiement au serveur ; compte optionnel par lien magique pour le retrouver.

Architecture produit

La boucle : une intention de recherche devient un test interactif de deux à cinq minutes ; le résultat devient une carte personnalisée et un lien de défi ; l’ami qui l’ouvre fait le même test et obtient un face-à-face avec un verdict ; il devient le deuxième utilisateur. Le rapport premium est un achat unique, optionnel.

Les tests sont des unités de contenu avec un nombre de questions fixe — douze à cinquante — et un modèle de sortie : un score sur cent, un niveau, un archétype parmi huit, ou un profil avec forces et points de vigilance. Les tests à deux (compatibilité) font répondre chacun séparément et ne montrent que la convergence, jamais les réponses de l’autre.

Décisions d’ingénierie et confidentialité

Les réponses restent dans le stockage local du navigateur et le score est calculé côté client. Si l’utilisateur crée un lien de partage ou achète un rapport, seuls le score, le niveau et le nom de profil sont envoyés au serveur — jamais les réponses individuelles, jamais dans l’analytics.

Cette contrainte structure tout : le moteur de scoring est un module pur, versionné, exécutable dans le navigateur, et le même module produit les pages de méthode. Une version de test est immuable une fois publiée, ce qui rend les percentiles comparables.

Next.js, TypeScript, Postgres pour les scores partagés et les rapports, Stripe pour les achats uniques, Vercel.

Modèle de domaine

Test
Version immuable, questions, modèle de sortie, page de méthode publique générée depuis le même module.
Résultat
Score, niveau, archétype — calculé côté client ; partagé seulement si l’utilisateur le décide.
Défi
Lien vers le même test, face-à-face avec verdict.
Rapport
Achat unique, rattaché à un compte par lien magique sans mot de passe.

05 / 06

Résultat business

Des tests gratuits sans inscription qui croissent par la recherche et le partage plutôt que par la publicité, monétisés par un rapport premium à 7,90 € et un pack à 14,90 €, en anglais et en français.

État actuel

En production, paiements actifs. Tests gratuits sans inscription, rapport premium à 7,90 € et bundle de trois rapports à 14,90 €, en anglais et en français ; de nouveaux tests toutes les quelques semaines.

Modèle économique et opérationnel

Gratuit, sans inscription, résultat complet ; le rapport premium est un achat unique — pas d’abonnement, pas de fausse urgence. La croissance vient de la recherche et du partage, pas de la publicité ; la confidentialité par conception — réponses jamais envoyées au serveur — est la contrainte qui structure le produit.

Ce qui a été livré

  • La boucle : intention de recherche → test interactif → résultat personnalisé → carte partageable et lien de défi → second utilisateur → rapport premium
  • Scoring déterministe et versionné avec pages de méthode publiques ; percentiles affichés seulement à partir de 200 vraies complétions pour une version
  • UX mobile-first pensée pour les captures d’écran ; résultats et face-à-face fonctionnent sans compte
  • Acquisition SEO sur les pages de tests, de catégories et de guides ; rapports premium en paiement unique via Stripe

Architecture d’acquisition

Deux canaux, deux mécaniques. La recherche : chaque test, chaque catégorie et chaque guide est une page qui répond à une requête et mène directement au test. Le partage : chaque résultat porte un lien de défi ; l’ami qui l’ouvre passe le test sans friction et devient un utilisateur.

Le produit est bilingue anglais / français dès le départ.

06 / 06

Enseignements

  1. 01Une promesse de confidentialité est une décision d’architecture : un moteur de scoring pur exécuté dans le navigateur la rend tenable, et le même module génère les pages de méthode.
  2. 02Figer une version de test publiée — c’est ce qui rend les percentiles comparables ; aucun percentile avant deux cents complétions réelles.
  3. 03Concevoir d’abord l’unité de partage : la carte est l’unité de partage, le lien de défi l’unité d’acquisition.
  4. 04La précision vient de la formulation des questions plus que de leur nombre.

Ce que j’ai porté

  • Conception des tests et des systèmes de scoring
  • Moteur de scoring versionné, exécuté dans le navigateur, et pages de méthode
  • Produit et boucle de partage — carte, lien de défi, face-à-face
  • Modèle de données côté serveur limité au score et au profil
  • Paiements Stripe en achat unique
  • Acquisition SEO bilingue — tests, catégories, guides

Capacités prouvées ici

Le service correspondant

Pour aller plus loin

Notes de terrain issues de ce système

Système suivant

Vellaci

Un produit grand public qui doit s’acquérir, se partager et encaisser ?

Scoring versionné, boucle de partage, paiements ponctuels Stripe et logique qui reste côté utilisateur quand la confidentialité l’exige : la même mécanique sert un produit B2C qui doit croître par la recherche et le partage, pas par la publicité.

danilson.daveigaramos.pro@gmail.com · Réponse sous 24h, du lundi au vendredi.