Arrivé comme premier product manager auprès de deux fondateurs, j'ai créé la fonction produit et mené la plateforme jusqu'au product-market fit.
Le point de départ · une vision d'équipementier, des clients ascensoristes
Arquos est née dans Kanopée, un startup studio spécialisé dans les startups tech du BTP. Les fondateurs venaient du monde de l'équipement et raisonnaient fournisseur, alors que les vrais clients sont les ascensoristes. Les besoins vivaient à l'oral, exprimés au fil de l'eau, sans backlog ni personas.
Ce que j'ai repris · un vrai discovery, une base produit
Entretiens utilisateurs sur tous les profils, personas construits, cadrage des problèmes, backlog structuré. J'ai remis de la méthode là où tout partait dans tous les sens.
Le tournant · le vrai problème n'était pas celui qu'on croyait
Un ascenseur évolue : ses pièces changent au fil des travaux, souvent hors d'origine. Les ascensoristes ne connaissent pas la composition de leur parc, ou n'ont pas confiance dans leurs données. Les entretiens ont aussi montré que la saisie devait être rapide et non guidée, jamais un formulaire.
Le produit · des photos en vrac, une base d'équipements, des documents
Une application mobile où le technicien prend ses photos en vrac, en quelques secondes, pendant sa visite. Une IA de vision et d'OCR les classe et en extrait plus de mille champs techniques : le client se constitue ainsi la base de données de son parc. De cette base sortent les devis de travaux, les contrats de maintenance, les rapports d'état des lieux et les études de sécurité envoyés au client, les sollicitations fournisseurs pour obtenir la bonne pièce, et les plans 3D.
Le parcours de sollicitation fournisseur
Pour livrer plus vite, nous avions réutilisé la vue client côté fournisseur : mêmes composants, une partie « existant » et une partie « besoin ». Ça n'a pas convenu du tout aux fournisseurs, et certains refusaient de chiffrer en recevant une sollicitation.
Le point qui a compté dans l'arbitrage : le fournisseur ne paie pas, mais son refus bloque l'usage du client qui paie. Un utilisateur hors du modèle économique pouvait faire échouer la fonctionnalité pour ceux qui étaient dedans.
J'ai mené une dizaine d'entretiens fournisseurs pour comprendre ce qui ne passait pas, puis fait reprendre entièrement la vue, avec une logique propre à leur métier au lieu d'un miroir de la vue client.
Aujourd'hui
Je pilote les deux applications, web et mobile, avec trois développeurs, et je porte Arquos Studio, l'offre de développement sur mesure.
