Veebisaidi mallide audit: korratav viis mallide hindamiseks erinevate klientide jaoks

Kokkuvõte

Kuidas valida kliendile mall, kui see valik peab vastu pidama ka teise, kolmanda ja veel tosina kliendi kontaktiga? Esimene mall on lihtne: leiad midagi, mis näeb välja õige, näitad seda kliendile ja liigud edasi. Kümnes mall on see, kus muster puruneb. Selleks ajaks oled pärandanud hunniku väikseid kompromisse — paigutus, mis võitleb sisuga, funktsioon, mida klient ei vaja, kohandus, mis läks järgmisel uuendusel katki. Lahendus ei ole mallide kasutamisest loobumine; need on endiselt kiire ja taskukohane viis professionaalse veebisaidi käivitamiseks. Lahendus on kohelda malli nii, nagu insenerimeeskond kohtleb kolmanda osapoole sõltuvust: auditeeri seda enne kasutuselevõttu, dokumenteeri, mida leiad, ja muuda audit korratavaks iga kliendi jaoks.

Kuidas valida kliendile mall, kui see valik peab vastu pidama ka teise, kolmanda ja veel tosina kliendi kontaktiga? Esimene mall on lihtne: leiad midagi, mis näeb välja õige, näitad seda kliendile ja liigud edasi. Kümnes mall on see, kus muster puruneb. Selleks ajaks oled pärandanud hunniku väikseid kompromisse — paigutus, mis võitleb sisuga, funktsioon, mida klient ei vaja, kohandus, mis läks järgmisel uuendusel katki. Lahendus ei ole mallide kasutamisest loobumine. Mallid jäävad kiireks ja taskukohaseks viisiks professionaalse veebisaidi käivitamiseks ning paljude klientide jaoks on need õige otsus. Lahendus on kohelda malli nii, nagu insenerimeeskond kohtleb kolmanda osapoole sõltuvust: auditeeri seda enne kasutuselevõttu, dokumenteeri, mida leiad, ja muuda audit korratavaks iga kliendi jaoks.

Esimene vastuväide: „Meil ei ole aega malle hinnata, klient vajab saiti kohe”

Üks tund struktureeritud hindamist nüüd säästab teid tosinate tundide eest, mis kuluvad hiljem struktureerimata parandustööle. See ei ole loosung; see on raamatupidamine. Kui võtate malli kasutusele ilma selle muutuspinda vaatamata, seate end riskile. Avastate puuduvad funktsioonid kliendikohtumistel, mitte ettevalmistusfaasis.

Muutuspind on iga koht, mida peate mallis puudutama, et see sobiks kliendi sisu ja brändiga. Oletame, et ehitusettevõte küsib kaasaegset tööstuslikku ilmet. Leiate malli tumeda hero, julge tüpograafia ja kraanafotoga. See näeb turuplatsi eelvaates täiuslik välja. Seejärel proovite lisada projektigalerii pikkade kirjeldustega ja avastate, et portfelliplokk toetab ainult lühikesi pealdisi ning „küsi hinnapakkumist” nupp on kõvakodeeritud ühele e-posti aadressile. Nüüd kirjutate ülekirjutusi asjadele, mida mall oleks pidanud võimalustena pakkuma.

Enne kui klient midagi allkirjastab, tehke ettevalmistusharjutus. Tõmmake mall värskesse tühja keskkonda. Loetlege kliendi mittekaubeldavad funktsioonid ja vastendage igaüks malli seadega. Proovige kolme muudatust, mida kõige tõenäolisemalt teete: vahetage logo, muutke põhivärvi, kirjutage avalehe tekst ümber. Pange tähele, millised muudatused olid seaded ja millised nõudsid koodi redigeerimist. See ei ole süvatehniline audit; see on keskendunud kahekümneminutiline harjutus, mis ütleb teile, kas mall on lähtepunkt või omaette projekt.

Teine vastuväide: „Iga klient on erinev, seega standardne ülevaade ei tööta”

Sanitaartehnika hulgimüüja ja eritoidupood astuvad teie meeskonda. Neil pole visuaalselt peaaegu midagi ühist. Sanitaartehnika klient vajab tootekategooriaid, spetsifikatsioonilehti ja hinnapäringu töövoogu. Toidupood vajab tooteloendeid, tarneinfot ja tellimise teed. Erinevad tööstusharu mallid sobivad neile — malliturud pakuvad valdkonnapõhiseid kujundusi, sageli koos selliste funktsioonidega nagu tootekataloogid, broneerimissüsteemid või portfelliesitlused. Kuid auditiküsimused jäävad mõlema puhul samaks: kas ma saan logot liigutada ilma koodi puudutamata? Kas ma saan navigatsioonijärjekorda muuta? Kas ma saan asendada kohatäitja kontaktandmed ühest kohast? Kas kaasatud funktsioon sobib sellega, kuidas see klient tegelikult tellimusi või päringuid vastu võtab?

Fraas „iga klient on erinev” on just see, miks standardne ülevaade on oluline. See hoiab ära sama kallid vead uues maskeeringus.

Siin on see, kuidas näeb demohinnang versus see, mida audit tegelikult kontrollib:

Mida turuplatsi demo näitab	Mida audit tegelikult kontrollib
Täiuslik avaleht suurel lauaarvuti ekraanil	Kuidas mall käitub telefoni, tahvelarvuti ja lauaarvuti laiustel ning kuidas navigatsioon kokku tõmbub
Varufotod ja lühike korras kohatäitetekst	Kuidas paigutusplokid käituvad realistliku sisu pikkuse korral, sealhulgas pikad tootenimed või tihedad kontaktandmed
Sujuvad hõljutusefektid ja animatsioonid	Kas interaktsioonid on ligipääsetavad ja kas need viivitavad esmast esitamist tüüpilise ühenduse korral
Funktsiooniikoon nagu „lisa ostukorvi” või „broneeri kohe”	Kas funktsioon on seadistatav, kas see saadab andmed kuhugi, mida klient kontrollib, ja kas see ühtib kliendi tegeliku töövooluga
„Kergesti kohandatav” kirjelduses	Milliseid muudatusi saate teha visuaalses redaktoris ja millised nõuavad stiili või märgistuse ümberkirjutamist

Malli valimine välimuse järgi on see, kuidas agentuurid satuvad mallini, mis võitleb sisuga; sisu esikohale seadev töövoog hoiab kliendi tegelikku materjali algusest peale silme ees. Audit on selleks, et kontrollida, kas mall suudab seda materjali kandma ilma pingutuseta.

Kolmas vastuväide: „Demo näeb hea välja, nii et me juba teame, mida vajame”

Avage demo privaatse sirvimise aknas ja muutke selle suurust 320 pikslilt 1440 piksliniks, enne kui klõpsate nuppu, mis ütleb midagi sellist nagu „Alusta selle malliga”. Tehke seda aeglaselt. Jälgige, kus navigatsioon kokku tõmbub, kus pildid kärbuvad ja kus tekst hakkab oma konteinerist välja voolama. See üksainus harjutus ütleb teile rohkem kui kaust ekraanipilte.

Siin muutuvad igas malli kirjelduses olevad igavad kriteeriumid — reageerimisvõime, SEO-sõbralikkus, laadimiskiirus, kasutajakogemus — konkreetseks. Turuplatsi demo töötab peaaegu kindlasti turuplatsi enda majutuskeskkonnas, puhta pildikomplektiga ja ilma analüütikaskriptideta. Teie kliendi sait töötab nende enda hostil, nende logoga, nende päris tekstiga ja mõne kolmanda osapoole sildiga. Kui mall sõltub suurest bänneripildist, et hea välja näha, on see jõudlusprobleem, mille te täna valite.

Testige ka funktsiooni, mis teid malli juurde tõi. Praktikahalduse klient võib tõmbuda broneerimisvidinaga malli poole. See näeb demos välja viimistletud. Siis avastate, et vidin salvestab esitused demo kontole, suunab külastajad malli autori vormile või ei ühendu kliendi kalendriga üldse. Audit peab vastama: kuhu andmed lähevad? Kas klient näeb esitusi? Kas funktsioon on malli koodi osa või sõltub see kolmanda osapoole teenusest, mis võib hiljem hindu muuta? Kui otsingurankid on otsuse osa, tasub levinud mallide SEO-müütide enne pühendumist üle vaadata.

Neljas vastuväide: „Kohandamine parandab kõik puudused, seega valime lihtsalt ühe ja kohandame”

Oletame, et klient palub ühte väikest kohandust mobiili fondi suuruses. Leiate, et malli pealkirjastiil on määratletud mitmes kohas erinevates murdepunktides. Ühe järjepideva muudatuse tegemiseks kirjutate hulga ülekirjutusi. Need töötavad. Kolm kuud hiljem tuleb uuendus; üks neist deklaratsioonidest hakkab nüüd konfliktima; kliendi pealkiri hüppab ootamatult telefonides ootamatu suuruseni. See on „kohandame hiljem” tegelik hind.

Kohandamine ei ole ühekordne sündmus; see on hooldussuhe. Hetkel, kui kirjutate üle midagi malli aluseks olevas CSS-is või märgistuses, loote malli versiooni, mis ei ole enam täpselt see, mida autor hooldab. Järgmine uuendus kirjutatakse originaali vastu ja iga ülekirjutus on koht, kus tulevane uuendus võib vaikselt kliendi kujunduse katki teha. Mida rohkem kohandate, seda rohkem saate malli tegelikuks hooldajaks — ja seal ilmnevad tavalised kohandamisvead.

Mõnikord on auditi aus järeldus see, et ükski mall ei sobi hästi. Kui kliendi vajadused on piisavalt spetsiifilised, et plaanite enne käivitamist rasket kohandamist, võib kohandatud lahendus tegelikult projekti eluea jooksul vähem maksma minna. Mallid on otsetee ja otseteed on kasulikud ainult siis, kui need teed tõesti lühendavad. See kompromiss on sisse ehitatud ka sellesse, kuidas malle tavaliselt kirjeldatakse: need pakuvad tõhusust ja kulutõhusust, ausa hoiatusega, et kohandatud veebisaidid võivad pakkuda suuremat paindlikkust ja skaleeritavust pikaajaliseks kasvuks. Audit ütleb teile, kummal pool seda kompromissi te tegelikult olete.

Viies vastuväide: „Tunde järgi valimine on kiirem ja meie kliendid usaldavad meie maitset”

Kas skoorikaart asendab kujundusotsust? Ei—ja just sellepärast on see kasulik. Mõelge kahele mallile sama terapeudi kliendi jaoks. Mõlemad saavad igas auditi kategoorias „jah”. Ühel on rahulikum tüpograafiline skaala; teisel on väljendusrikkam värvisüsteem. Skoorikaart ütleb teile, et need on tegevuslikult võrdsed, ja teie kujundusotsus valib selle, mis sobib kliendi isiksusega. See on maitse, mis teeb tööd, mida see tegelikult oskab, selle asemel et paluda tal ennustada uuenduste käitumist, andmetöötlust ja mobiilipaigutust.

Hoidke skoorikaarti lihtsana. Iga malli puhul hinnake viite asja, mis projekte lõhuvad: muutuspind, uuendustee, funktsioonide sobivus, reageerimisvõime ja jõudlus/SEO-sõbralikkus. Kasutage ainult „jah”, „osaliselt” või „ei”. Kui saate rohkem kui ühe „ei”, on teil vestlus, mitte otsus. Sellest vestlusest saab korratav osa teie kliendikesksest põhjendusest: „Me ei valinud seda malli, sest selle broneerimisfunktsioon oleks vajanud mõne kuu jooksul väljavahetamist.” Seda on lihtsam kaitsta kui „Mulle ei tundunud see õige.”

Kokkuvõte: Las audit olla see, mida kordate

Eesmärk ei ole täiuslik mall. Täiuslikku malli pole olemas. On ainult mall, mille kompromisse olete ette näinud ja teadlikult vastu võtnud. Kui auditeerite enne kasutuselevõttu, saate luua ka väikese märkustega malli märkmete kogu — milline mall töötas tooteloendi kliendi puhul, milline sai hakkama pika portfelliga ja milliseid ülekirjutusi pidite tegema, et sinna jõuda. Järgmine projekt algab selle koguga, mitte tühja otsingueelvaatega. Nii muutub malli töövoog klientide lõikes korratavaks: mitte kasutades iga kord sama malli, vaid omades ühist protsessi, et otsustada, kas mall väärib seda, et temast saaks lõpptulemus.

Üks hoiatus: põhjalikkus peaks skaleeruma kohustuse suurusega. Üheleheküljeline turundussait kohalikule ettevõttele ei vaja kahepäevast auditit; klient, kelle tulu sõltub malli broneerimissüsteemist, vajab. Protsess on sama. Muutub küsimuste sügavus.