UserLens
Welche Features ihren Platz wirklich verdienen, entschieden mit Belegen.
UserLens verbindet Ihre Produkt-Analytics (PostHog, Google Analytics 4, Plausible oder Microsoft Clarity) und zeigt, wie jeder Produktbereich wirklich genutzt wird. Aus Nutzung werden explizite Entscheidungen (behalten, untersuchen oder ausmustern) und ein KI-Aktionsplan, der auf den Belegen fußt.
Einen Anbieter verbinden
Verbinden Sie Ihren Analytics-Anbieter unter Integrationen. UserLens liest Ereignisdaten (es schreibt nie in Ihre Analytics), und jeder Anbieter zeigt einen kurzen Einrichtungshinweis für die benötigten Zugangsdaten.
UserLens-Projekte
Erstellen Sie ein UserLens-Projekt und ordnen Sie zu, welche Ereignisse oder Tags zu welchem Feature gehören. Diese Zuordnung macht aus rohen Ereignisströmen eine Ansicht pro Feature.
Nutzung und Trends
Jedes Feature zeigt seine Nutzung mit Vier-Wochen-Trend und Sparkline, ohne Dashboard-Bau. Steigende, stagnierende und sterbende Features werden auf einen Blick offensichtlich.
Entscheidungen
Markieren Sie jedes Feature als behalten, untersuchen oder ausmustern. Der Punkt ist, dass die Roadmap die Realität abbildet: Eine explizite Ausmustern-Entscheidung schlägt ein Feature, das leise vor sich hin verrottet, während alle annehmen, jemand habe ein Auge darauf.
KI-Aktionsplan
Generieren Sie einen Aktionsplan, der auf den Nutzungsbelegen fußt (worin weiter investieren, was untersuchen, was auslaufen lassen), abgeglichen mit dem, was bereits auf Ihrem Backlog steht. Die Generierung zählt zu Ihren monatlichen KI-Aktionen.
Versionsplanung
Nutzen Sie die Versionsplanungs-Ansicht, um Entscheidungen zu einem Release zu gruppieren: was ausgeliefert wird, was zur Untersuchung markiert wird und was zur Ausmusterung eingeplant ist.
Entfernungskandidaten und Backlog-Abgleich
UserLens markiert Entfernungskandidaten (Features im untersten Nutzungsband, die fast niemand anfasst), damit eine Ausmustern-Entscheidung Belege hat. Der Backlog-Abgleich vergleicht die offenen Tickets des Projekts aus allen verbundenen Trackern mit wenig genutzten und ausgemusterten Features. So hören Sie auf, auf Dingen aufzubauen, die Nutzer längst hinter sich gelassen haben.
Von der Entscheidung zum Release
Die Versionsplanungs-Ansicht gruppiert Ihre Entscheidungen behalten, untersuchen und ausmustern zu einem Release-Plan, und ausgewählte Maßnahmen aus dem KI-Plan können direkt in das Backlog Ihres Trackers übertragen werden. So wird aus 'das sollten wir uns ansehen' ein Ticket, für das jemand verantwortlich ist.
Zum Backlog hinzufügen, überall
Zum Backlog hinzufügen legt den Eintrag in Jira, GitHub, GitLab, Bitbucket, Linear, Azure DevOps oder Notion an, also dort, wo Ihr Team sein Backlog führt. Bei Bitbucket werden nur Repositorys angeboten, in denen der Issue-Tracker eingeschaltet ist.