Mål om monterings- og støtteveiledning løser en oppgave, hvor brukerne trenger hjelp, og hvilke versjoner som skaper gjentakende spørsmål.
Analyse av produktinstruksjoner bør koble tilgang, bruk av trinn, eskalering til support og et observerbart resultat. En sidevisning, en rotasjon av 3D-modellen eller en videoavspilling viser aktivitet, men bekrefter ikke at kunden monterte produktet riktig eller løste problemet.
Definer en enkel måleplan før instruksjonene endres. Skill offentlig trafikkanskaffelse fra bruk av produktveiledninger, slik at et markedsføringsbesøk og en installasjonsøkt ikke regnes som samme resultat.
Mål besøk på kommersielle sider og ressurssider, overganger til produktveiledning og bekreftede forespørsler som separate hendelser. Følg modell og oppgave der det er relevant. En person som kommer fra en søkemotor, vurderer kanskje programvare, mens en som skanner produktets QR-kode allerede kan eie varen.
For montering bruker du godkjente kriterier for fullføring og en egnet registreringsmetode. Ved deleidentifikasjon måler du om en kontrollert referanse når mottakerteamet. Ved feilsøking skiller du mellom løste, eskalerte og avbrutte økter. Merk fullføring som selvrapportert når det er tilfelle.
Lang tid på siden kan tyde på grundig arbeid eller forvirring. Gjentatt avspilling av et trinn kan være nyttig utforsking eller et uklart visuelt element. Sammenlign signalene med tilbakemeldinger og faktiske supportsaker. Ikke skriv om et trinn automatisk fordi én bruker brukte lengre tid på det.
Illustrerende plan: En møbelprodusent endrer trinnet for panelretning. For sammenlignbare produktvarianter registrerer teamet oppstart av veiledningen, forespørsler om hjelp med retning, fullførte oppgavekontroller og uavklarte monteringer. Ny og gammel instruksjonsprosess sammenlignes, samtidig som endringer i levering eller beslag noteres. Dette er et måleopplegg, ikke et Viflux-kunderesultat.
En analysekilde kan identifisere besøk fra lenker i ChatGPT når henvisningsinformasjon er tilgjengelig. Landingssiden viser hva som ble åpnet. Den avslører ikke brukerens nøyaktige spørsmål, om svaret anbefalte virksomheten din eller besøk der kildeinformasjonen gikk tapt. Behandle noen få besøk som utforskende tegn.
Bli enige om oppgavestarter, resultatandel, eskaleringer som trenger avklaring og gjentatte problemer per produktversjon. Bekreft at vellykkede kontakt- eller demoforspørsler faktisk registreres før null nøkkelhendelser tolkes som null kundeemner. La implementeringsansvarlig kontrollere hendelsesdefinisjonene, og unngå å sende privat forespørselstekst eller personopplysninger til analyseverktøyet.
Angi hva hver hendelse bekrefter og ikke bekrefter.
Følg en faktisk veiledning eller kontaktflyt og bekreft registreringen.
Bruk gjentakbare data sammen med tilbakemeldinger fra brukerne.
Nei. Det viser samhandling med veiledningen. Et mål på fullføring krever et definert resultat, og brukerens egen bekreftelse er noe annet enn et kontrollert resultat.
Vanlige rapporter for henvisning og landingssider inneholder ikke spørsmålet. Du kan lage en hypotese ut fra sidetemaet, men merk den som en slutning.
Ikke nødvendigvis. Kontroller at relevant vellykket kontakt eller demohandling spores og inngår i rapporten før du konkluderer.
Velg resultatet for den konkrete oppgaven: korrekt identifikasjon, godkjent monteringsfullføring eller en fullstendig eskalering. Bruk visninger og interaksjoner som støttesignaler.
Send den godkjente manualen, tegningene eller bildene du allerede har. Be om en gratis demo av veiledningen, slik at teamet kan vurdere én produktopgave før dere bestemmer hvordan løsningen skal utvides.
