UserLens
Hvilke funksjoner som faktisk fortjener plassen sin, avgjort med belegg.
UserLens kobler til produktanalysen din (PostHog, Google Analytics 4, Plausible eller Microsoft Clarity) og viser hvordan hvert produktområde faktisk brukes. Bruken blir eksplisitte behold/undersøk/avvikle-beslutninger og en AI-handlingsplan forankret i beleggene.
Koble til en leverandør
Koble til analyseleverandøren din under Integrasjoner. UserLens leser hendelsesdata (den skriver aldri til analysen din), og hver leverandør har en kort oppsettsveiledning for opplysningene som trengs.
UserLens-prosjekter
Opprett et UserLens-prosjekt og kartlegg hvilke hendelser eller tagger som hører til hvilken funksjon. Denne koblingen er det som forvandler rå hendelsesstrømmer til en visning per funksjon.
Bruk og trender
Hver funksjon viser bruken sin med en fireukers trend og trendkurve. Ingen dashboardbygging kreves. Stigende, flate og døende funksjoner blir åpenbare med et blikk.
Beslutninger
Marker hver funksjon som behold, undersøk eller avvikle. Poenget er å få roadmapet til å speile virkeligheten: en eksplisitt avviklingsbeslutning slår en funksjon som stille forfaller mens alle antar at noen følger med på den.
AI-handlingsplan
Generer en handlingsplan forankret i bruksbeleggene (hva dere skal fortsette å investere i, hva som skal undersøkes, hva som skal trappes ned), i tråd med det som allerede ligger i backloggen deres. Genereringen teller mot dine månedlige AI-handlinger.
Versjonsplanlegging
Bruk visningen for versjonsplanlegging til å gruppere beslutninger inn i en release: hva som lanseres, hva som flagges for undersøkelse, og hva som planlegges avviklet.
Fjerningskandidater og backlogtilpasning
UserLens flagger fjerningskandidater (funksjoner i det nederste bruksjiktet som nesten ingen tar i), slik at en avviklingsbeslutning har belegg bak seg. Backlogtilpasningen matcher prosjektets åpne saker, fra alle tilkoblede trackere, mot lavbruks- og avviklede funksjoner, slik at du slutter å bygge oppå ting brukerne allerede har forlatt.
Fra beslutning til release
Visningen for versjonsplanlegging grupperer behold-, undersøk- og avvikle-beslutningene dine inn i en releaseplan, og utvalgte tiltak fra AI-planen kan skyves rett til trackerens backlog, noe som gjør 'dette bør vi se på' til en sak noen eier.
Legg til i backlog, uansett hvor den ligger
Legg til i backlog oppretter saken i Jira, GitHub, GitLab, Bitbucket, Linear, Azure DevOps eller Notion, der teamet ditt har backloggen sin. For Bitbucket vises bare repoer der sakssporingen er slått på.