# Réinventer la recherche de logement
Startup · 2018 · Lead Designer
Introduction de profils vérifiés, de candidatures intelligentes et de parcours de bail in-app.

**Méthodes** : étude terrain, maquettes, prototypage

Source : https://albancarmet.com/fr/case-study/designing-a-housing-platform

## Problème

Le MVP ne prenait en charge que des actions de base — rechercher, discuter et réserver des visites — et souffrait de faiblesses UX, de mécanismes de confiance limités et de processus lourds et chronophages pour les chercheurs de logement comme pour les propriétaires/agents. S’ajoutaient d’autres contraintes : des ressources financières limitées, des besoins mouvants et des incohérences du design system au fur et à mesure que de nouvelles fonctionnalités étaient rapidement introduites.

## Contexte

• 🏆 Meilleure app mobile — AppGratis Awards 2018 — récompensée pour son product design sur le marché locatif canadien
• 📱 5 fonctionnalités majeures conçues ou repensées — sur une plateforme à deux faces pour chercheurs de logement et propriétaires/agents
• 🤝 Tout le parcours locatif couvert — de la recherche d’annonces à la signature du bail et au paiement du loyer, de bout en bout
• 🔄 Design system étendu — maintenu sur l’ensemble des fonctionnalités malgré un rythme de livraison de startup
Liv est une plateforme de recherche de logement dédiée au marché locatif. De la consultation des annonces à la réservation de visites, jusqu’à la signature d’un bail et au paiement du loyer, elle couvre tout le parcours utilisateur du chercheur de logement.
L’idée de lancer une plateforme dédiée à la recherche de logement en location vient du dirigeant de Machobear. Il possède une agence immobilière et le studio qui développe la plateforme. Quand j’ai rejoint Machobear, « Liv » n’était pas encore disponible au public. C’était juste une app iOS proche de sa sortie sur l’App Store. À l’époque, l’app était un MVP avancé. Les utilisateurs pouvaient seulement chercher des appartements à louer, discuter et organiser une visite via l’app.
Comme Machobear était une startup à financement limité, j’étais le seul designer UX/UI. Travaillant sous de fortes contraintes de temps — et sans budget pour des tests d’utilisabilité — les retours de design venaient surtout du product manager et des agents immobiliers. C’est une contrainte importante à garder en tête tout au long de cette étude de cas : chaque décision de design a été prise sans validation utilisateur formelle.
Quand j’ai rejoint Machobear, un design system était déjà en place. Cependant, comme je devais repenser certains parcours existants, beaucoup de composants et d’éléments d’atomic design sont devenus obsolètes. Même si j’ai vraiment aimé faire évoluer le design system, j’ai fini avec quelques incohérences UX à travers l’application. J’aurais aimé avoir assez de temps pour maintenir le design system et créer/éditer les nouveaux parcours de design.

## Démarche

Je ne sais pas exactement comment ils ont défini leur MVP, mais je sais qu’ils ont travaillé étroitement avec l’agence immobilière pour définir les spécifications de la plateforme. Avant de rejoindre Machobear, j’avais travaillé seul sur un projet similaire nommé Elly. L’objectif de cette application mobile était d’améliorer l’expérience de recherche de chambre/colocataire. J’ai constaté que les points de friction découverts pendant ma recherche s’appliquaient aussi aux chercheurs de logement. Voici ceux qui ont probablement nourri la création de leur MVP :
- Le manque de confiance, il y a beaucoup d’arnaques sur les plateformes d’annonces comme Craigslist. Côté propriétaire/agent, il s’agit aussi de trouver un locataire solvable et respectueux.
- Le temps que ça prend, entre les arnaques, les annonces non mises à jour (appartements déjà loués), la rédaction d’e-mails pour contacter les propriétaires/agents, les relances et l’organisation des visites, trouver un appartement prend beaucoup de temps. Côté propriétaire/agent, c’est pareil. Chercher et filtrer les locataires potentiels prend aussi beaucoup de temps.
Comme ce que j’avais fait, leur application mobile a 2 points d’entrée :

## Solution

J’ai eu la chance de concevoir ou repenser une grande partie de l’application, dont les 2 piliers du MVP. Pour revenir à la présentation du MVP, voici les 2 piliers sur lesquels Machobear s’est concentré pour améliorer la recherche de logement/locataire :
Être efficace
À la manière de l’application de rencontre Tinder, les logements à louer et les chercheurs de logement sont présentés sous forme de cartes. Ainsi, les utilisateurs peuvent avoir un aperçu des informations essentielles sur le logement ou sur le chercheur de logement sans tap supplémentaire. À partir de là, les utilisateurs peuvent aussi :
- démarrer une conversation
- ajouter des cartes aux favoris (pour les consulter plus tard)
- écarter des cartes pour ne plus jamais les revoir
Cette fonctionnalité « écarter » vise à offrir une recherche plus efficace. La prochaine fois que l’utilisateur ouvrira l’app, seules les nouvelles annonces / les nouveaux profils de chercheurs de logement s’afficheront. Pour aller plus loin, chercheurs de logement et propriétaires/agents peuvent appliquer divers filtres pour affiner encore plus leur recherche.
Instaurer la confiance
À la manière d’un CV, chercheurs de logement et propriétaires/agents doivent créer un profil. Ces profils visent à rassurer sur l’identité et le parcours des utilisateurs. Chercheurs de logement et propriétaires/agents peuvent devenir « vérifiés ». Affiché à côté de leur nom, l’icône vérifié signifie qu’ils ont fourni à Liv une pièce d’identité garantissant leur identité. Pour continuer à instaurer la confiance, les utilisateurs (des deux côtés) doivent fournir une courte biographie d’eux-mêmes.
Si cette première « couche » de confiance est commune aux chercheurs de logement et aux propriétaires/agents, d’autres sont spécifiques.
Les agents immobiliers doivent aussi fournir des détails supplémentaires :
- informations sur l’entreprise (nom et adresse)
- licence professionnelle
- date de début d’activité
- nombre de logements gérés
Côté chercheur de logement, davantage d’informations sont requises :
- signe astrologique
- fumeur ou non-fumeur
- propriétaire d’animaux ou non
- adresse actuelle
- coordonnées d’un contact d’urgence
- Liv score (score de crédit + informations professionnelles)
- documents liés à l’emploi
- références (employeur et propriétaire)
- informations d’assurance
- informations sur le colocataire (le cas échéant)
Les profils de chercheurs de logement font aussi gagner énormément de temps, car les utilisateurs n’ont pas à se présenter à chaque fois qu’ils commencent à discuter avec des propriétaires/agents. Ils gagnent aussi du temps au moment de candidater à un logement, car la plupart des informations requises font déjà partie de leur profil. À l’autre bout, les propriétaires/agents peuvent pré-filtrer les candidats en ajoutant une règle de taux de complétion minimum du profil. Ils peuvent par exemple exiger 50 % de complétion minimum avant d’autoriser les chercheurs de logement à discuter avec eux.
Enrichir les fonctionnalités du produit
Leur MVP de l’époque n’était qu’une illustration de la façon dont ils voulaient améliorer l’expérience de recherche de logement. Machobear savait toutefois qu’il faudrait créer plus de valeur ajoutée pour recruter des utilisateurs. C’est pourquoi ils avaient déjà en tête de développer de nouvelles fonctionnalités pour enrichir le produit. Voici les fonctionnalités existantes et à venir de l’époque :
Dans les exemples suivants, je vais me concentrer sur quelques fonctionnalités que j’ai conçues ou repensées. Elles reflètent ma réflexion et mettent en lumière les interactions entre le côté chercheur de logement et le côté propriétaire/agent. Même si je n’ai pas eu la chance de mener une vraie phase de recherche, mon design a été influencé par certaines logiques identifiées sur mon projet Elly.
Problème de design 1 — Création d’annonce
Pour qui concevons-nous : propriétaires / agents immobiliers
### Le design que nous voulions améliorer
Voici le précédent flux de création d’annonce que j’avais conçu. À l’époque, les besoins métier pour la création d’annonces étaient :
- lister uniquement un appartement ou une maison
- ajouter/éditer les photos du logement
- détails et caractéristiques du logement
- localisation du logement
- conditions du bail
- photo de profil du propriétaire/agent
### Quelle métrique utiliserons-nous pour mesurer l’impact ?
Augmenter le nombre d’annonces créées
### Solution de design
Nouvelles fonctionnalités ajoutées :
- création d’annonce de maison de ville (townhouse)
- louer une partie d’un logement (ex. uniquement le 2ᵉ étage d’une maison)
- dépôt de garantie
- informations sur la strata (modèle de copropriété)
- nouvelles règles du logement (fumer, recevoir des invités)
- conditions supplémentaires (place de parking, rangement, plus conditions personnalisées)
### Notes de design — Équilibrer le design
Avant d’intégrer de nouvelles fonctionnalités, le processus de création d’annonce était déjà assez lourd. Je ne voulais pas surcharger l’utilisateur avec encore plus d’étapes pour créer une annonce. Pour éviter cela, j’ai commencé cette refonte en cartographiant les étapes de création d’annonce. Voici les étapes que les utilisateurs devaient suivre pour créer une annonce dans la version d’origine, et comment je les ai réorganisées dans la refonte.
Ce flux était celui des propriétaires. Les gestionnaires immobiliers devaient passer par un écran supplémentaire où ils choisissent quel agent immobilier gérera une annonce. Cette sélection se faisait entre les étapes 4 et 5. Pour le contexte, les gestionnaires immobiliers ont des droits admin sur la plateforme. Ils peuvent créer des profils d’agents et des annonces. À partir de là, ils peuvent attribuer des annonces aux agents et promouvoir d’autres agents comme admin.
En plus de cela, certaines étapes peuvent demander des efforts supplémentaires si le propriétaire/agent doit ajouter des règles. Par exemple, à l’étape 2, il est possible de définir la politique animaux en indiquant combien de chats, de chiens sont autorisés. L’utilisateur peut aussi ajouter des règles personnalisées pour d’autres animaux.
En réfléchissant à cette refonte, je devais penser à ces « pires scénarios » où un gestionnaire immobilier doit ajouter beaucoup de détails sur une annonce. Ajouter de nouvelles fonctionnalités à ce flux m’a forcé à reconsidérer chaque étape et chaque information requise. Le principal enseignement de mon analyse de flux : l’étape 4 (import de la photo de profil du propriétaire/agent) devait être supprimée et réutilisée à une autre fin. En définissant la nouvelle architecture de l’information, je devais être attentif à la quantité d’informations demandée à chaque étape. J’ai essayé d’équilibrer les efforts entre les étapes pour ne pas décourager la création d’annonce. Voici à quoi ressemble le nouveau flux après la refonte :
### Faciliter la navigation
Comme créer une annonce demande de remplir beaucoup d’informations, les utilisateurs ne le feront pas forcément d’une traite. C’est pourquoi j’ai introduit un bouton « Enregistrer et quitter ». Après avoir rempli certaines informations, l’utilisateur peut sauvegarder sa progression et terminer la création plus tard. Pour rendre la navigation encore plus évidente, j’ai aussi décidé de créer une barre de navigation collante en bas de l’écran. Ainsi, quelle que soit la hauteur de l’écran, le bouton pour passer à l’étape suivante est toujours visible.
### Faciliter la saisie des données
Comme l’utilisateur a déjà beaucoup de données à saisir pendant la création d’annonce, je voulais réduire l’effort de saisie chaque fois que c’était possible. C’est ce que j’ai fait avec la saisie de l’adresse du logement. Depuis l’écran « Démarrer », quand l’utilisateur tape sur « ajouter une adresse », un écran de recherche s’ouvre. À mesure que l’utilisateur saisit l’adresse, des résultats d’adresses formatées apparaissent. Si l’adresse correspond à un immeuble déjà saisi par un autre propriétaire/agent, une photo de celui-ci s’affiche aussi. Une fois l’adresse trouvée, taper dessus ferme le moteur de recherche et ramène l’utilisateur à la page de démarrage. À ce stade, l’adresse du logement a été automatiquement décomposée dans les différents champs d’adresse (rue, ville, code postal…). Si l’adresse sélectionnée était un immeuble, le nom de l’immeuble sera aussi automatiquement inclus.
### Fournir du feedback
Pour rendre le niveau d’effort plus transparent, il était aussi important de fournir du feedback à l’utilisateur tout au long de son parcours de création d’annonce. C’est pourquoi j’ai introduit une barre de progression en haut de l’écran. Elle aide l’utilisateur à évaluer la longueur du processus de création.
Pour éviter de gérer de multiples messages d’erreur, j’ai aussi choisi de créer des états de bouton à chaque étape du processus. Cela donne aux utilisateurs un indice visuel simple — ils comprennent qu’au moins une information manque à cette étape.
Sur le composant d’import de photos, j’ai aussi introduit un message contextuel pour indiquer aux utilisateurs le minimum de photos à importer pour publier leur annonce. De même, pendant la sélection des photos, j’ai inclus dans les cases à cocher un numéro indiquant la position qu’aura la photo dans le carrousel. Pour rappel, ces photos s’affichent en haut de l’annonce.
### Améliorer la réorganisation des photos
### 1. Le design d’origine
Quand j’ai travaillé sur le design d’origine, voici les besoins de ce composant de réorganisation des photos :
- ajouter et supprimer des photos
- voir les photos en plein format
- réorganiser les photos
Dans mon design d’origine, j’ai suivi une approche horizontale. Mon idée était d’afficher les photos horizontalement pendant que l’utilisateur les parcourt en swipant à gauche ou à droite. La partie haute affiche une photo en plein format. Juste en dessous, des miniatures représentent toutes les photos importées par l’utilisateur. Taper sur une miniature l’affiche en plein format en haut de l’écran.
Pour réorganiser les photos, j’ai introduit un geste de glisser-déposer. L’utilisateur devait taper et maintenir une miniature pour la glisser-déposer à la position voulue. La miniature tout à gauche représente la photo de couverture — la photo affichée par défaut sur une annonce. Pour supprimer une photo, l’utilisateur doit d’abord taper sur la miniature puis sur l’icône corbeille en bas à droite. Pour ajouter des photos, l’utilisateur tape sur le bouton « Ajouter » en bas à droite de l’écran.
### 2. La refonte
Comme je devais intégrer de nouvelles fonctionnalités dans le flux de création d’annonce, je voulais aussi proposer une meilleure solution de design. Même si parcourir les photos horizontalement avait du sens en suivant l’approche carrousel, je trouvais ça moins pratique que de scroller verticalement. Je pensais aussi que le processus de suppression de photo pouvait être amélioré, car l’icône de suppression ne ressortait pas beaucoup par-dessus la photo en plein format.
Avec ces éléments en tête, j’ai pris la direction opposée en cherchant à simplifier le design et les interactions. J’ai choisi de retirer la photo en plein format en haut et de n’avoir qu’une seule colonne de grandes photos. Pour chacune, j’ai ajouté des icônes à gauche et à droite. L’icône corbeille sert à supprimer la photo, tandis que celle des « 3 barres empilées » indique une interaction de glissement. La photo du haut correspond à la photo de couverture.
Pour moi, cette refonte semble plus intuitive et utilise mieux l’espace de l’écran. Les utilisateurs voient des photos plus grandes et plus nombreuses sans avoir à scroller, et l’action de suppression est plus repérable — plus de problème de contraste avec l’icône corbeille.
### Améliorer la lisibilité de l’annonce
### 1. Améliorer les contrastes et les interactions
Une chose qui ressortait quand je regardais le template d’annonce existant était le manque de visibilité du prix du loyer. Comme la précédente direction de design consistait à afficher le prix par-dessus le visuel du logement, le contraste n’était pas très bon. L’idée du précédent designer était d’avoir un overlay sombre transparent sur le visuel du logement.
Quand j’ai commencé la refonte, j’ai gardé le visuel du logement tel quel, car il créait une impression épurée et immersive. J’ai retiré l’overlay sombre d’origine et utilisé simplement un léger dégradé du haut jusqu’au milieu du visuel. J’ai aussi renforcé le contraste en ajoutant un overlay transparent avec des touches sombres floutées derrière le call to action.
Concernant le call to action pour accéder au réorganisateur de photos, j’ai finalement choisi de le déplacer juste sous le visuel. Suite à la refonte de ce composant, le bouton « éditer » est devenu deux call to action : « Ajouter des photos » et « Réorganiser ». En utilisant un pattern de design courant, j’ai créé par-dessus la photo un système de pagination représenté par des points.
### 2. Améliorer l’architecture de l’information
Comme je devais ajouter bien plus de détails sur le nouveau template d’annonce, j’ai choisi de réorganiser la façon dont l’information est découpée. J’ai divisé la page en 2 parties. La première est dédiée aux informations clés : type de location (logement entier, une partie du logement…), prix de la location, caractéristiques clés (nombre de chambres, de salles de bain, surface du logement…) et profil du propriétaire/agent. Pour rendre ce contenu facile à lire, j’ai créé une hiérarchie visuelle en jouant sur la taille de police, les couleurs et le traitement du fond. Comme cette partie haute est en noir et blanc, j’ai fait le prix du loyer plus grand pour attirer l’attention. À côté du prix, j’ai utilisé notre couleur d’accent rose pour faire ressortir le type de location. Juste sous le prix du loyer, j’affiche les caractéristiques clés du logement via une grille deux par deux de tags. Enfin, j’ai fait ressortir le contenu dédié au créateur de l’annonce (propriétaire/agent). Dans le design précédent, l’utilisateur n’avait aucun indice visuel indiquant que la photo de profil du propriétaire/agent était un call to action. Pour clarifier, j’ai ajouté le nom du propriétaire/agent ainsi qu’un call to action « lire la bio ». Taper sur ce lien mène l’utilisateur vers les profils de propriétaires/agents.
La deuxième partie du template se concentre sur les détails (bail, équipements et règles du logement). Pour structurer ce contenu, j’ai créé une section « Détails du bail ». Elle regroupe les détails de bail existants et nouveaux que je devais accommoder dans cette version revue. Pour garder cette section aussi condensée et cohérente que possible, j’ai délibérément décidé de « masquer » les détails supplémentaires derrière un call to action « voir les détails ». Taper sur ces liens mène l’utilisateur vers des vues détaillées. Mon intention était de trouver un équilibre permettant aux utilisateurs de parcourir rapidement les informations de bail de haut niveau sans reléguer les détails des équipements tout en bas du template. Concernant les équipements, j’ai aussi choisi de restructurer cette section pour accommoder plus de détails. C’est pourquoi j’ai créé des sous-sections : équipements inclus, charges comprises, charges non comprises. L’idée de mentionner clairement les charges non comprises vient d’un retour d’agent réel. Certains premiers testeurs se plaignaient de ne pas savoir clairement si le loyer incluait ou non certaines charges. Enfin, j’ai regroupé les informations de transport à côté de la carte indiquant l’adresse de l’annonce. Mon objectif était de rendre le lien entre l’adresse et le temps de transport plus clair. Pour cela, j’ai créé une timeline partant de l’emplacement de l’annonce vers les différentes options de transport disponibles.
Problème de design 2 — Candidature du chercheur de logement
Pour qui concevons-nous : chercheurs de logement
Comme la fonctionnalité de candidature était suggérée dans d’anciens designs, le flux n’avait pas été créé à l’époque. J’ai commencé à concevoir cette fonctionnalité de zéro.
Contraintes :
- Suivre et affiner un design system existant
- Réutiliser certains patterns de navigation existants
Quelle métrique : augmenter la rétention des utilisateurs sur la plateforme en ajoutant une fonctionnalité qui fait partie du parcours du chercheur de logement
Solution de design — Besoins clés :
- utiliser le profil du chercheur de logement pour remplir la plupart des éléments de la candidature
- inclure une fonctionnalité « offrir plus » permettant de proposer plus d’argent pour une annonce. Comme certaines annonces reçoivent beaucoup de candidats, l’objectif était d’aider les chercheurs de logement à augmenter leurs chances de convaincre les propriétaires/agents de leur louer un logement.
### Notes de design — Faciliter la navigation
Les annonces et les profils utilisateurs sont assez riches en données. Pour offrir une expérience agréable et permettre aux utilisateurs de parcourir rapidement le contenu, j’ai introduit des listes déroulantes. Ce système aide à se faire une idée des critères de recherche du chercheur de logement. Avec cette approche, l’utilisateur accède plus vite aux sections sans avoir à parcourir une longue liste au préalable.
Pour faciliter la navigation, j’ai aussi réutilisé une barre collante en bas sur les écrans d’annonces. Cette barre inclut les boutons Discuter, Ajouter aux favoris et Écarter. À l’inverse, sur l’écran « Vérifier les détails », je n’ai pas utilisé de barre collante en bas — à ce stade du processus, je voulais m’assurer que l’utilisateur scrolle la page pour relire les détails de sa candidature.
### Fournir du feedback
En plus des états de bouton indiquant s’ils sont actifs ou non, j’ai introduit une timeline visuelle en haut de l’écran. À l’instar de la barre de progression mentionnée dans le flux de création d’annonce, l’objectif était de faire savoir aux utilisateurs où ils en sont dans le processus de candidature. J’ai traité cet indicateur différemment sur le plan visuel, car le processus de candidature est bien plus court. Pour moi, utiliser des mots plutôt qu’une barre de progression donne un feedback plus clair aux utilisateurs.
### Instaurer la confiance
Comme je l’ai mentionné dans la section « Fonctionnalités cœur du produit », instaurer la confiance est l’un des piliers clés de l’expérience Liv. Pour cela, nous avons développé notre propre label de confiance nommé « Liv score ». Ce score est calculé en points en fonction du score de crédit et de la profession de l’utilisateur. Les scores sont répartis en 4 catégories : Faible, Moyen, Très bon, Excellent. Affiché sous forme de carte, ce score figure dans le profil du chercheur de logement. Chaque catégorie de score est associée à une couleur spécifique. Chaque score s’accompagne d’une recommandation spécifique pour guider les propriétaires/agents et les chercheurs de logement.
Problème de design 3 — Création du bail par le propriétaire/agent
Pour qui concevons-nous : propriétaires / agents immobiliers
Quand j’ai travaillé sur ce problème, l’application ne proposait pas de fonctionnalité permettant aux propriétaires/agents de créer et d’envoyer le bail aux chercheurs de logement. J’ai conçu une solution quasiment de zéro.
Contraintes :
- Suivre et affiner un design system existant
- Créer un système garantissant la communication entre propriétaires/agents et chercheurs de logement chaque fois qu’un bail est envoyé
Quelle métrique : augmenter la rétention des utilisateurs sur la plateforme en ajoutant une fonctionnalité qui fait partie du parcours du propriétaire/agent
Solution de design — Besoins clés :
- réutiliser les informations de candidature du chercheur de logement et les données de l’annonce pour faciliter la création du bail
- permettre l’ajout de conditions supplémentaires et d’avenants dans le bail
- ajouter une fonctionnalité « envoyer le bail » (envoyé au chercheur de logement)
### Notes de design — Faciliter la navigation
Comme la création du bail regroupe beaucoup d’informations, j’ai choisi de les répartir dans des onglets. Pour rendre cette navigation plus visible et guider les utilisateurs qui découvrent, j’ai aussi créé des coach marks. Ils expliquent à haut niveau ce que l’utilisateur doit relire et ajouter au bail avant de le prévisualiser.
### Faciliter la communication
Être notifié dès qu’un propriétaire/agent ou un chercheur de logement vous envoie un message, un bail ou un paiement est crucial. Cela donne aux deux parties plus de chances de ne pas manquer d’opportunités ou d’échéances. Dans cet exemple, j’ai mis en avant un exemple de notification hors app communiquant un jalon important au propriétaire.
Problème de design 4 — Signature du bail par le chercheur de logement
Pour qui concevons-nous : chercheurs de logement
Quand j’ai travaillé sur ce problème, l’application ne proposait pas de fonctionnalité permettant aux chercheurs de logement de signer un bail. J’ai conçu une solution quasiment de zéro.
Contraintes :
- Suivre et affiner un design system existant
- Créer un système garantissant la communication entre propriétaires/agents et chercheurs de logement chaque fois qu’un bail est envoyé
Quelle métrique : augmenter la rétention des utilisateurs sur la plateforme en ajoutant une fonctionnalité qui fait partie du parcours du chercheur de logement
Solution de design — Besoins clés :
- signer en tapant ou en dessinant
- ajouter une fonctionnalité « envoyer le bail » (envoyé au propriétaire/agent)
### Notes de design — Faciliter la navigation
Pour faciliter le scroll vertical et atteindre plus vite le bas de l’écran, j’ai choisi de créer des blocs dépliables. Ils contiennent les données liées aux conditions. Même si toutes les conditions sont aussi importantes, certaines sont plus cruciales que d’autres à relire. C’est pourquoi certains sont dépliés et d’autres non. Par exemple, les blocs « conditions du bail » ou « détails du loyer » sont dépliés tandis que « politique animaux » ou « informations de parking » sont repliés.
### Assurer la communication
En plus des « notifications hors app » présentées au problème de design 3, j’ai créé des « notifications in-app ». Elles visent le même objectif : améliorer la communication et garantir que les utilisateurs ne manqueront pas de messages ou de jalons importants. Dans ce processus « chercheur de logement – signature du bail », j’ai choisi de démarrer mon flux par une notification in-app. Le chercheur de logement pouvait aussi y accéder via une « notification hors app » ou une carte d’activité.
Problème de design 5 — Signature du bail par le propriétaire/agent
Pour qui concevons-nous : propriétaires / agents immobiliers
Quand j’ai travaillé sur ce problème, l’application ne proposait pas de fonctionnalité permettant aux propriétaires/agents de signer un bail. J’ai conçu une solution quasiment de zéro.
Contraintes :
- Suivre et affiner un design system existant
- Créer un système garantissant la communication entre propriétaires/agents et chercheurs de logement chaque fois que le bail est signé et envoyé
Quelle métrique : augmenter la rétention des utilisateurs sur la plateforme en ajoutant une fonctionnalité qui fait partie du parcours du propriétaire/agent
Solution de design — Besoins clés :
- signer en tapant ou en dessinant
- ajouter une fonctionnalité « envoyer le bail » (envoyé au chercheur de logement)
### Faciliter la communication
Quand j’ai rejoint Machobear, le composant que je vais décrire existait déjà. Les propriétaires/agents et les chercheurs de logement ont tous accès à une section nommée « Activité ». Comme décrit précédemment, elle fait office de section de chat où l’on peut aussi voir les jalons liés aux interactions que l’on a eues avec les propriétaires/agents ou les chercheurs de logement. Ces jalons sont toutes les actions (activités) que l’on peut réaliser dans l’application : réserver une visite, envoyer une candidature, signer un bail, demander/envoyer un paiement, demander/mettre fin à une location… Ces jalons sont représentés sous forme de cartes et permettent aux utilisateurs de consulter un document ou de démarrer un processus comme la signature d’un bail. Représenter ces jalons sous forme de cartes aide les deux parties à identifier et accéder rapidement aux informations importantes. Propriétaires/agents et chercheurs de logement peuvent aussi accéder aux documents générés par ces jalons dans des tableaux de bord dédiés.

## Résultats

• 🏆 Meilleure app mobile — AppGratis Awards 2018 — l’app a été récompensée pour son design sur le marché locatif canadien.
• 📱 5 fonctionnalités majeures conçues ou repensées — sur une plateforme à deux faces couvrant à la fois chercheurs de logement et propriétaires/agents.
• 🔄 Design system étendu — maintenu sur l’ensemble des fonctionnalités malgré un rythme de livraison de startup.
• 🤝 Tout le parcours locatif couvert — de la recherche d’annonces à la signature du bail et au paiement du loyer, de bout en bout.
Ce projet était le prolongement naturel de ma recherche Elly, et il m’a offert une occasion rare : concevoir une plateforme complète à deux faces quasiment de zéro, couvrant chaque étape du parcours de logement. Collaborer avec des illustrateurs a aussi fait une vraie différence — leur travail a aidé à casser le côté intrinsèquement administratif des parcours et à apporter une touche humaine à l’expérience.
Mes enseignements
Concevoir sans validation utilisateur aiguise le jugement — mais crée des angles morts.
Travailler sans tests d’utilisabilité m’a forcé à m’appuyer sur les retours des agents immobiliers et sur ma propre intuition de designer. C’est une compétence utile à développer, mais cela signifie aussi que certaines décisions n’ont jamais été challengées. Avec le recul, quelques composants — en particulier la section d’activité des annonces — auraient pu être simplifiés si j’avais eu la chance d’observer de vrais utilisateurs interagir avec eux.
On ne peut pas livrer des fonctionnalités et maintenir un design system au même rythme.
Essayer de faire les deux en même temps est un combat perdu d’avance dans une startup aux ressources limitées. Les incohérences visuelles qui se sont glissées dans la plateforme n’étaient pas un défaut d’attention — c’était le résultat prévisible d’une charge de travail impossible. La leçon : un design system a besoin de temps dédié, pas seulement de bonnes intentions. Si c’était à refaire, je pousserais pour timeboxer la maintenance du design system comme un livrable à part entière, pas comme une tâche parallèle.

## Impact

Une expérience primée