Johda verkkopalvelua liiketoimintajärjestelmänä.
Rakenna jäljitettävä verkkosivustrategia, joka yhdistää yleisön tarpeet, asiakaspolut ja kyvykkyydet mitattaviin käyttäjä- ja liiketoimintatuloksiin.
WebChorus Editorial Team9 min lukuaika
Verkkosivustrategia kannattaa rakentaa jäljitettäväksi päätösketjuksi: organisaation tavoitteista ja yleisöä koskevasta näytöstä tunnistetaan tilanteiset tarpeet, ne sijoitetaan asiakkaan koko polulle, esteet muutetaan ratkaisuriippumattomiksi kyvykkyyksiksi ja kyvykkyydet kytketään havaittaviin käyttäjä- ja liiketoimintatuloksiin. Jokaiselle ketjulle kirjataan hypoteesi, signaalit, mittarit, lähtötaso tai tiedonpuute, omistaja sekä tarkistusrytmi. Näin keskustelu alkaa siitä, mitä sivuston pitäisi saada aikaan, eikä siitä, mitä joku haluaa rakennettavan.
Pyyntö ”tehdään tuottolaskuri” kuulostaa valmiilta toimeksiannolta, vaikka siitä puuttuu päätöksen kannalta lähes kaikki. Havainnollistavassa B2B-tilanteessa toimintajohtaja vertailee toimittajia ennen yrityksen sisäistä arviointia ja saattaa tarvita uskottavaa, keskenään vertailukelpoista näyttöä käyttöönotosta. Strategiarivi paljastaa ensin, onko vertailun vaikeus todellinen ja yleinen este. Vasta sen jälkeen voidaan arvioida, auttaako laskuri, jäsennelty sisältö, asiantuntijatuki, parempi taustadata, toimintatavan muutos vai se, ettei verkkosivustoon investoida lainkaan.
Tiivistetyt päätösperiaatteet
Strategiakartta eroaa sivukartasta ja pyyntölistasta siten, että se tallentaa perustellun yhteyden näytön, sivuston roolin ja tulosten välille. Se on paikallisesti suunniteltu päätösasiakirja, ei standardoitu viitekehys eikä Jobs to Be Done -ajattelun, asiakaspolkukartoituksen, palvelumallien, HEART-mittariston ja hyötyjen toteutumisen virallinen yhdistelmä. Hyödyllinen strategiatyö alkaa siitä, että selvitetään, keitä käyttäjät ovat, mitä he pyrkivät saavuttamaan, miten he toimivat nyt, mikä heitä haittaa ja mitä onnistuminen edellyttää.
Kartassa käsitteet pidetään tarkoituksella erillään. Yleisö tarkoittaa ihmisiä tietyssä päätös- tai toimintatilanteessa, ei pelkkää persoonan nimeä. Tarve tai ”työ” kuvaa edistymistä, jota ihminen yrittää saada aikaan, eikä yksittäistä verkkotehtävää. Asiakaspolun hetki voi ulottua useaan kanavaan, kun taas yksi sivu voi palvella montaa hetkeä. Kyvykkyys kertoo, mitä sivuston on mahdollistettava; ominaisuus, sisältömuoto, järjestelmä tai toimittajatuote on vasta mahdollinen toteutus. Tulos puolestaan on muutos, ei julkaisu, klikkaus tai liikennemäärä.
Käyttäjän tarve kannattaa kuvata ratkaistavana ongelmana tai tavoiteltavana edistymisenä, ei ennalta päätettynä sivuna tai ominaisuutena. Silti yhteys tarpeesta valittuun toteutukseen säilytetään, jotta ratkaisu voidaan myöhemmin arvioida. Laskuripyyntö ei siis ansaitse etenemistä pelkällä näkyvyydellä tai johtajan tuella. Ensin tarvitaan hyväksytty rivi, joka nimeää kohdeyleisön tilanteen, päätöksen esteen, näytön vahvuuden, sivuston uskottavan roolin ja tavoitellut tulokset. Sivut, työkalut ja tiekartan tehtävät ovat tämän perustelun jälkeisiä ehdokkaita.
Käyttökelpoiset tarvelauseet muodostetaan yhdistämällä pieni joukko selviä organisaatiotuloksia monipuoliseen yleisönäyttöön ja kirjaamalla epävarmuus näkyviin. Aloita haastatteluista tai havainnoinnista ja täydennä niitä tarkoituksen mukaan analytiikalla, sivustohaulla, tukipalvelun aineistolla, kyselyillä, myynnin tai asiakaspalvelun tiedolla sekä aiemmalla tutkimuksella. Merkitse jokaisen lähteen kohdalle, mitä se osoittaa, keitä se kattaa ja mitä siitä ei voi päätellä. Klikkipolku kertoo tapahtuneesta käyttäytymisestä, mutta se ei yksin todista käyttäjän tarkoitusta tai ongelman syytä.
Sidosryhmän ehdotus on yleisöä koskeva oletus, kunnes käyttäjiltä saatu tutkimusnäyttö tukee sitä. Tämä ei tee sidosryhmän tiedosta arvotonta: johto voi määrittää tavoitteen, myynti voi tunnistaa päätöksenteon esteen ja asiakaspalvelu toistuvan ongelman. Niitä ei kuitenkaan pidä esittää käyttäjän omana äänenä. Käytännöllinen, mutta ei kanoninen lausemalli on: ”Kun [yleisö asiaankuuluvassa tilanteessa] kohtaa [laukaisijan], hänen on pystyttävä [etenemään], jotta [toivottu tulos] toteutuu.” Näyttölähteet, kattavuus, ristiriidat ja luottamustaso kirjataan erikseen.
Työn kartoittaminen tarkastelee asiakkaan tavoittelemaa edistymistä alusta loppuun ja auttaa paikantamaan kohdat, joissa tuote tai palvelu voisi auttaa. Yhdistä päällekkäiset lauseet vain, jos niiden tilanne, laukaisija ja tavoiteltu edistyminen ovat aidosti samat. Säilytä erilliset rivit, jos tärkeys, toistuvuus, riski, haluttu lopputulos tai näytön vahvuus poikkeaa olennaisesti. Hylkää lauseet, jotka kuvaavat osastoa, ikäryhmää, sivua, klikkausta, lomakkeen lähetystä tai pyydettyä ominaisuutta. Ne voivat olla kohdennuksen tai toteutuksen tietoja, mutta eivät vielä ilmaise yleisön tavoittelemaa edistymistä.
Asiakaspolun esteet paljastavat sivuston oikean roolin, kun tarve sijoitetaan käyttäjän koko etenemiseen eikä valmiiseen markkinointisuppiloon tai organisaation prosessikaavioon. Asiakaspolkukartta kuvaa keskeisiä vuorovaikutuksia käyttäjän näkökulmasta ja voi sisältää tavoitteita, käyttäytymistä, tietotarpeita, päätöksiä, tunteita ja mahdollisia haittoja. Merkitse näyttöön perustuvat aloituskohdat, rinnakkaiset vaiheet, paluut, luovutukset ja toiminnan jälkeiset hetket. Mukaan kuuluvat sivuston lisäksi hakupalvelut, kumppanit, keskustelut, asiakirjat, fyysiset ympäristöt, palvelukohtaamiset ja tuki.
Työ kannattaa rajata käyttäjän koko ongelman ja yhteen liittyvän polun mukaan, ei organisaatiorajojen tai etukäteen valitun teknologian ehdoilla. Jokaisessa olennaisessa hetkessä kysy, mitä käyttäjä tavoittelee, mitä hän tietää, mitä hänen on päätettävä, mikä hidastaa tai sulkee hänet ulos ja mitä vahinkoa huono ratkaisu voisi aiheuttaa. Polun hetki ja verkkosivu säilyvät eri asioina: sama hetki voi kulkea usean kanavan läpi, sama sivu voi tukea useita hetkiä, eikä jokainen hetki tarvitse omaa sivua.
Muuta tuettu este ensin kyvykkyydeksi: sivuston on ehkä mahdollistettava uskottava selitys, vertailu, soveltuvuuden arviointi, näytön tarkastelu, asiointi, vahvistus, tuki, personointi tai integraatio. Testaa sitten omistajuus. Onko sivustolla riittävä sisältö, data, toimivalta, ylläpito ja riippuvuuksien hallinta? Verkkosivusto voi tukea vain osaa laajemmasta polusta, ja uskottava ratkaisu voi sijaita toisessa kanavassa, kumppanin toiminnassa, tiedonhallinnassa tai organisaation prosessissa. Palvelumalli täydentää asiakaspolkua näkyvillä kohtaamisilla, taustatyöllä ja tukiprosesseilla, mutta koko mallia ei tarvitse liittää strategiakarttaan.
Verkkosivustrategia ei ole rakennuslista vaan jäljitettävä perustelu sille, missä sivusto voi auttaa, miksi avulla on väliä ja mistä vaikutus tunnistetaan.
Kyvykkyys kytketään mitattaviin tuloksiin nimeämällä erikseen käyttäjän muutos, organisaation tavoiteltu hyöty ja niitä yhdistävä testattava hypoteesi. Käyttäjätulos voi olla parempi kyky, ymmärrys, varmuus, pääsy tai eteneminen. Organisaatiotulos voi liittyä esimerkiksi laadukkaampaan päätöksentekoon tai tarkoituksenmukaisempaan palvelukuormaan, mutta yhteys pitää ilmaista panoksena eikä automaattisena seurauksena. Verkkomittarin ja liiketoimintatuloksen samanaikainen muutos ei yksin osoita, että sivuston muutos aiheutti tuloksen. Syyvaikutuksen arviointi tarvitsee tilanteeseen sopivan tutkimusasetelman.
Merkityksellinen mittaaminen alkaa palvelun tarkoituksesta, käyttäjätarpeista, tavoitelluista tuloksista, hyödyistä ja testattavasta hypoteesista, ei valmiiksi saatavilla olevasta datasta. Etene tavoitteesta havaittavaan käyttäytymiseen tai kokemukseen ja vasta sitten mittariin. HEART ryhmittelee käyttäjäkeskeisiä mittareita tyytyväisyyden, sitoutumisen, käyttöönoton, säilymisen ja tehtäväonnistumisen näkökulmista, kun taas tavoitteet–signaalit–mittarit-ajattelu aloittaa tavoitteesta. Kumpikaan ei tarkoita, että kaikki luokat tai mittarit olisi otettava käyttöön. Valitse vain kyseiseen päätökseen tulkittavia signaaleja.
Pidä tulosmittarit, kokemusta tai käyttäytymistä selittävät signaalit ja palvelun toimintakuntoa kuvaavat mittarit eri riveillä. Yleinen liikennemittari on käyttäjäkokemuksen kannalta monitulkintainen: sivukatselujen kasvu voi kertoa sekä kiinnostuksesta että eksymisestä. Määrällinen havainto tarvitsee usein laadullisen rinnalleen, jotta tiimi ymmärtää muutoksen syyn. Mittaussuunnitelmaan kuuluvat odotettu tulos, määrälliset ja laadulliset mittarit, keruutapa, vertailutaso, vastuuhenkilö ja tarkistusrytmi. Kirjaa myös aineiston rajaus, epävarmuus ja tulkintaa rajoittavat muutokset.
Kokonaisia asiointipolkuja ja tietopainotteisia sivustoja voidaan arvioida toistettavalla käytettävyysvertailulla, jossa edustavat käyttäjät suorittavat edustavia tehtäviä ja tarkastelussa ovat esimerkiksi onnistuminen ja käytetty aika. Mittareita on tulkittava tehtävän vaativuutta vasten: nopeus ei yksin osoita parempaa päätöstä. Hyötyjen toteutumisen tarkastelu voi yhdistää käyttäjäongelman laajuuden ja toimenpiteen vaikutuksen organisaation laajempiin tavoitteisiin. Se ei kuitenkaan poista tarvetta erottaa sivuston mahdollinen panos varmistetusta syyvaikutuksesta.
| Yleisön tilanne, tarve, näyttö ja luottamus | Polun hetki, kysymykset, esteet, riskit ja päätökset | Sivuston rooli, kyvykkyys, käyttäjätulos ja organisaation panos | Hypoteesi, signaali, mittari, lähtötaso tai puute, omistaja ja rytmi |
|---|---|---|---|
| Opetusesimerkki: toimintajohtaja vertailee toimittajia ennen sisäistä arviointia. Mahdollinen tarve on muodostaa perusteltu käsitys käyttöönoton toteutettavuudesta. Vertailun esteistä ei vielä ole riittävää tutkimusnäyttöä, joten luottamus on heikko. | Polun arviointivaiheessa käyttäjä voi kysyä, ovatko toteutukset vertailukelpoisia ja soveltuvatko esimerkit hänen toimintaympäristöönsä. Päätös koskee sitä, eteneekö toimittaja sisäiseen käsittelyyn. Puuttuva tai epäyhtenäinen näyttö on tutkittava este, ei todettu fakta. | Jos tutkimus vahvistaa esteen ja sivustolla on tarvittava tieto, sen rooli voi olla uskottavan käyttöönottonäytön arvioinnin mahdollistaminen. Käyttäjä pystyy vertaamaan vaihtoehtoja perustellummin; organisaatio voi saada paremmin valmisteltuja jatkokeskusteluja. | Hypoteesi: jäsennelty, lähteistetty toteutusnäyttö auttaa kohdeyleisöä arvioimaan soveltuvuutta ja voi parantaa jatkokeskustelujen valmistelua. Signaalit ja mittarit määritellään tutkimuksen jälkeen. Lähtötaso puuttuu; omistaja ja tarkistusrytmi nimetään vasta vastuiden sekä datan saatavuuden varmistuttua. |
Strategiarivit priorisoidaan vertaamalla niiden yleisöarvoa, organisaation tavoitetta, näytön vahvuutta, sivuston vaikutusmahdollisuutta, riippuvuuksia ja epävarmuutta erillisinä harkintoina. Kysy, kuinka tärkeä ja toistuva tarve on kyseisessä tilanteessa, kuinka edustavaa näyttö on, kuinka vakavaa kitkaa, viivettä tai ulossulkemista nykytila aiheuttaa ja kuinka suoraan edistyminen voi tukea nimettyä organisaatiotulosta. Arvioi lisäksi, omistaako sivusto ongelman ja estävätkö data, toimivalta, resurssit, saavutettavuus, yksityisyys tai mittauspuutteet etenemisen.
Älä purista arvioita yhdeksi desimaaleja sisältäväksi pisteeksi, joka näyttää tarkemmalta kuin sen taustalla oleva näyttö. Tutkimuksesta peräisin oleva näyttö ja organisaation oletukset on pidettävä priorisoinnissa erillään. Samoin käyttäjäarvo, liiketoimintapanos ja toteutettavuus voivat johtaa eri suuntiin. Valitse pieni kokonaisuus rivejä, joissa on merkityksellistä arvoa, uskottava panos tavoitteeseen, todellinen vaikutusmahdollisuus ja riittävästi näyttöä toimintaan. Anna muille riveille selkeä tila: tutkitaan ensin, ohjataan sivuston ulkopuolelle, siirretään myöhemmäksi tai hylätään.
Arvioi jokainen sivu-, sisältö-, ominaisuus- ja analytiikkapyyntö kolmella kysymyksellä: mitä hyväksyttyä riviä se edistää, mikä hypoteesi yhdistää sen rivin tuloksiin ja mikä näyttö kertoisi onnistumisesta. Tuottolaskuri voi menettää paikkansa, jos vertailuongelmasta ei ole yleisönäyttöä, sivusto ei hallitse tarvittavaa kustannusdataa tai luotettava laskenta vaatii taustaprosessin muutoksen. Yhtenäisen asiakaspolun kehittäminen edellyttää vastuullisten tiimien koordinointia ja myös uuden verkkopalvelun vaihtoehtojen arviointia. Sidosryhmän innostus ei yksin korvaa näitä ehtoja.
Ensimmäinen strategiakartta rakennetaan pienenä, läpinäkyvästi keskeneräisenä päätösasiakirjana ja sitä päivitetään näytön muuttuessa. Sovi ensin muutamasta nimenomaisesta organisaatiotuloksesta, kokoa olemassa oleva yleisönäyttö ja luonnostele tilanteiset tarvelauseet. Sijoita tärkeimmät tarpeet koko asiakaspolulle, määritä vain uskottavat verkkokyvykkyydet ja yhdistä niihin käyttäjä- sekä organisaatiotulokset. Kirjaa hypoteesit, signaalit, mittarit ja tiedonpuutteet ennen kuin valitset pienen toteutusportfolion. Keskeneräisyys on hyväksyttävää, jos epävarmuutta ei peitetä.
Nimeä jokaiselle hyväksytylle riville omistaja ja tilanteeseen sopiva tarkistusrytmi; yhtä yleistä kalenteria ei tarvita. Tarkistuksessa käsitellään uusi tutkimus, laadullinen palaute, suorituskykytieto, operatiiviset muutokset, riippuvuudet ja ristiriitainen näyttö. Määritä niiden perusteella, säilytetäänkö, muutetaanko, jaetaanko, yhdistetäänkö, ohjataanko muualle vai poistetaanko rivi. Mittaamisen vastuuhenkilö ja tarkistusrytmi tulee nimetä, tuloksia verrata odotettuihin vaikutuksiin ja sekä ratkaisua että mittareita tarkentaa näytön kehittyessä.
Tutkimuksella tuetun tarpeen yhteys sitä palvelevaan sisältöön tai ominaisuuteen voidaan säilyttää myös toteutuksen jälkeen. Tämä tekee vanhentuneen perustelun, epäonnistuneen hypoteesin ja omistajattoman riippuvuuden näkyväksi ennen kuin ne muuttuvat pysyväksi tiekartaksi. Yksityiskohtainen analytiikan toteutus, informaatioarkkitehtuuri, konversio-optimointi, sisällön operointi, julkaisujärjestelmän valinta ja pyyntöjen vastaanottoprosessi kuuluvat jatkotyöhön. Ota mukaan kokenut tutkimuksen, palvelumuotoilun, mittaamisen, saavutettavuuden, tietosuojan, tilastollisen arvioinnin tai operatiivisen toiminnan asiantuntija, kun näyttö on heikkoa, polkuun liittyy merkittävää riskiä tai syyvaikutus pitää erottaa korrelaatiosta.
Tässä kuvattu strategiakartta on toimituksellinen päätösmalli, ei virallinen tai standardoitu viitekehys. Se yhdistää yleisön tilanteen, tarpeen, näytön, asiakaspolun hetken, sivuston kyvykkyyden, käyttäjä- ja organisaatiotulokset, hypoteesin, mittarit, lähtötason, omistajan sekä tarkistusrytmin. Sen tehtävä on tehdä investointien perustelut jäljitettäviksi.
Tarve kuvaa edistymistä, jota tietty yleisö tavoittelee tietyssä tilanteessa; se ei ole persoona, sivu, klikkaus tai pyydetty ominaisuus. Käytännöllinen lause nimeää tilanteen, laukaisijan, tavoitellun edistymisen ja halutun tuloksen. Näyttölähteet, kattavuus, ristiriidat ja luottamus kirjataan lauseesta erilleen.
Tarve sijoitetaan käyttäjän koko, usein epälineaariselle ja monikanavaiselle polulle. Polulta tunnistetaan kysymykset, päätökset, esteet, riskit, luovutukset ja toiminnan jälkeiset hetket. Tuettu este muutetaan ratkaisuriippumattomaksi kyvykkyydeksi vain, jos verkkosivustolla on siihen uskottava vaikutusmahdollisuus.
Nimeä ensin erillinen käyttäjätulos ja organisaatiotulos sekä niitä yhdistävä testattava hypoteesi. Valitse sitten määrälliset ja laadulliset signaalit, jotka ovat tuloksen kannalta tulkittavia. Kirjaa lähtötaso tai tiedonpuute, keruutapa, rajaukset, vastuuhenkilö ja tarkistusrytmi, äläkä tulkitse samanaikaista muutosta automaattisesti syyvaikutukseksi.
Tämän artikkelin taustatyössä käytettiin seuraavia lähteitä:
Päätöslähtöinen mittaussuunnitelma yhdistää omistajan valinnan, käyttäjätuloksen, mittarit, datarajat ja sovitun katselmoinnin.
Verkkosivuston sisältöstrategia
Yhdeksän kentän sivutarkoitusbriefi auttaa arvioimaan sisältöpyynnön, valitsemaan oikean ratkaisun ja sopimaan tuotannosta ennen kirjoittamista.
Verkkosivuston hallinta ja ylläpito
Rakenna kahdeksan päätösalueen hallintamalli, joka määrittää päätösvallan rajat, tarvittavat lausunnot, eskaloinnin ja päätösten dokumentoinnin.
