← Index/Case 01

Arqgen · 2024 — aujourd’hui

Plateforme de faisabilité foncière construite from scratch.

Un SaaS B2B utilisé par certaines des plus grandes entreprises immobilières au Brésil. Passé de trois premiers clients en proof-of-concept à un produit devenu central dans leurs workflows.

Rôle

Product Designer

Industie

Immobilier · B2B SaaS

Périmètre du projet

0 → 1, en cours

Collaboration

Engineering, PM, CS

Chapitre 01

Introduction

Un produit construit from scratch. J’ai participé à toutes ses étapes.

Quand j’ai rejoint Arqgen en mars 2024, il n’y avait pas encore de produit à proprement parler — seulement trois premiers clients en phase de proof-of-concept, quelques sessions de journey mapping, et une base SaaS très initiale. Le problème était complexe dès le départ : l’analyse de faisabilité foncière au Brésil implique plus de 5 000 réglementations municipales différentes. Chaque nouveau client signifie une nouvelle ville, une nouvelle législation, une nouvelle logique. Un système lent, manuel et difficile à scaler.

Le travail ne consistait pas seulement à designer des écrans. Il s’agissait de définir ce que le produit devait devenir.

Chapitre 02

Rendre l'invisible lisible.

Deux mois après mon arrivée, ma première contribution majeure a été de structurer la logique des paramètres urbains — les règles de zonage qui déterminent ce qui peut être construit sur un terrain.

À ce moment-là, chaque nouveau client nécessitait une configuration manuelle longue et spécifique à sa municipalité. Nous avons passé plusieurs semaines à analyser différentes législations, à interviewer les clients sur leurs workflows, et à identifier les structures communes derrière les variations. L’objectif était de créer un système flexible et générique, capable de s’adapter à n’importe quelle réglementation sans configuration sur-mesure à chaque fois.

Ce travail est devenu la base d’une fonctionnalité clé : les clients peuvent désormais créer leurs propres templates de paramètres en autonomie, avec leurs propres formats de calcul. Ce qui était un goulot d’étranglement interne est devenu une capacité self-serve.

Chapitre 03

Comprendre les utilisateurs — et leur écosystème

Le produit a d’abord été conçu pour des utilisateurs techniques : architectes et ingénieurs réalisant des calculs précis. Cela reste le cœur du produit. Mais progressivement, il est devenu évident que le produit s’inscrivait dans un écosystème plus large.

Des utilisateurs non techniques avaient besoin d’accéder aux résultats sans friction. Et les managers et directeurs, eux, ne touchaient pas directement la plateforme — mais prenaient les décisions d’investissement basées sur ce que leurs équipes produisaient avec.

Cette compréhension n’est pas venue d’une seule phase de recherche, mais d’un travail continu : calls bihebdomadaires avec des clients enterprise, observation des échanges CS, et écoute active des retours terrain.

Résultat : ne pas seulement comprendre l’interface, mais comprendre les personnes qui l’utilisent — et celles qu’elle doit convaincre.

Persona 01

Architectes & ingénieurs

Persona 02

Utilisateurs non techniques

Persona 03

Managers & directeurs

Chapitre 04

La décision qui a permis d’ouvrir la plateforme à un nouveau type d’utilisateur.

Pendant longtemps, importer un terrain nécessitait un format CAD — standard pour les utilisateurs techniques, mais inaccessible pour d’autres profils.

Le format KMZ (Google Earth) a été introduit en décembre 2025. Aujourd’hui, il représente 46% des imports de terrains. Ce changement a transformé le produit : il est passé d’un outil de production à un point d’entrée. Et cela change le niveau d’adoption.

Chapitre 05

Le design comme cadence

Lorsqu’un PM dédié a rejoint l’équipe, la manière dont le travail de design se faisait a profondément changé.

Ce qui était réactif est devenu un rythme : découverte, recherche, direction, exécution, affinage, validation. Pas une séquence rigide — une cadence.

L’IA est devenue un outil intégré à ce flux : synthèse de recherche plus rapide, exploration d’interfaces plus large, prototypes interactifs plus précoces. Cela a réduit les cycles d’itération et clarifié les décisions côté produit et engineering.

La structure a surtout apporté un bénéfice clé mieux identifier ce qu’il ne faut pas construire.. Une des décisions les plus intéressantes de l’année a été d’arrêter une fonctionnalité après discovery, car elle ne résolvait pas le vrai problème utilisateur. Ce type de décision est aussi important que les features livrées.

La différence se voit dans l’impact. Un client a réduit un processus de trois jours à dix minutes. Ce résultat ne vient pas d’une fonctionnalité, mais d’un produit conçu dans le temps pour s’adapter aux usages réels.

Chapitre 06

Le produit aujourd’hui.

La plateforme supporte aujourd’hui environ 30 configurations de projets, l’analyse de pente et de terrain, des rapports détaillés et l’export PDF. Les utilisateurs peuvent créer des templates, gérer des équipes et partager des projets en autonomie.

+95%

Sessions mensuelles, Oct → Avr

295 → 575

+340%

Solutions générées / mois

209 → 932

46%

Des imports de terrains en KMZ

Adoption en <5 mois

4% / 32%

Taux d’erreur KMZ vs CAD

Plus accessible, plus fiable

Ce que les chiffres ne capturent pas, ce sont les échanges. Lors des appels clients récents, un schéma s’est dégagé : les équipes ne décrivent plus la plateforme comme un outil qu’elles utilisent occasionnellement, mais comme quelque chose qui fait désormais partie intégrante de leur manière de travailler.. Ce type de retour est difficile à fabriquer.

Chapitre 07

Ce qui reste à construire.

L’interface n’est pas encore au niveau de maturité que mérite le produit — une refonte plus structurée est prévue et un design system existe déjà en partie.

La prochaine étape est ambitieuse : interactivité dans la plateforme, onboarding plus fluide, self-serve complet, et une expérience end-to-end pour les utilisateurs non techniques.

Le produit a évolué. Le rôle aussi. Il reste encore beaucoup à construire.

* Aucune information confidentielle n’a été divulguée. Données issues de supports publics.

Projet suivant · 02

FinappApplication de gestion financière

Toujours partante pour une bonne conversation !
N’hésite pas à venir dire bonjour :)

© Nathalia Perini | juin 2026