Kuka tiimissäsi saa luoda uusia tageja? Kuka saa muokata olemassa olevia? Kuka saa kytkeä tagit päälle ja pois? Ilman selkeitä sääntöjä kuka tahansa voi muuttaa mitä tahansa. Aloitteleva kehittäjä poistaa vahingossa tärkeän tagin. Markkinoija lisää tagin, joka rikkoo seurannan. Ulkopuolinen tekijä muuttaa konversiologiikkaa, eikä kukaan huomaa. Hallintamalli estää sekaannuksen. Selkeät roolit ja oikeudet takaavat, että oikeat ihmiset tekevät oikeat päätökset. Hyväksyntäprosessi pysäyttää virheet ennen kuin ne rikkovat tuotantodatan.
Tässä artikkelissa kerrotaan, miten otat tagien hallinnan käyttöön niin, että seuranta pysyy suojattuna ja tiimi voi silti työskennellä sujuvasti.
Mikä tagi on
Tagi on koodinpätkä, joka suoritetaan, kun verkkosivustollasi tapahtuu tietty toiminto. Tageja hallitaan tagienhallintatyökalulla, joka on säiliö kaikille seurantakoodeillesi. Sen sijaan että lisäisit useita seurantakoodeja suoraan sivustolle, asennat yhden tagienhallintakoodin. Tagienhallintatyökalu suorittaa kaikki yksittäiset tagisi asettamiesi sääntöjen ja ehtojen mukaan.
Tagit mittaavat konversioita, sitoutumista ja tiettyjä käyttäjien toimintoja. Ostotagi suoritetaan, kun joku viimeistelee oston. Lomaketagi suoritetaan, kun joku lähettää lomakkeen. Jokainen tagi lähettää tietoa analytiikkaalustaasi, jotta nämä tärkeät toiminnot näkyvät seurannassa.
Tagien hallinnassa päätetään, kuka saa luoda, muokata ja julkaista nämä tagit. Näin datan laatu pysyy hyvänä ja vahingossa tapahtuvat rikkoutumiset estetään.
Määritä selkeät roolit ja vastuut
Luo roolit tagien hallintaan. Kenelle analytiikka kuuluu? Kenelle mainonta? Kenelle konversioseuranta? Jokaisella alueella pitää olla vastuuhenkilö, joka hyväksyy muutokset.
Eri rooleilla on eri oikeudet. Katselijat näkevät tagit, mutta eivät voi muokata niitä. Muokkaajat voivat muokata tageja testiympäristössä. Julkaisijat voivat viedä tagit tuotantoon. Ylläpitäjät voivat tehdä kaiken. Anna roolit tehtävän ja kokemuksen mukaan.
Kirjaa ylös, kenellä on mikä rooli. Tee selväksi, kuka vastaa mistäkin tagista. Kun joku tarvitsee muutoksen tagiin, hän tietää, keneltä kysyä.
Vaadi hyväksyntä tuotantomuutoksille
Älä anna kenenkään viedä tageja tuotantoon ilman hyväksyntää. Luo hyväksyntäprosessi. Kehittäjä luo tagin testiympäristössä. Toinen henkilö tarkistaa sen. Kolmas hyväksyy sen. Vasta sitten se menee tuotantoon.
Kolmivaiheinen prosessi pysäyttää virheet. Tarkastaja esittää kysymyksiä. Hyväksyjä varmistaa, että muutos sopii liiketoiminnan tavoitteisiin. Kun tagi päätyy tuotantoon, useampi ihminen on jo tarkistanut sen.
Kiireellisissä muutoksissa voit kevyentää prosessia. Älä kuitenkaan koskaan ohita sitä kokonaan. Rikkoutunut tagi tuotannossa maksaa enemmän kuin muutaman tunnin hyväksyntäprosessi.
Käytä erillisiä testi- ja tuotantoympäristöjä
Luo erillinen tagienhallinta testiympäristöä ja tuotantoa varten. Kaikki muutokset tehdään ensin testiympäristössä. Tiimit testaavat muutokset siellä. Hyväksynnän jälkeen tagit siirretään tuotantoon.
Näin tuotantoon ei tule vahinkomuutoksia. Kehittäjät voivat kokeilla testiympäristössä huolehtimatta siitä, että oikea data rikkoutuu. Kun he ovat varmoja muutoksen toimivuudesta, he pyytävät siirtoa tuotantoon.
Testiympäristön pitää vastata tuotantoa. Samat sivustot. Samat toiminnot. Sama datakerros. Näin testiympäristön testit ennustavat tuotannon toimintaa luotettavasti.
Dokumentoi muutospyynnöt
Kun joku pyytää muutosta tagiin, vaadi kirjallinen kuvaus. Mikä on muutos? Miksi se tarvitaan? Mitä liiketoiminnan tavoitetta se tukee? Kuka hyväksyi sen?
Säilytä muutospyynnöt yhdessä paikassa. Taulukko riittää. Erillinen työkalu on parempi. Seuraa, mikä muuttui, milloin ja miksi. Tämä historia on korvaamaton, kun jokin rikkoutuu ja sinun pitää ymmärtää, mitä tapahtui.
Lisää muutospyyntöön palautussuunnitelma. Jos tagi rikkoutuu, miten palaat edelliseen versioon? Kuinka nopeasti pääset takaisin? Mitä tapahtuu, jos palautus epäonnistuu?
Rajaa pääsy oikeuksien mukaan
Rajaa, kuka pääsee mihinkin. Markkinoijan pitäisi nähdä mainontatagit, mutta ei konversioseurannan tageja. Kehittäjän pitäisi nähdä konversiotagit, mutta ei mainontatageja. Oikeudet estävät vahingossa tehdyt muutokset alueille, jotka eivät kuulu sinulle.
Käytä roolipohjaista pääsynhallintaa. Katselijat näkevät kaiken. Muokkaajat muokkaavat oman alueensa tageja. Julkaisijat vievät tagit tuotantoon. Ylläpitäjät tekevät kaiken. Tarkat oikeudet estävät vahingot.
Ota hälytykset käyttöön luvattomille muutoksille
Jos joku muokkaa tagia ohittamatta hyväksyntäprosessia, ilmoita siitä vastuuhenkilölle. Useimmat tagienhallintatyökalut tukevat muutoslokeja. Käytä niitä luvattomien muutosten havaitsemiseen.
Ota käyttöön automaattiset ilmoitukset. Jos joku muokkaa kriittistä tagia, lähetä hälytys. Vastuuhenkilö voi tarkistaa muutoksen ja tarvittaessa perua sen. Hälytykset luovat vastuullisuutta.
Tee käyttöoikeuksien tarkistus säännöllisesti
Käy joka vuosineljänneksellä läpi, kenellä on pääsy mihinkin. Poista käyttöoikeudet ihmisiltä, jotka ovat lähteneet tiimistä. Päivitä oikeudet niille, joiden rooli on muuttunut. Oikeuksien kasaantuminen on todellinen riski. Ihmiset keräävät oikeuksia ajan myötä.
Tarkistuksen aikana käy läpi myös viimeaikaiset muutokset. Kuka muokkasi mitä? Noudattiko hän hyväksyntäprosessia? Rikkoutuiko jokin muutosten takia? Säännölliset tarkistukset paljastavat ongelmat ajoissa.
Usein kysytyt kysymykset
Pitäisikö kaikilla olla muokkausoikeus vai vain tietyillä ihmisillä?
Vain tietyillä ihmisillä. Rajaa muokkaus tiimin vetäjiin ja kokeneisiin toteuttajiin. Katselijat näkevät kaiken, mutta eivät voi muokata mitään. Muokkaajat työskentelevät testiympäristössä, mutta eivät tuotannossa. Julkaisijat hoitavat siirron tuotantoon. Roolipohjainen pääsy estää vahinkomuutokset. Uudet tiimin jäsenet aloittavat katselijoina ja etenevät muokkaajiksi koulutuksen jälkeen. WEMASY-sivustonrakentajalla voit ottaa tämän käyttöön suoraan omalla verkkosivustollasi.
Millainen on oikea hyväksyntäprosessi tagimuutoksille?
Kolmivaiheinen malli toimii hyvin. Luo muutos testiympäristössä. Pyydä kollegaa tarkistamaan se. Pyydä esihenkilöä tai vetäjää hyväksymään se. Vie se sitten tuotantoon. Rutiinimuutoksissa voit kevyentää mallin kaksivaiheiseksi. Älä kuitenkaan koskaan ohita hyväksyntää kokonaan. Muutoksen tarkistaminen maksaa vähemmän kuin rikkoutuneen tagin korjaaminen.
Olemme pieni tiimi. Voimmeko ohittaa viralliset hallintamallit?
Voit toimia vapaamuotoisemmin, mutta älä ohita hallintaa kokonaan. Vähintään yksi henkilö luo muutoksen ja toinen tarkistaa sen ennen tuotantoa. Testaa muutokset testiympäristössä. Seuraa muutoksia muutoslokien avulla. Jo pienet tiimit hyötyvät perushallinnasta. Kun kasvat, viralliset prosessit muuttuvat välttämättömiksi.
Miten hoidamme kiireelliset muutokset, jotka pitää saada julkaistua nopeasti?
Luo nopeutettu hyväksyntäprosessi. Ehkä riittää yksi hyväksyjä kahden sijaan. Ehkä suullinen hyväksyntä riittää kirjallisen sijaan. Dokumentoi muutos silti. Pyydä silti jotakuta tarkistamaan se. Testaa silti testiympäristössä, jos mahdollista. Kiire ei tarkoita holtittomuutta. Nopeus syntyy harjoittelusta ja selkeistä prosesseista, ei vaiheiden ohittamisesta.
Mitä teemme, jos joku rikkoo tuotannon hyväksymättömällä muutoksella?
Ensin peru muutos heti. Sitten selvitä, mitä tapahtui. Sen jälkeen vahvista hyväksyntäprosessi. Käytä tilannetta oppimiseen. Vaadi hyväksyntää jatkossa. Toistuva sääntöjen rikkominen voi tarkoittaa, että henkilön muokkausoikeus poistetaan. Tee selväksi, että hyväksyntä suojaa kaikkia, myös muutoksen tekijää.
Miten hallitsemme pääsyä, kun ihmisten roolit muuttuvat?
Tarkista oikeudet roolin vaihtuessa. Tarvitseeko henkilö vielä pääsyä vanhalle alueelleen? Tarvitseeko hän pääsyn uudelle alueelle? Poista vanhat oikeudet. Lisää uudet. Ajoita neljännesvuosittaiset tarkistukset, jotta unohtuneet oikeudet löytyvät. Ihmiset unohtavat joskus pyytää oikeuksien muutosta. Säännölliset tarkistukset huomaavat sen.