Svetainės šablonų auditas: pasikartojantis būdas įvertinti šablonus skirtingiems klientams

Santrauka

Kaip pasirenkate šabloną klientui, kai pasirinkimas turi išgyventi kontaktą su antru klientu, trečiu ir dar keliolika? Pirmasis šablonas yra lengvas: randate kažką, kas atrodo tinkamai, parodote klientui ir judate toliau. Dešimtasis šablonas yra ten, kur modelis lūžta. Tuomet jau esate paveldėję krūvą mažų kompromisų — maketą, kuris kovoja su turiniu, funkciją, kurios klientui nereikia, pritaikymą, kuris sugedo po kito atnaujinimo. Sprendimas nėra nustoti naudoti šablonus; jie išlieka greitas ir prieinamas būdas paleisti profesionalią svetainę. Sprendimas yra traktuoti šabloną taip, kaip inžinerijos komanda traktuoja trečiosios šalies priklausomybę: atlikti auditą prieš jį priimant, užfiksuoti, ką radote, ir padaryti auditą pakartojamą kiekvienam klientui.

Kaip pasirenkate šabloną klientui, kai pasirinkimas turi išgyventi kontaktą su antru klientu, trečiu ir dar keliolika? Pirmasis šablonas yra lengvas: randate kažką, kas atrodo tinkamai, parodote klientui ir judate toliau. Dešimtasis šablonas yra ten, kur modelis lūžta. Tuomet jau esate paveldėję krūvą mažų kompromisų — maketą, kuris kovoja su turiniu, funkciją, kurios klientui nereikia, pritaikymą, kuris sugedo po kito atnaujinimo. Sprendimas nėra nustoti naudoti šablonus. Šablonai išlieka greitas ir prieinamas būdas paleisti profesionalią svetainę, ir daugeliui klientų jie yra teisingas pasirinkimas. Sprendimas yra traktuoti šabloną taip, kaip inžinerijos komanda traktuoja trečiosios šalies priklausomybę: atlikti auditą prieš jį priimant, užfiksuoti, ką radote, ir padaryti auditą pakartojamą kiekvienam klientui.

Pirmasis prieštaravimas: „Neturime laiko vertinti šablonų, klientui svetainės reikia dabar“

Viena valanda struktūruoto vertinimo dabar sutaupys jus nuo dešimčių valandų nestruktūruoto taisymo vėliau. Tai ne šūkis; tai apskaita. Kai priimate šabloną nepažvelgę į jo keitimų paviršių, riziką prisiimate iš anksto. Trūkstamas funkcijas atrandate klientų peržiūrų metu, o ne testavimo aplinkoje.

Keitimų paviršius yra kiekviena vieta, kur turėsite paliesti šabloną, kad jis atitiktų kliento turinį ir prekės ženklą. Įsivaizduokite statybų įmonę, kuri prašo modernaus industrinio vaizdo. Randate šabloną su tamsiu herojaus bloku, ryškią tipografiką ir krano nuotrauka. Prekyvietės peržiūroje jis atrodo puikiai. Tada bandote pridėti projekto galeriją su ilgais aprašymais ir pastebite, kad portfolio blokas palaiko tik trumpas antraštes, o mygtukas „paprašyti pasiūlymo“ yra užkoduotas vienam el. pašto adresui. Dabar rašote pakeitimus dalykams, kuriuos šablonas turėjo pateikti kaip parinktis.

Prieš klientui ką nors pasirašant, atlikite testavimo aplinkos pratimą. Įkelkite šabloną į naują, tuščią aplinką. Sudarykite kliento neperžengiamų funkcijų sąrašą ir susiekite kiekvieną su šablono nustatymu. Išbandykite tris pakeitimus, kuriuos greičiausiai darysite: pakeiskite logotipą, pakeiskite pagrindinę spalvą, perrašykite pagrindinio puslapio tekstą. Pažymėkite, kurie pakeitimai buvo nustatymai, o kuriems reikėjo redaguoti kodą. Tai ne gilus techninis auditas; tai sutelktas dvidešimties minučių pratimas, parodantis, ar šablonas yra atspirties taškas, ar atskiras projektas.

Antrasis prieštaravimas: „Kiekvienas klientas yra skirtingas, todėl standartinė peržiūra neveiks“

Komercinis santechnikos tiekėjas ir specializuota maisto parduotuvė ateina į jūsų komandą. Vizualiai jie beveik neturi nieko bendro. Santechnikos klientui reikia produktų kategorijų, specifikacijų lapų ir pasiūlymo užklausos darbo eigos. Maisto parduotuvei reikia produktų sąrašų, pristatymo informacijos ir užsakymo kelio. Skirtingi pramonės šablonai jiems tiks — šablonų prekyvietėse siūlomi pramonei būdingi dizainai, dažnai su tokiomis funkcijomis kaip produktų katalogai, rezervavimo sistemos ar portfolio galerijos. Tačiau audito klausimai abiem atvejais lieka tie patys: ar galiu perkelti logotipą neliesdamas kodo? Ar galiu pakeisti naršymo tvarką? Ar galiu vienoje vietoje pakeisti pavyzdinius kontaktinius duomenis? Ar įdiegta funkcija atitinka tai, kaip šis klientas iš tikrųjų priima užsakymus ar užklausas?

Frazė „kiekvienas klientas yra skirtingas“ yra būtent tai, kodėl standartinė peržiūra svarbi. Ji neleidžia jums padaryti tos pačios brangios klaidos nauju pavidalu.

Štai kaip atrodo demonstracinė peržiūra, palyginti su tuo, ką auditas iš tikrųjų tikrina:

Ką rodo prekyvietės demonstracija	Ką auditas iš tikrųjų tikrina
Poliruotas pagrindinis puslapis dideliame staliniame ekrane	Kaip šablonas elgiasi telefono, planšetės ir stalinio kompiuterio plotyje ir kaip sugriūva naršymas
Akcinės nuotraukos ir trumpas, tvarkingas pavyzdinis tekstas	Kaip maketo blokai elgiasi su realistiškomis turinio apimtimis, įskaitant ilgus produktų pavadinimus ar tankius kontaktų duomenis
Sklandūs užvedimo efektai ir animacijos	Ar sąveikos yra prieinamos, ir ar jos atitolina pirmąjį atvaizdavimą įprastoje ryšio linijoje
Funkcijos piktograma, pvz., „į krepšelį“ arba „rezervuoti dabar“	Ar funkcija yra konfigūruojama, ar ji siunčia duomenis ten, kur klientas juos kontroliuoja, ir ar ji atitinka kliento faktinį darbo eigą
„Lengvai pritaikoma“ aprašyme	Kuriuos pakeitimus galite atlikti vizualiame redaktoriuje, o kuriems reikia perrašyti stilių ar žymėjimą

Šabloną renkantis pagal išvaizdą agentūros galiausiai gauna šabloną, kuris kovoja su turiniu; į turinį orientuota darbo eiga nuo pat pradžių išlaiko kliento realią medžiagą akyse. Tada auditas egzistuoja, kad patikrintų, ar šablonas gali nešti tą medžiagą be pastangų.

Trečiasis prieštaravimas: „Demonstracija atrodo gerai, todėl jau žinome, ko mums reikia“

Atidarykite demonstraciją privačiojo naršymo lange ir pakeiskite jos dydį nuo 320 pikselių iki 1440 pikselių, prieš spustelėdami mygtuką, kuriame rašoma kažkas panašaus į „Pradėti su šiuo šablonu“. Darykite tai lėtai. Stebėkite, kur sugriūva naršymas, kur apkerpami paveikslėliai ir kur tekstas pradeda išsilieti iš savo konteinerio. Vienintelis šis pratimas pasakys daugiau nei aplankas su ekrano nuotraukomis.

Čia nuobodūs kriterijai, aprašyti kiekviename šablone — prisitaikymas prie įrenginių, SEO palankumas, įkėlimo greitis, vartotojo patirtis — tampa apčiuopiami. Prekyvietės demonstracija beveik neabejotinai veikia pačios prekyvietės talpinimo aplinkoje, su švariu paveikslėlių rinkiniu ir be analitikos scenarijų. Jūsų kliento svetainė veiks jų pačių serveryje, su jų logotipu, tikruoju tekstu ir keliais trečiųjų šalių žymų kodo fragmentais. Jei šablonas, kad atrodytų tinkamai, priklauso nuo didelio reklaminio paveikslėlio, tai yra našumo problema, kurią pasirenkate šiandien.

Taip pat išbandykite funkciją, dėl kurios atkreipėte dėmesį į šabloną. Praktikos valdymo klientą gali sudominti šablonas su rezervavimo valdikliu. Demonstracijoje jis atrodo išbaigtas. Tada atrandate, kad valdiklis saugo pateiktus duomenis demonstracinėje paskyroje, lankytojams rodo šablono autoriaus formą arba visiškai nesijungia prie kliento kalendoriaus. Auditas turi atsakyti: kur keliauja duomenys? Ar klientas mato pateiktus duomenis? Ar funkcija yra šablono kodo dalis, ar ji priklauso nuo trečiosios šalies paslaugos, kuri vėliau gali pakeisti kainas? Jei paieškos pozicijos yra sprendimo dalis, prieš įsipareigodami verta patikrinti įprastus šablonų SEO mitus.

Ketvirtasis prieštaravimas: „Pritaikymas ištaisys bet kokį trūkumą, todėl tiesiog pasirinkime vieną ir pakoreguokime“

Tarkime, klientas prašo vieno nedidelio mobiliojo šrifto dydžio pakeitimo. Pastebite, kad šablono antraštės stilius apibrėžtas keliose vietose skirtinguose lūžio taškuose. Kad atliktumėte vieną nuoseklų pakeitimą, rašote keletą perrašymų. Jie veikia. Po trijų mėnesių išleidžiamas atnaujinimas; viena iš tų deklaracijų dabar konfliktuoja; kliento antraštė staiga telefonuose įgauna netikėtą dydį. Tai yra tikroji „vėliau pritaikysime“ kaina.

Pritaikymas nėra vienkartinis įvykis; tai palaikymo santykiai. Kai tik perrašote ką nors šablono pagrindiniame CSS ar žymėjime, sukuriate šablono versiją, kuri nebėra tiksliai tai, ką prižiūri autorius. Kitas atnaujinimas bus sukurtas pagal originalą, o kiekvienas perrašymas yra vieta, kur būsimas atnaujinimas gali tyliai sulaužyti kliento dizainą. Kuo daugiau pritaikote, tuo labiau tampate faktiniu šablono prižiūrėtoju — ir čia atsiranda įprastos pritaikymo klaidos.

Kartais sąžininga audito išvada yra ta, kad joks šablonas netinka. Jei kliento poreikiai yra tokie konkretūs, kad prieš paleidimą planuojate didelį pritaikymą, individualiai sukurtas sprendimas iš tikrųjų gali kainuoti mažiau per visą projekto gyvavimo laikotarpį. Šablonai yra trumpasis kelias, o trumpieji keliai naudingi tik tada, kai jie tikrai sutrumpina kelią. Šis kompromisas yra įmontuotas į tai, kaip šablonai paprastai apibūdinami: jie siūlo efektyvumą ir ekonomiškumą, sąžiningai pažymint, kad individualiai sukurtos svetainės gali suteikti didesnį lankstumą ir mastelio keičiamumą ilgalaikiam augimui. Auditas parodo, kurioje šio kompromiso pusėje jūs iš tikrųjų esate.

Penktasis prieštaravimas: „Pasirinkimas pagal pojūtį yra greitesnis, o mūsų klientai pasitiki mūsų skoniu“

Ar rezultatų lentelė pakeičia dizaino sprendimą? Ne — ir būtent todėl ji naudinga. Apsvarstykite du šablonus tam pačiam terapeuto klientui. Abu kiekvienoje audito kategorijoje gauna „taip“. Vienas turi ramesnę tipografikos skalę; kitas — išraiškingesnę spalvų sistemą. Rezultatų lentelė rodo, kad jie operaciškai lygūs, o jūsų dizaino sprendimas renkasi tą, kuris atitinka kliento asmenybę. Tai skonis, atliekantis darbą, kuriam jis iš tikrųjų tinka, užuot prašomas nuspėti atnaujinimų elgseną, duomenų tvarkymą ir mobilųjį maketą.

Laikykite rezultatų lentelę paprastą. Kiekvienam šablonui įvertinkite penkis dalykus, kurie griauna projektus: keitimų paviršius, atnaujinimų kelias, funkcijų atitikimas, prisitaikymo elgsena ir našumas/SEO palankumas. Naudokite tik „taip“, „iš dalies“ arba „ne“. Kai gaunate daugiau nei vieną „ne“, turite pokalbį, o ne nuosprendį. Tas pokalbis tampa pasikartojančia jūsų bendravimo su klientais dalimi: „Mes nepasirinkome šio šablono, nes jo rezervavimo funkciją būtų reikėję pakeisti per kelis mėnesius.“ Tai lengviau apginti nei „aš nemanau, kad jis atrodė tinkamai.“

Išvada: leiskite auditui būti tuo, ką kartojate

Tikslas nėra tobulas šablonas. Tobulo šablono nėra. Yra tik šablonas, kurio kompromisus pamatėte iš anksto ir sąmoningai priėmėte. Kai atliekate auditą prieš priimdami, taip pat galite sukurti nedidelę anotuotų šablonų pastabų biblioteką — kuris šablonas tiko produktų katalogo klientui, kuris susidorojo su ilgos formos portfeliu, ir kokius perrašymus turėjote padaryti, kad tai pasiektumėte. Kitas projektas prasideda nuo tos bibliotekos, o ne nuo tuščios paieškos peržiūros. Taip šablonų darbo eiga tampa pakartojama įvairiems klientams: ne naudojant tą patį šabloną kiekvieną kartą, o turint bendrą procesą, padedantį nuspręsti, ar šablonas vertas darbo tapti pristatomu rezultatu.

Vienas įspėjimas: griežtumas turėtų proporcingai didėti su įsipareigojimo dydžiu. Vietos verslo vieno puslapio rinkodaros svetainei nereikia dviejų dienų audito; klientui, kurio pajamos priklauso nuo šablono rezervavimo sistemos, reikia. Procesas tas pats. Keičiasi klausimų gylis.