A weboldalsablon-audit: Megismételhető módszer a sablonok ügyfelek közötti értékelésére

Összefoglaló

Hogyan választ sablont egy ügyfélnek, ha a választásnak túl kell élnie egy második ügyféllel való találkozást, majd egy harmadikat, és még egy tucatnyit? Az első sablon egyszerű: talál valamit, ami jól néz ki, megmutatja az ügyfélnek, és továbblép. A tizedik sablonnál törik meg a minta. Addigra már apró kompromisszumok halmazát örökölte — egy elrendezést, amely harcol a tartalommal, egy funkciót, amelyre az ügyfélnek nincs szüksége, egy testreszabást, amely a következő frissítésnél elromlott. A megoldás nem az, hogy lemondunk a sablonokról; ezek továbbra is gyors és megfizethető módot jelentenek egy professzionális weboldal elindítására. A megoldás az, ha úgy kezeljük a sablont, ahogy egy mérnöki csapat kezeli a harmadik féltől származó függőséget: auditáljuk, mielőtt átvesszük, dokumentáljuk, amit találunk, és az auditot minden ügyfélre megismételhetővé tesszük.

Hogyan választ sablont egy ügyfélnek, ha a választásnak túl kell élnie egy második ügyféllel való találkozást, majd egy harmadikat, és még egy tucatnyit? Az első sablon egyszerű: talál valamit, ami jól néz ki, megmutatja az ügyfélnek, és továbblép. A tizedik sablonnál törik meg a minta. Addigra már apró kompromisszumok halmazát örökölte — egy elrendezést, amely harcol a tartalommal, egy funkciót, amelyre az ügyfélnek nincs szüksége, egy testreszabást, amely a következő frissítésnél elromlott. A megoldás nem az, hogy lemondunk a sablonokról. A sablonok továbbra is gyors és megfizethető módot jelentenek egy professzionális weboldal elindítására, és sok ügyfél számára ezek a helyes választás. A megoldás az, ha úgy kezeljük a sablont, ahogy egy mérnöki csapat kezeli a harmadik féltől származó függőséget: auditáljuk, mielőtt átvesszük, dokumentáljuk, amit találunk, és az auditot minden ügyfélre megismételhetővé tesszük.

Az első ellenvetés: „Nincs időnk a sablonok ellenőrzésére, az ügyfélnek most kell a weboldal”

Egy óra strukturált ellenőrzés most megmenti Önt több tucatnyi strukturálatlan javítástól később. Ez nem szlogen; ez a könyvelés. Ha úgy fogad el egy sablont, hogy nem nézi meg a változtatási felületét, előre hozza a kockázatot. A hiányzó funkciókat az ügyfél-áttekintések során fedezheti fel, nem a staging során.

A változtatási felület minden olyan hely, ahol meg kell érintenie a sablont, hogy az ügyfél tartalmához és márkájához illeszkedjen. Vegyünk egy építőipari céget, amely modern ipari megjelenést kér. Talál egy sablont sötét hős képpel, félkövér tipográfiával és egy daru fényképével. A piaci előnézetben tökéletesnek tűnik. Aztán megpróbál hozzáadni egy projekttárat hosszú leírásokkal, és rájön, hogy a portfólió blokk csak rövid feliratokat támogat, és az „árajánlatkérés” gomb egyetlen e-mail címre van rögzítve. Most felülírásokat ír olyan dolgokhoz, amelyeket a sablonnak opcióként kellett volna kínálnia.

Mielőtt az ügyfél bármit aláír, futtasson le egy staging próbát. Húzza be a sablont egy friss, üres környezetbe. Sorolja fel az ügyfél nem tárgyalható funkcióit, és mindegyiket rendelje hozzá egy sablonbeállításhoz. Próbálja meg a három leggyakoribb változtatást: cserélje ki a logót, módosítsa az elsődleges színt, írja át a kezdőlap szövegét. Jegyezze fel, mely változtatások voltak beállítások, és melyek igényeltek kódszerkesztést. Ez nem mély technikai audit; ez egy fókuszált húszperces gyakorlat, amely megmondja, hogy a sablon kiindulópont-e, vagy önálló projekt.

A második ellenvetés: „Minden ügyfél más, így a szabványos felülvizsgálat nem működik”

Egy kereskedelmi vízvezeték-szerelő beszállító és egy különleges élelmiszerbolt lép a csapatába. Szinte semmi vizuális közös nincs bennük. A vízvezeték-szerelő ügyfélnek termékkategóriákra, műszaki adatlapokra és árajánlatkérési munkafolyamatra van szüksége. Az élelmiszerboltnak terméklistákra, szállítási információkra és rendelési útvonalra van szüksége. Különböző iparági sablonok felelnek meg nekik — a sablonpiacok iparágspecifikus dizájnokat kínálnak, gyakran olyan funkciókkal, mint a termékkatalógusok, foglalási rendszerek vagy portfólió-megjelenítők. De az audit kérdései mindkettőnél ugyanazok maradnak: Áthelyezhetem a logót anélkül, hogy kódot érintenék? Megváltoztathatom a navigációs sorrendet? Lecserélhetem a helykitöltő elérhetőségeket egy helyen? A beépített funkció megfelel-e annak, ahogyan ez az ügyfél valójában megrendeléseket vagy kéréseket fogad?

A „minden ügyfél más” kifejezés pontosan az, amiért a szabványos felülvizsgálat számít. Megakadályozza, hogy ugyanazt a költséges hibát új álcában kövesse el.

Így néz ki a demó-áttekintés, szemben azzal, amit az audit valójában ellenőriz:

Amit a piaci demó mutat	Amit az audit valójában ellenőriz
Egy csiszolt kezdőlap nagy asztali képernyőn	Hogyan viselkedik a sablon telefonos, táblagépes és asztali szélességeknél, és hogyan omlik össze a navigáció
Stock fotók és rövid, rendezett helykitöltő szöveg	Hogyan viselkednek az elrendezési blokkok reális tartalomhosszúságoknál, beleértve a hosszú termékneveket vagy sűrű elérhetőségeket
Sima hover effektek és animációk	Az interakciók hozzáférhetők-e, és késleltetik-e az első festést egy átlagos kapcsolaton
Egy funkcióikon, mint például „kosárba tesz” vagy „foglalás most”	A funkció konfigurálható-e, küld-e adatokat olyan helyre, amelyet az ügyfél irányít, és megfelel-e az ügyfél tényleges munkafolyamatának
„Könnyen testreszabható” a leírásban	Mely változtatásokat végezheti el a vizuális szerkesztőben, és melyek igénylik a stílus vagy a jelölőnyelv újraírását

A sablon kiválasztása külső alapján az ügynökségeknél oda vezet, hogy olyan sablonjuk lesz, amely harcol a tartalommal; a tartalom-első munkafolyamat az ügyfél valódi anyagát szem előtt tartja a kezdetektől. Az audit ezután azért van, hogy ellenőrizze, a sablon képes-e megerőltetés nélkül hordozni ezt az anyagot.

A harmadik ellenvetés: „A demó jól néz ki, így már tudjuk, mire van szükségünk”

Nyissa meg a demót privát böngészőablakban, és méretezze át 320 pixeltől 1440 pixelig, mielőtt rákattint egy olyan gombra, amely valami olyasmit mond, hogy „Kezdés ezzel a sablonnal”. Lassan tegye. Figyelje meg, hol omlik össze a navigáció, hol vágódnak a képek, és hol kezd kifolyni a szöveg a tartójából. Ez az egyetlen gyakorlat többet mond Önnek, mint egy mappányi képernyőkép.

Itt válnak konkréttá a sablonleírásokban szereplő unalmas kritériumok — reszponzivitás, SEO-barátság, betöltési sebesség, felhasználói élmény. A piaci demó szinte biztosan a piac saját tárhelyén fut, tiszta képsorral és analitikai szkriptek nélkül. Az ügyfél webhelye a saját tárhelyén fog futni, az ő logójával, valódi szövegével és néhány harmadik féltől származó címkével. Ha a sablonnak egy hatalmas bannerkép kell a jó megjelenéshez, az egy teljesítményprobléma, amelyet ma választ.

Tesztelje azt a funkciót is, amely miatt a sablonra nézett. Egy gyakorlatkezelő ügyfél vonzódhat egy foglalási widgettel ellátott sablonhoz. A demóban csiszoltnak tűnik. Aztán rájön, hogy a widget a beküldéseket egy demófiókba tárolja, a sablon szerzőjének űrlapjával kéri a látogatókat, vagy egyáltalán nem csatlakozik az ügyfél naptárához. Az auditnak válaszolnia kell: hová kerülnek az adatok? Látja-e az ügyfél a beküldéseket? A funkció a sablon kódjának része, vagy egy harmadik féltől származó szolgáltatástól függ, amely később módosíthatja az árakat? Ha a keresési rangsorok szerepet játszanak a döntésben, érdemes ellenőrizni a gyakori sablon-SEO-tévhiteket, mielőtt elkötelezi magát.

A negyedik ellenvetés: „A testreszabás minden hiányosságot orvosol, csak válasszunk egyet, és igazítsuk”

Tegyük fel, hogy az ügyfél egy kis módosítást kér a mobil betűméretében. Azt találja, hogy a sablon címsorstílusa több helyen van meghatározva a töréspontok között. Az egyetlen konzisztens változtatáshoz néhány felülírást ír. Működnek. Három hónappal később jön egy frissítés; az egyik deklaráció most konfliktusba kerül; az ügyfél címsora hirtelen váratlan méretűre ugrik telefonon. Ez a „később testreszabjuk” valódi költsége.

A testreszabás nem egyetlen esemény; ez egy karbantartási kapcsolat. Amikor felülír valamit a sablon mögöttes CSS-ében vagy jelölőnyelvében, létrehoz egy olyan verziót a sablonból, amely már nem pontosan az, amit a szerző karbantart. A következő frissítés az eredetihez fog igazodni, és minden felülírás egy pont, ahol egy jövőbeli frissítés némán elronthatja az ügyfél dizájnját. Minél többet testreszab, annál inkább Ön lesz a sablon tényleges karbantartója — és itt jelennek meg a gyakori testreszabási hibák.

Néha az audit becsületes következtetése az, hogy egyetlen sablon sem felel meg jól. Ha az ügyfél igényei annyira specifikusak, hogy már az indulás előtt nagy testreszabást tervez, az egyedi fejlesztés valójában kevesebbe kerülhet a projekt élettartama során. A sablonok egy rövidítés, és a rövidítések csak akkor hasznosak, ha valóban lerövidítik az utat. Ez a kompromisszum bele van építve abba, ahogyan a sablonokat általában leírják: hatékonyságot és költséghatékonyságot kínálnak, azzal a becsületes fenntartással, hogy az egyedi webhelyek nagyobb rugalmasságot és skálázhatóságot biztosíthatnak a hosszú távú növekedéshez. Az audit megmondja, hogy a kompromisszum melyik oldalán áll valójában.

Az ötödik ellenvetés: „A megérzésre való választás gyorsabb, és ügyfeleink bíznak az ízlésünkben”

Egy pontozókártya helyettesíti a dizájn-ítélőképességet? Nem — és éppen ezért hasznos. Vegyünk két sablont ugyanannak a terapeuta ügyfélnek. Mindkettő „igen”-t kap minden auditkategóriában. Az egyiknek nyugodtabb tipográfiai skálája van; a másiknak kifejezőbb színrendszere. A pontozókártya megmondja, hogy működésükben egyenlőek, és az Ön dizájn-ítélőképessége választja ki azt, amelyik az ügyfél személyiségéhez illik. Ez az ízlés, ami azt a munkát végzi, amihez valóban ért, ahelyett, hogy megjósolná a frissítési viselkedést, az adatkezelést és a mobil elrendezést.

Tartsa egyszerűen a pontozókártyát. Minden sablonnál pontozza az öt dolgot, amelyek elrontják a projekteket: változtatási felület, frissítési út, funkció-illeszkedés, reszponzív viselkedés és teljesítmény/SEO-barátság. Csak „igen”, „részben” vagy „nem” értékeket használjon. Ha egynél több „nem” van, az beszélgetést jelent, nem ítéletet. Ez a beszélgetés az ügyfél felé mutatott indoklás ismételhető részévé válik: „Azért nem ezt a sablont választottuk, mert a foglalási funkcióját hónapokon belül le kellett volna cserélni.” Ezt könnyebb megvédeni, mint azt, hogy „nem gondoltam, hogy jól néz ki.”

Következtetés: Az audit legyen az, amit megismétel

A cél nem egy tökéletes sablon. Nincs tökéletes sablon. Csak olyan sablon létezik, amelynek kompromisszumait előre látta, és tudatosan elfogadta. Ha az átvétel előtt auditál, felépíthet egy kis, jegyzetekkel ellátott sablonkönyvtárat is — melyik sablon működött egy termékkatalógus-ügyfélnek, melyik kezelte a hosszú formátumú portfóliót, és milyen felülírásokat kellett ehhez elvégeznie. A következő megbízás ezzel a könyvtárral kezdődik, nem egy üres keresési előnézettel. Így válik a sablonmunkafolyamat ismételhetővé az ügyfelek között: nem ugyanazt a sablont használjuk minden alkalommal, hanem közös folyamat van annak eldöntésére, hogy egy sablon megérdemli-e, hogy szállítható eredmény legyen belőle.

Egy megjegyzés: a szigorúságnak a kötelezettségvállalás méretéhez kell igazodnia. Egy helyi vállalkozás egyoldalas marketingwebhelye nem igényel kétnapos auditot; egy olyan ügyfél, akinek a bevétele a sablon foglalási rendszerétől függ, igen. A folyamat ugyanaz. A kérdések mélysége az, ami változik.