Mittaa, ratkaisevatko kokoamis- ja tukiohjeet tehtävän, missä käyttäjät tarvitsevat apua ja mitkä versiot aiheuttavat toistuvia kysymyksiä.
Tuoteohjeiden analytiikan pitäisi yhdistää käyttö, vaiheiden toiminta, yhteydenotto tukeen ja havaittava tulos. Sivun katselu, 3D-mallin kierto tai videon toisto osoittaa toimintaa, mutta ei sitä, kokosiko asiakas tuotteen oikein tai ratkaisiko ongelman.
Määritä pieni mittaussuunnitelma ennen ohjeiden muuttamista. Pidä julkisen sivuston asiakashankinta erillään tuoteoppaiden käytöstä, jotta markkinointivierailua ja asennuskertaa ei käsitellä samana tuloksena.
Mittaa kaupallisten ja resurssisivujen käynnit, siirtymät tuoteopastukseen ja vahvistetut yhteydenotot erillisinä tapahtumina. Seuraa tarvittaessa mallia ja tehtävää. Hakukoneesta saapuva henkilö saattaa arvioida ohjelmistoa, kun taas tuotteen QR-koodista tuleva kävijä voi jo omistaa tuotteen.
Käytä kokoamisessa hyväksyttyjä valmistumiskriteerejä ja soveltuvaa tapaa kirjata tulos. Osan tunnistamisessa mittaa, saapuuko tarkistettu viite vastaanottavalle tiimille. Vianmäärityksessä erottele ratkaistu, eskaloitu ja keskeytynyt istunto. Merkitse itse ilmoitettu valmistuminen sellaiseksi.
Pitkä käyttöaika voi merkitä huolellista työtä tai epäselvyyttä. Vaiheen toistaminen voi olla hyödyllistä tarkastelua tai epäselvä kuva. Vertaa näitä signaaleja palautteeseen ja todellisiin tukikysymyksiin. Älä muuta vaihetta automaattisesti vain siksi, että yksi käyttäjä käytti siihen enemmän aikaa.
Havainnollistava suunnitelma: kaappimerkki muuttaa paneelin suunnan näyttävää vaihetta. Se tallentaa oppaan aloitukset, suuntaa koskevat avunpyynnöt, suoritetut tehtävätarkistukset ja ratkaisemattomat kokoonpanot vertailukelpoisissa tuotevarianteissa. Uutta ja aiempaa ohjetta verrataan huomioiden toimitus- ja kiinnitysmuutokset. Tämä on mittaussuunnitelma, ei Viflux-asiakastulos.
ChatGPT:n sisältävän analytiikan lähteen avulla voidaan tunnistaa sieltä peräisin oleviksi merkityt käynnit, jos viitetiedot ovat saatavilla. Laskeutumissivu kertoo, mitä avattiin. Se ei paljasta käyttäjän tarkkaa kehotetta, sitä suositteliko vastaus yritystäsi tai kaikkia käyntejä, joiden lähdetieto katosi. Käsittele yksittäisiä käyntejä alustavana näyttönä.
Sopikaa tehtävän aloituksista, tulososuudesta, tarkennusta vaativista eskaloinneista ja toistuvista ongelmista tuoteversion mukaan. Varmista, että onnistuneet yhteydenotot tai demopyynnöt kirjautuvat, ennen kuin tulkitset nollatapahtumat nolliksi liideiksi. Pyydä toteutuksesta vastaavaa tarkistamaan tapahtumien määritelmät äläkä lähetä analytiikkaan yksityistä viestitekstiä tai henkilötietoja.
Kuvaa, mitä kukin tapahtuma osoittaa ja mitä se ei osoita.
Käy läpi oikea opas tai yhteydenottopolku ja varmista sen tietue.
Yhdistä toistettava näyttö käyttäjäpalautteeseen.
Ei. Se osoittaa, että opasta käytettiin. Valmistumisen mittaaminen edellyttää määriteltyä tulosta, ja käyttäjän itse ilmoittama vahvistus eroaa tarkastetusta tuloksesta.
Tavalliset viite- ja laskeutumissivuraportit eivät kerro kehotetta. Voit muodostaa oletuksen sivun aiheen perusteella, mutta merkitse se päätelmäksi.
Ei välttämättä. Varmista ennen päätelmää, että onnistunut yhteydenotto tai demopyyntö on mitattu ja sisällytetty raporttiin.
Valitse kyseisen tehtävän tulos: oikea tunnistus, hyväksytty kokoamisen valmistuminen tai täydellinen eskalointi. Käytä näkymiä ja vuorovaikutuksia tukisignaaleina.
Lähetä hyväksytty käyttöohje, kaaviot tai valokuvat, jotka teillä jo on. Pyydä maksuton opasdemo, jotta tiimisi voi arvioida yhden tuotetehtävän ennen laajentamisesta päättämistä.
