UserLens
Quelles fonctionnalités méritent vraiment leur place, décidé avec des preuves.
UserLens se connecte à vos analytics produit (PostHog, Google Analytics 4, Plausible ou Microsoft Clarity) et montre comment chaque zone du produit est réellement utilisée. L'usage devient des décisions explicites conserver/investiguer/déprécier, et un plan d'action IA fondé sur les preuves.
Connecter un fournisseur
Connectez votre fournisseur d'analytics dans Intégrations. UserLens lit les données d'événements (il n'écrit jamais dans vos analytics) et chaque fournisseur affiche une courte indication de configuration pour les identifiants dont il a besoin.
Projets UserLens
Créez un projet UserLens et associez les événements ou tags à chaque fonctionnalité. C'est cette correspondance qui transforme les flux d'événements bruts en vue par fonctionnalité.
Usage et tendances
Chaque fonctionnalité affiche son usage avec une tendance sur quatre semaines et une sparkline, sans construire de dashboard. Les fonctionnalités en hausse, stables ou moribondes deviennent évidentes d'un coup d'œil.
Décisions
Marquez chaque fonctionnalité conserver, investiguer ou déprécier. L'objectif : que la roadmap reflète la réalité. Une décision explicite de dépréciation vaut mieux qu'une fonctionnalité qui pourrit en silence pendant que chacun suppose que quelqu'un la surveille.
Plan d'action IA
Générez un plan d'action fondé sur les preuves d'usage (où continuer d'investir, quoi investiguer, quoi arrêter progressivement), aligné sur ce qui figure déjà dans votre backlog. La génération est décomptée de vos actions IA mensuelles.
Planification de versions
Utilisez la vue de planification de versions pour regrouper les décisions en une release : ce qui part en production, ce qui est signalé pour investigation, ce qui est programmé pour dépréciation.
Candidats à la suppression et alignement du backlog
UserLens signale les candidats à la suppression (des fonctionnalités dans la tranche basse d'usage que presque personne ne touche) pour qu'une décision de dépréciation repose sur des preuves. L'alignement du backlog compare les tickets ouverts du projet, issus de tous les trackers connectés, aux fonctionnalités peu utilisées et dépréciées, pour que vous cessiez de construire par-dessus des choses que les utilisateurs ont déjà délaissées.
De la décision à la release
La vue de planification de versions regroupe vos décisions conserver, investiguer et déprécier en un plan de release, et les actions sélectionnées dans le plan IA peuvent être poussées directement vers le backlog de votre tracker, transformant « on devrait regarder ça » en un ticket dont quelqu'un est responsable.
Ajouter à votre backlog, où qu'il soit
Ajouter au backlog crée l'élément dans Jira, GitHub, GitLab, Bitbucket, Linear, Azure DevOps ou Notion, là où votre équipe tient son backlog. Pour Bitbucket, seuls les dépôts dont le suivi des tickets est activé sont proposés.