Verkkosivupohjien auditointi: Toistettava tapa arvioida pohjia eri asiakkailla

Yhteenveto

Miten valitset pohjan asiakkaalle, kun valinnan on kestettävä toinen asiakas, kolmas ja tusina lisää? Ensimmäinen pohja on helppo: löydät jotain sopivan näköistä, näytät sen asiakkaalle ja siirryt eteenpäin. Kymmenes pohja on se, missä kaava rikkoutuu. Siihen mennessä olet perinyt kasan pieniä kompromisseja — asettelun, joka taistelee sisältöä vastaan, ominaisuuden, jota asiakas ei tarvitse, mukautuksen, joka rikkoutui seuraavassa päivityksessä. Ratkaisu ei ole lopettaa pohjien käyttö; ne ovat edelleen nopea ja edullinen tapa julkaista ammattimainen sivusto. Ratkaisu on kohdella pohjaa samoin kuin insinööritiimi kohtelee kolmannen osapuolen riippuvuutta: auditoi se ennen käyttöönottoa, dokumentoi löytämäsi ja tee auditoinnista toistettava jokaiselle asiakkaalle.

Miten valitset pohjan asiakkaalle, kun valinnan on kestettävä toinen asiakas, kolmas ja tusina lisää? Ensimmäinen pohja on helppo: löydät jotain sopivan näköistä, näytät sen asiakkaalle ja siirryt eteenpäin. Kymmenes pohja on se, missä kaava rikkoutuu. Siihen mennessä olet perinyt kasan pieniä kompromisseja — asettelun, joka taistelee sisältöä vastaan, ominaisuuden, jota asiakas ei tarvitse, mukautuksen, joka rikkoutui seuraavassa päivityksessä. Ratkaisu ei ole lopettaa pohjien käyttö. Pohjat ovat edelleen nopea ja edullinen tapa julkaista ammattimainen sivusto, ja monille asiakkaille ne ovat oikea valinta. Ratkaisu on kohdella pohjaa samoin kuin insinööritiimi kohtelee kolmannen osapuolen riippuvuutta: auditoi se ennen käyttöönottoa, dokumentoi löytämäsi ja tee auditoinnista toistettava jokaiselle asiakkaalle.

Ensimmäinen vastaväite: ”Meillä ei ole aikaa arvioida pohjia, asiakas tarvitsee sivuston nyt”

Yksi tunti jäsenneltyä arviointia nyt säästää sinut kymmeniltä tunneilta jäsentelemätöntä korjaustyötä myöhemmin. Se ei ole iskulause; se on laskelma. Kun otat pohjan käyttöön katsomatta sen muutospintaa, otat riskin etukäteen. Huomaat puuttuvat ominaisuudet asiakasarvioinneissa, etkä staging-vaiheessa.

Muutospinta on jokainen kohta, jota joudut muokkaamaan pohjassa, jotta se sopii asiakkaan sisältöön ja brändiin. Ota esimerkiksi rakennusyritys, joka pyytää modernia teollista ilmettä. Löydät pohjan, jossa on tumma hero-kuva, rohkea typografia ja kuva nosturista. Se näyttää täydelliseltä markkinapaikan esikatselussa. Sitten yrität lisätä projektigallerian, jossa on pitkiä kuvauksia, ja huomaat, että portfolioslohko tukee vain lyhyitä kuvatekstejä, ja ”pyydä tarjous” -painike on kovakoodattu yhteen sähköpostiosoitteeseen. Nyt kirjoitat ylikirjoituksia asioille, jotka pohjan olisi pitänyt tarjota vaihtoehtoina.

Ennen kuin asiakas allekirjoittaa mitään, suorita staging-harjoitus. Vedä pohja uuteen, tyhjään ympäristöön. Listaa asiakkaan ehdottomat ominaisuudet ja yhdistä jokainen pohjan asetukseen. Kokeile kolmea todennäköisintä muutosta: vaihda logo, vaihda pääväri, kirjoita etusivun tekstit uusiksi. Huomaa, mitkä muutokset olivat asetuksia ja mitkä vaativat koodin muokkaamista. Tämä ei ole syvällinen tekninen auditointi; se on keskittynyt kahdenkymmenen minuutin harjoitus, joka kertoo, onko pohja lähtökohta vai oma projektinsa.

Toinen vastaväite: ”Jokainen asiakas on erilainen, joten vakioarviointi ei toimi”

Kaupallinen putkialan toimittaja ja erikoisruokakauppa kävelevät tiimiisi. Heillä ei ole lähes mitään yhteistä visuaalisesti. Putkialan asiakas tarvitsee tuoteryhmät, tekniset tiedot ja tarjouspyyntötyönkulun. Ruokakauppa tarvitsee tuotelistaukset, toimitustiedot ja tilauspolun. Erilaiset toimialakohtaiset pohjat sopivat heille — pohjamarkkinapaikat tarjoavat toimialakohtaisia malleja, joissa on usein valmiina esimerkiksi tuoteluetteloita, varausjärjestelmiä tai portfolio-osioita. Mutta auditointikysymykset pysyvät samoina molemmille: Voinko siirtää logon koskematta koodiin? Voinko muuttaa navigoinnin järjestyksen? Voinko korvata paikkamerkkinä olevat yhteystiedot yhdestä paikasta? Vastaako sisäänrakennettu ominaisuus sitä, miten asiakas todella vastaanottaa tilauksia tai pyyntöjä?

Lause ”jokainen asiakas on erilainen” on juuri syy siihen, miksi vakioarviointi on tärkeää. Se estää sinua tekemästä samaa kallista virhettä uudessa naamioissa.

Tässä on, miltä demoarviointi näyttää verrattuna siihen, mitä auditointi todella tarkistaa:

Mitä markkinapaikan demo näyttää	Mitä auditointi todella tarkistaa
Viimeistelty etusivu suurella työpöytänäytöllä	Miten pohja käyttäytyy puhelimen, tabletin ja työpöydän leveyksillä ja miten navigointi tiivistyy
Arkistokuvat ja lyhyet, siistit paikkamerkkitekstit	Miten asettelupalikat käyttäytyvät realistisilla sisällön pituuksilla, mukaan lukien pitkät tuotenimet tai tiiviit yhteystiedot
Sulavat hover-efektit ja animaatiot	Ovatko vuorovaikutukset esteettömiä ja viivästyttävätkö ne ensimmäistä maalausta tyypillisellä yhteydellä
Ominaisuuden kuvake, kuten ”lisää ostoskoriin” tai ”varaa nyt”	Onko ominaisuus määritettävissä, lähettääkö se tietoja jonnekin, jota asiakas hallitsee, ja vastaako se asiakkaan todellista työnkulkua
”Helposti muokattavissa” kuvauksessa	Mitkä muutokset voit tehdä visuaalisessa editorissa ja mitkä vaativat tyylien tai merkinnän uudelleenkirjoittamista

Pohjan valitseminen ulkonäön perusteella on se tapa, jolla toimistot päätyvät pohjaan, joka taistelee sisältöä vastaan; sisältö edellä -työnkulku pitää asiakkaan todellisen materiaalin näkyvissä alusta alkaen. Auditointi on sitten olemassa tarkistaakseen, voiko pohja kantaa sen materiaalin vaivatta.

Kolmas vastaväite: ”Demo näyttää hyvältä, joten tiedämme jo, mitä tarvitsemme”

Avaa demo yksityisessä selausikkunassa ja muuta sen kokoa 320 pikselistä 1440 pikseliin ennen kuin klikkaat painiketta, jossa lukee jotain kuten ”Aloita tällä pohjalla”. Tee se hitaasti. Katso, missä navigointi tiivistyy, missä kuvat rajautuvat ja missä teksti alkaa vuotaa ulos säiliöstään. Yksittäinen harjoitus kertoo sinulle enemmän kuin kansiollinen kuvakaappauksia.

Tässä kohtaa tylsät kriteerit jokaisessa pohjakuvauksessa — responsiivisuus, SEO-ystävällisyys, latausnopeus, käyttökokemus — muuttuvat konkreettisiksi. Markkinapaikan demo toimii lähes varmasti markkinapaikan omalla hostingilla, puhtaalla kuvasarjalla ja ilman analytiikkaskriptejä. Asiakkaasi sivusto tulee toimimaan heidän omalla palvelimellaan, heidän logollaan, heidän oikealla sisällöllään ja muutamalla kolmannen osapuolen tunnisteella. Jos pohja on riippuvainen valtavasta bannerikuvasta näyttääkseen hyvältä, se on suorituskykyongelma, jonka valitset tänään.

Testaa myös ominaisuus, joka sai sinut katsomaan pohjaa. Asiakas, joka tarvitsee ajanvarausjärjestelmän, saattaa kiinnostua varauswidgetillä varustetusta pohjasta. Se näyttää viimeistellyltä demossa. Sitten huomaat, että widget tallentaa lähetykset demotilille, kehottaa kävijöitä täyttämään pohjan tekijän lomakkeen tai ei yhdistä lainkaan asiakkaan kalenteriin. Auditoinnin on vastattava: minne tiedot menevät? Voiko asiakas nähdä lähetykset? Onko ominaisuus osa pohjan koodia vai riippuuko se kolmannen osapuolen palvelusta, joka voi muuttaa hinnoittelua myöhemmin? Jos hakusijoitukset ovat osa päätöstä, yleiset pohjien SEO-myytit kannattaa tarkistaa ennen sitoutumista.

Neljäs vastaväite: ”Mukauttaminen korjaa kaikki puutteet, joten valitaan vain joku ja muokataan”

Sanotaan, että asiakas pyytää yhtä pientä muutosta mobiilifontin kokoon. Huomaat, että pohjan otsikkotyyli on määritelty useassa paikassa eri breakpointeissa. Tehdäksesi yhden johdonmukaisen muutoksen kirjoitat kourallisen ylikirjoituksia. Ne toimivat. Kolme kuukautta myöhemmin tulee päivitys; yksi näistä deklaraatioista on nyt ristiriidassa; asiakkaan otsikko hyppää yhtäkkiä odottamattoman kokoiseksi puhelimissa. Tämä on ”muokataan myöhemmin” -lupauksen todellinen hinta.

Mukauttaminen ei ole yksittäinen tapahtuma; se on ylläpitosuhde. Heti kun ylikirjoitat jotain pohjan taustalla olevassa CSS:ssä tai merkinnässä, luot version pohjasta, joka ei ole enää täsmälleen sama, jota tekijä ylläpitää. Seuraava päivitys kirjoitetaan alkuperäistä vasten, ja jokainen ylikirjoitus on kohta, jossa tuleva päivitys voi hiljaa rikkoa asiakkaan muotoilun. Mitä enemmän mukautat, sitä enemmän sinusta tulee pohjan de facto -ylläpitäjä — ja siinä kohtaa yleiset mukauttamisvirheet tulevat esiin.

Joskus rehellinen johtopäätös auditoinnista on, ettei mikään pohja sovi hyvin. Jos asiakkaan tarpeet ovat niin erityiset, että suunnittelet raskasta mukauttamista ennen julkaisua, mittatilaustyönä tehty sivusto voi itse asiassa maksaa vähemmän projektin elinkaaren aikana. Pohjat ovat oikotie, ja oikotiet ovat hyödyllisiä vain, jos ne todella lyhentävät reittiä. Tämä kompromissi on sisäänrakennettu siihen, miten pohjia yleensä kuvataan: ne tarjoavat tehokkuutta ja kustannustehokkuutta, rehellisellä varauksella, että mittatilaustyönä tehdyt sivustot voivat tarjota suuremman joustavuuden ja skaalautuvuuden pitkäaikaiseen kasvuun. Auditointi kertoo, kummalla puolella tätä kompromissia todella olet.

Viides vastaväite: ”Valitseminen tuntuman mukaan on nopeampaa, ja asiakkaamme luottavat makuumme”

Korvaako pistetaulukko muotoiluarvion? Ei — ja juuri siksi se on hyödyllinen. Ota kaksi pohjaa samalle terapeutti-asiakkaalle. Molemmat saavat ”kyllä” jokaisessa auditointikategoriassa. Toisessa on rauhallisempi typografinen asteikko; toisessa on ilmeikkäämpi värijärjestelmä. Pistetaulukko kertoo, että ne ovat toiminnallisesti samanarvoisia, ja muotoiluarviosi valitsee sen, joka vastaa asiakkaan persoonallisuutta. Se on makua tekemässä työtä, jossa se on hyvä, sen sijaan että sitä pyydettäisiin ennustamaan päivityskäyttäytymistä, tiedonkäsittelyä ja mobiiliasettelua.

Pidä pistetaulukko yksinkertaisena. Arvioi jokaisesta pohjasta viisi asiaa, jotka rikkovat projekteja: muutospinta, päivityspolku, ominaisuuksien sopivuus, responsiivinen käyttäytyminen ja suorituskyky/SEO-ystävällisyys. Käytä vain ”kyllä”, ”osittain” tai ”ei”. Jos saat enemmän kuin yhden ”ei”, sinulla on keskustelu, et tuomio. Tästä keskustelusta tulee toistettava osa asiakaskohtaista perusteluasi: ”Emme valinneet tätä pohjaa, koska sen varausominaisuus olisi vaatinut korvaamista muutamassa kuukaudessa.” Se on helpompi puolustaa kuin ”en ajatellut, että se näyttää oikealta.”

Johtopäätös: Tee auditoinnista asia, jonka toistat

Tavoitteena ei ole täydellinen pohja. Täydellistä pohjaa ei ole olemassa. On vain pohja, jonka kompromissit olet nähnyt etukäteen ja hyväksynyt tietoisesti. Kun auditoit ennen käyttöönottoa, voit myös rakentaa pienen kirjaston kommentoiduista pohjamuistiinpanoista — mikä pohja toimi tuoteluetteloasiakkaalle, mikä käsitteli pitkän muodon portfolion ja mitä ylikirjoituksia jouduit tekemään sinne pääsemiseksi. Seuraava projekti alkaa tästä kirjastosta sen sijaan, että aloittaisit tyhjästä hakuesikatselusta. Näin pohjatyönkulusta tulee toistettavaa asiakkaiden välillä: ei käyttämällä samaa pohjaa joka kerta, vaan jakamalla yhteinen prosessi sen päättämiseen, ansaitseeko pohja sen työn, että siitä tulee toimitettava.

Yksi varaus: tarkkuuden on skaalauduttava sitoumuksen koon mukaan. Yhden sivun markkinointisivusto paikallisyritykselle ei tarvitse kahden päivän auditointia; asiakas, jonka tulot riippuvat pohjan varausjärjestelmästä, tarvitsee. Prosessi on sama. Kysymysten syvyys on se, mikä muuttuu.