Revizija spletnih predlog: Ponovljiv način za preverjanje predlog pri strankah

Povzetek

Kako izberete predlogo za stranko, ko mora izbira preživeti stik z drugo stranko, tretjo in še ducatom drugih? Prva predloga je enostavna: najdete nekaj, kar izgleda prav, pokažete stranki in greste naprej. Deseta predloga je tam, kjer se vzorec poruši. Do takrat ste podedovali kup majhnih kompromisov – postavitev, ki se bori z vsebino, funkcijo, ki je stranka ne potrebuje, prilagoditev, ki se je pokvarila ob naslednji posodobitvi. Rešitev ni, da prenehate uporabljati predloge; ostajajo hiter in cenovno ugoden način za zagon profesionalnega spletišča. Rešitev je, da predlogo obravnavate tako, kot inženirska ekipa obravnava odvisnost tretje osebe: preverite jo, preden jo sprejmete, dokumentirajte, kaj najdete, in naredite revizijo ponovljivo pri vsaki stranki.

Kako izberete predlogo za stranko, ko mora izbira preživeti stik z drugo stranko, tretjo in še ducatom drugih? Prva predloga je enostavna: najdete nekaj, kar izgleda prav, pokažete stranki in greste naprej. Deseta predloga je tam, kjer se vzorec poruši. Do takrat ste podedovali kup majhnih kompromisov – postavitev, ki se bori z vsebino, funkcijo, ki je stranka ne potrebuje, prilagoditev, ki se je pokvarila ob naslednji posodobitvi. Rešitev ni, da prenehate uporabljati predloge. Predloge ostajajo hiter in cenovno ugoden način za zagon profesionalnega spletišča in za mnoge stranke so prava odločitev. Rešitev je, da predlogo obravnavate tako, kot inženirska ekipa obravnava odvisnost tretje osebe: preverite jo, preden jo sprejmete, dokumentirajte, kaj najdete, in naredite revizijo ponovljivo pri vsaki stranki.

Prvi ugovor: „Nimamo časa za preverjanje predlog, stranka potrebuje spletišče zdaj“

Ena ura strukturiranega preverjanja zdaj vas bo rešila pred desetinami ur nestrukturiranega odpravljanja napak pozneje. To ni slogan; to je računovodstvo. Ko sprejmete predlogo, ne da bi pogledali njeno površino sprememb, tveganje prevzamete vnaprej. Manjkajoče funkcije odkrijete med pregledi pri stranki, ne med pripravo.

Površina sprememb je vsak del predloge, ki se ga boste morali dotakniti, da bi jo prilagodili vsebini in blagovni znamki stranke. Vzemimo gradbeno podjetje, ki zahteva sodoben industrijski videz. Najdete predlogo s temnim hero posnetkom, krepko tipografijo in fotografijo žerjava. V predogledu tržnice je videti popolno. Nato poskusite dodati galerijo projektov z dolgimi opisi in odkrijete, da blok portfelja podpira samo kratke napise, gumb „Zahtevaj ponudbo“ pa je trdo kodiran na en sam e-poštni naslov. Zdaj pišete preglase za stvari, ki bi jih predloga morala ponuditi kot možnosti.

Preden stranka karkoli podpiše, izvedite preizkus v pripravljalnem okolju. Prenesite predlogo v sveže, prazno okolje. Seznam neizpogajljivih funkcij stranke preslikajte na nastavitve predloge. Poskusite narediti tri spremembe, ki jih boste najverjetneje naredili: zamenjajte logotip, spremenite primarno barvo, prepišite besedila na domači strani. Beležite, katere spremembe so bile nastavitve in katere so zahtevale urejanje kode. To ni poglobljena tehnična revizija; to je osredotočena dvajsetminutna vaja, ki vam pove, ali je predloga izhodišče ali projekt zase.

Drugi ugovor: „Vsaka stranka je drugačna, zato standardni pregled ne bo deloval“

V vašo ekipo prideta komercialni dobavitelj vodovodnih napeljav in specializirana trgovina z živili. Vizualno nimata skoraj nič skupnega. Stranka iz vodovodarstva potrebuje kategorije izdelkov, tehnične liste in delovni postopek za zahtevo za ponudbo. Trgovina z živili potrebuje sezname izdelkov, informacije o dostavi in način naročanja. Različne industrijske predloge bodo ustrezale – tržnice predlog ponujajo industrijsko specifične dizajne, pogosto s funkcijami, kot so katalogi izdelkov, rezervacijski sistemi ali portfeljske predstavitve. Toda revizijska vprašanja ostajajo enaka za obe: Ali lahko premaknem logotip brez dotikanja kode? Ali lahko spremenim vrstni red menija? Ali lahko zamenjam nadomestne kontaktne podatke na enem mestu? Ali se vgrajena funkcija ujema s tem, kako ta stranka dejansko prejema naročila ali zahteve?

Stavek „vsaka stranka je drugačna“ je ravno razlog, zakaj je standardni pregled pomemben. Prepreči vam, da bi naredili isto drago napako v novi preobleki.

Tukaj je primerjava med tem, kar prikazuje predogled demo, in tem, kar revizija dejansko preverja:

Kaj prikazuje predogled na tržnici	Kaj revizija dejansko preverja
Dovršena domača stran na velikem namiznem zaslonu	Kako se predloga obnaša pri širinah telefona, tablice in namiznika ter kako se navigacija zruši
Arhivske fotografije in kratka, urejena nadomestna besedila	Kako se bloki postavitve obnašajo pri realističnih dolžinah vsebine, vključno z dolgimi imeni izdelkov ali gostimi kontaktnimi podatki
Gladki učinki ob prehodu miške in animacije	Ali so interakcije dostopne in ali na tipični povezavi zavlačujejo prvi prikaz
Ikona funkcije, kot sta „dodaj v košarico“ ali „rezerviraj zdaj“	Ali je funkcija nastavljiva, ali pošilja podatke nekam, kar je pod nadzorom stranke, in ali ustreza dejanskemu delovnemu procesu stranke
„Enostavno prilagodljivo“ v opisu	Katere spremembe lahko naredite v vizualnem urejevalniku in katere zahtevajo prepisovanje sloga ali oznak

Izbira predloge po videzu vodi agencije do predloge, ki se bori z vsebino; vsebinsko usmerjen delovni postopek ima od samega začetka pred očmi dejansko gradivo stranke. Revizija nato obstaja zato, da preveri, ali predloga to gradivo prenese brez napora.

Tretji ugovor: „Demo izgleda v redu, zato že vemo, kaj potrebujemo“

Odprite demo v oknu zasebnega brskanja in ga preden kliknete gumb, ki pravi nekaj takega kot „Začni s to predlogo“, spremenite velikost od 320 slikovnih pik do 1440 slikovnih pik. Naredite to počasi. Opazujte, kje se navigacija zruši, kje se slike obrežejo in kje besedilo začne uhajati iz svojega vsebnika. Ta ena sama vaja vam bo povedala več kot mapa posnetkov zaslona.

Tu postanejo konkretna dolgočasna merila iz vsakega opisa predloge – odzivnost, prijaznost do SEO, hitrost nalaganja, uporabniška izkušnja. Demo na tržnici skoraj zagotovo teče na lastnem gostovanju tržnice, s čisto zbirko slik in brez analitičnih skript. Spletno mesto vaše stranke bo teklo na njenem lastnem gostovanju, z njenim logotipom, resničnimi besedili in nekaj oznakami tretjih oseb. Če je predloga za pravi videz odvisna od ogromne pasice, je to problem zmogljivosti, ki ga izbirate danes.

Preizkusite tudi funkcijo, zaradi katere ste si ogledali predlogo. Stranka, ki vodi ordinacijo, je lahko pritegnjena k predlogi s pripomočkom za rezervacije. V demu je videti dovršeno. Nato odkrijete, da pripomoček shranjuje oddane podatke v demo računu, obiskovalcem prikazuje obrazec avtorja predloge ali pa se sploh ne poveže s koledarjem stranke. Revizija mora odgovoriti: kam gredo podatki? Ali jih stranka lahko vidi? Ali je funkcija del kode predloge ali pa je odvisna od storitve tretje osebe, ki pozneje lahko spremeni cene? Če so del odločitve tudi uvrstitve v iskalnikih, je pred zavezo vredno preveriti pogoste mite o SEO pri predlogah.

Četrti ugovor: „Prilagajanje bo odpravilo vsako pomanjkljivost, zato izberimo eno in jo prilagodimo“

Recimo, da stranka zahteva eno majhno prilagoditev velikosti pisave na mobilnih napravah. Ugotovite, da je slog naslova v predlogi definiran na več mestih v različnih prelomnih točkah. Da naredite eno dosledno spremembo, napišete nekaj preglaskov. Ti delujejo. Tri mesece pozneje pride posodobitev; ena od teh deklaracij je zdaj v konfliktu; naslov stranke na telefonih nenadoma skoči na nepričakovano velikost. To je prava cena stavka „bomo prilagodili pozneje“.

Prilagajanje ni enkraten dogodek; to je vzdrževalni odnos. Trenutek, ko preglasite nekaj v osnovni kodi CSS ali oznakah predloge, ustvarite različico predloge, ki ni več natančno tisto, kar vzdržuje avtor. Naslednja posodobitev bo napisana glede na original in vsak preglas je točka, kjer lahko prihodnja posodobitev tiho pokvari dizajn stranke. Več ko prilagajate, bolj postanete de facto vzdrževalec predloge – in tu se pojavijo pogoste napake pri prilagajanju.

Včasih je iskren zaključek revizije, da nobena predloga ni primerna. Če so potrebe stranke tako specifične, da že pred zagonom načrtujete obsežno prilagajanje, je lahko izdelava po meri v življenjski dobi projekta dejansko cenejša. Predloge so bližnjica, bližnjice pa so uporabne le, ko resnično skrajšajo pot. Ta kompromis je vdelan v to, kako so predloge običajno opisane: ponujajo učinkovitost in stroškovno ugodnost, s poštenim opozorilom, da spletne strani po meri lahko zagotavljajo večjo prilagodljivost in razširljivost za dolgoročno rast. Revizija vam pove, na kateri strani tega kompromisa dejansko ste.

Peti ugovor: „Izbira po občutku je hitrejša in naše stranke zaupajo našemu okusu“

Ali ocenjevalna kartica nadomesti oblikovalsko presojo? Ne – in prav zato je uporabna. Vzemimo dve predlogi za istega terapevta. Obe dobita „da“ pri vsaki kategoriji revizije. Ena ima mirnejšo tipografsko lestvico; druga ima bolj ekspresiven barvni sistem. Ocenjevalna kartica vam pove, da sta operativno enakovredni, vaša oblikovalska presoja pa izbere tisto, ki ustreza osebnosti stranke. To je okus, ki opravlja delo, za katero je dejansko dober, namesto da bi moral napovedovati obnašanje posodobitev, ravnanje s podatki in mobilno postavitev.

Ocenjevalno kartico ohranite preprosto. Za vsako predlogo ocenite pet stvari, ki pokvarijo projekte: površino sprememb, pot posodobitev, ustreznost funkcij, odzivno obnašanje ter zmogljivost/SEO prijaznost. Uporabite samo „da“, „delno“ ali „ne“. Ko dobite več kot en „ne“, imate pogovor, ne sodbe. Ta pogovor postane ponovljiv del vaše obrazložitve za stranke: „Te predloge nismo izbrali, ker bi bilo treba njeno funkcijo rezervacij v nekaj mesecih zamenjati.“ To je lažje zagovarjati kot „ni se mi zdelo, da izgleda prav.“

Zaključek: Naj revizija postane stvar, ki jo ponavljate

Cilj ni popolna predloga. Popolne predloge ni. Obstaja samo predloga, katere kompromise ste videli vnaprej in jih zavestno sprejeli. Ko revizijo opravite pred prevzemom, lahko zgradite tudi majhno knjižnico opomb o predlogah – katera predloga je delovala za stranko s katalogom izdelkov, katera je obvladala obsežen portfelj in kakšne preglase ste morali narediti, da ste prišli tja. Naslednje sodelovanje se začne s to knjižnico namesto s praznim iskalnim predogledom. Tako delovni proces s predlogami postane ponovljiv pri različnih strankah: ne z uporabo iste predloge vsakič, ampak s skupnim postopkom za odločanje, ali predloga zasluži delo, da postane izdelek.

En pridržek: strogost naj bo sorazmerna z velikostjo zaveze. Enostransko marketinško spletišče za lokalno podjetje ne potrebuje dvodnevne revizije; potrebuje pa jo stranka, katere prihodki so odvisni od rezervacijskega sistema predloge. Postopek je enak. Spreminja se globina vprašanj.