← Tous les projets

Mektoube / Confiance · Interaction design

Protéger un visage sans effacer une personne.

J’ai conçu les contrôles de confidentialité aux moments sensibles d’une app de rencontre : apparaître dans la découverte, devenir identifiable et passer des messages à la voix.

Mon rôle
Head of Product & Product Designer
Collaboration
CEO · Support client
Ingénierie et QA
Périmètre et période d’expérience
Recherche · Confidentialité · UX writing · QA
Mektoube, 2023–2026
Le projet en 30 secondesVoir les décisions ↓

Le problème

Le floutage intégral cachait le contexte ; le passage à la voix pouvait retirer le contrôle trop vite.

La décision

Protéger le visage plutôt que toute l’image et faire des appels une demande.

Ma contribution

Parcours de confidentialité, règles de refus, états d’interface, UX writing et QA.

Mektoube — Protéger un visage sans effacer une personne.
01 / Contexte

Participer sans devenir visible trop tôt.

Une photo était obligatoire sur Mektoube. Le floutage intégral protégeait l’identité, mais supprimait aussi la posture, le cadre et le style : ce qui permet de percevoir une personne derrière un profil. Le passage des messages à l’appel créait un second seuil, où le contrôle pouvait disparaître trop vite.

Ce qui compte

L’objectif était une confiance progressive : laisser les personnes décider quand devenir plus visibles et plus joignables.

02 / Recherche et contraintes

La confidentialité devait tenir dans les règles réelles du produit.

J’ai croisé dashboards comportementaux, entretiens, questionnaires et tests utilisateurs. Les photos devaient rester obligatoires. Un réglage de floutage intégral existant ne pouvait pas changer sans le choix de la personne. Les appels ne devaient pas révéler de numéro personnel et un refus devait avoir une conséquence dans le produit.

03 / Floutage du visage

Conserver le contexte social. Protéger l’identité.

Pour les nouvelles photos, j’ai conçu deux options claires : une photo visible ou un visage flouté. Masquer le visage préservait le reste de l’image. Les utilisateurs existants conservaient le floutage intégral jusqu’à leur propre modification. J’ai spécifié la détection, l’aperçu, l’ajout, l’édition et le rendu dans l’application.

Comparaison d’origine : floutage intégral et floutage du visage. Le contexte visuel reste disponible, le visage est masqué.
04 / Appels audio

Un appel commence par une permission, pas par une interruption.

Une personne envoie une demande d’appel. Le destinataire peut accepter une fois, autoriser les futurs appels ou refuser. Un refus suspend les nouvelles demandes pendant sept jours. Après un appel manqué, le destinataire peut rappeler immédiatement ; l’appelant initial doit attendre. L’appel reste dans l’application.

Un refus modifie le système

La pause de sept jours empêche une succession immédiate de demandes.

Un appel manqué n’est pas un refus

La personne qui l’a manqué peut choisir de rappeler sans subir le même délai.

États de demande et de réponse issus du projet. Le consentement fait partie de l’interaction, plutôt que d’un réglage caché ailleurs.
05 / Livraison et enseignement

La confiance se joue dans les états réellement rencontrés.

J’ai porté le travail de la recherche aux parcours, à l’UI, à l’UX writing, à la documentation des comportements et à la QA. La question restait la même dans chaque état : la personne comprend-elle ce qu’elle contrôle, ce que l’autre peut faire et ce qui se passe ensuite ?

Périmètre des résultats

Aucun gain chiffré propre à ces fonctionnalités n’est revendiqué ici. Le cas montre les règles produit, le détail des interactions et le suivi de livraison.

Projet suivant / Yassir · SEFAR

Construire un langage commun pendant que les produits avancent. ↗

Un rôle, une équipe, un produit à construire

Construisons quelque chose d’utile.

Parlons de votre produit, des décisions à prendre et de ce que le design peut y changer.

Échangeons ↗