Zagon je predaja: kontrolni seznam za agencije, pripravljen za stranke

Povzetek

Večina nasvetov o zagonu obravnava spletno stran kot enkraten dogodek. Za agencijo je vsak zagon predaja in ponovljivost je pomembnejša od popolnega dneva zagona. Ta članek vam ponuja kontrolni seznam pred predajo, zgrajen za upravljanje več projektov strank. Zajema določitev trdega datuma predaje, zgodnje zaklepanje vsebine, testiranje z vidika stranke, prilagajanje preverjanj glede na vrsto spletišča ter izvajanje varnostnih, SEO in runbook preverjanj. Zadnji korak je 48-urno spremljanje, ki vrača nauke v naslednji projekt. Uporabite to kot živi kontrolni seznam, ne kot seznam za kopiranje.

Večina nasvetov o zagonu je napisanih za eno spletno stran, zato v agenciji ne delujejo. Predpostavljajo, da imate neomejeno časa za testiranje vsake strani. Nimate. Imate več projektov v teku, stranko, ki je dvakrat spremenila telefonsko številko, in zainteresiranega deležnika, ki nenehno piše o eni mali stvari. Nasveti, ki delujejo, obravnavajo zagon kot predajo, ne kot dogodek. Vaš pravi izdelek je ponovljiv proces, ki ustvari spletno stran, v kateri lahko stranka živi, ne da bi vas v paniki klicala. Ta kontrolni seznam je ta proces, zgrajen za agencije, ki morajo izvajati isti kakovostni prag pri različnih strankah, proračunih in vrstah spletišč. Uporabite ga kot hrbtenico, ne kot univerzalni seznam za kopiranje.

Najprej določite datum predaje

Datum predaje vnesite v koledar, preden izberete predlogo. Poimenujte ga »pripravljeno za stranko« namesto »zagon«. Nato delajte nazaj: rok za vsebino, pregled oblikovanja, časovno okno za testiranje in realno rezervo, ker bo stranka zamudila vsaj dva dni. Zapišite datum, kjer ga bodo vsi videli.

Če datuma ni, širjenje obsega nima sidra. Ko stranka zahteva še eno stran, lahko rečete, da to premakne datum predaje. Če datum že obstaja, je kompromis viden; če ga ni, je vsaka majhna zahteva brezplačna in vsak rok je fikcija. Agencija, ki ne more imenovati datuma predaje, ne more zaščititi svojih marž. Ko začnete z nejasnim navodilom, ponovljiv agencijski proces ohranja ta pogovor enak pri vsakem projektu.

Zaklenite vsebino, ki je ni mogoče improvizirati

Vsebina je tisto, kjer spletna mesta strank razpadejo, ne koda. Razvijalec lahko zgradi stran; ne more izumiti dejanskega naslova stranke, cen ali biografij ekipe. Postavite trdo mejo za vsebino pred potrditvijo oblikovanja in naj bo enako trdna kot datum predaje.

Uporabite en standardni obrazec za zbiranje podatkov pri vsakem projektu. Zahtevajte telefon, e-pošto, fizični naslov, delovni čas in tri storitve, ki jih stranka želi prodajati. Ena stranka vam bo dala telefonsko številko, ki vodi do faksa; druga vam bo izročila logotip, shranjen kot Wordov dokument. Odkrivanje teh napak med zbiranjem vsebine je cenejše kot odkrivanje v nogi živega spletišča.

Če en del manjka ob roku, objavite z jasno označeno nadomestno vsebino (placeholder) namesto da ustavite projekt. Nadomestna vsebina z rokom je boljša od zaustavljene gradnje. Pogosta napaka je obravnavanje vsebine kot nekaj, kar je mogoče dodati pozneje, kar je način, kako zaženete spletišče z napačno označenim zemljevidom ali storitvijo, ki jo je stranka prenehala ponujati pred šestimi meseci. Načrtovanje in informacijska arhitektura obstajata, da te odločitve vsilita pred gradnjo.

Testirajte kot stranka na slab dan

Tedne ste strmeli v spletišče, zato vidite, kar pričakujete. Stranka vidi, kar je dejansko na zaslonu. Odprite spletišče v oknu brez beleženja (incognito) z novo sejo in preverite z svežimi očmi.

Kliknite vsako povezavo, ki jo vidite, ne le tistih, ki se jih spomnite. Oddajte vsak obrazec in preizkusite stanja napak, ne le pot uspeha. Naložite spletišče na telefonu, pri počasni povezavi in z odprtim menijem. Preverite, ali se telefonska številka v glavi ujema s tisto na kontaktni strani.

Tu majhne zamude postanejo zgodbe. Hero slika, ki se nalaga počasi, gumb, ki ne vodi nikamor, lepljiva glava, ki na mobilniku prekrije telefonsko številko – katero koli od teh oblikuje prvi vtis stranke. Ne potrebujete sto preverjanj; potrebujete tista, ki bi jih bilo nemogoče pojasniti. Tipkarska napaka v blog objavi je popravljiva; pokvarjena blagajna ni. Če izvajate isti test pri vsaki stranki, ne boste prvi teden po zagonu porabili za odgovarjanje na e-pošto o nedelujočih gumbih.

Prilagodite preverjanja vrsti spletišča

Preden izvedete kateri koli kontrolni seznam, naredite pregled obsega (scoping) pri vsakem projektu. Štiristranska brošurna stran in katalog trgovine nista isti projekt. Uporaba enakih preverjanj za obe je bodisi pretirano inženirstvo bodisi premalo testiranja. Preden izvedete kontrolni seznam, se odločite, katera preverjanja so pomembna za to stranko.

Vrsta spletišča	Nujna preverjanja
Brošurno spletišče	Pregled z vidika stranke, kontaktni podatki, SSL, osnovni SEO
Pristajalna stran	Čas nalaganja, oddaja obrazca, stran za zahvalo, analitika
E-trgovina	Pot nakupa, test plačila, slike izdelkov, varnostne kopije

Ohranite skupna preverjanja – datum predaje, varnost, runbook, spremljanje – in dodajte preverjanja, ki ščitijo to določeno stranko. Če izpustite korak prilagajanja, boste petek preživeli testirajoč stran s storitvami, medtem ko je prava skrb stranke blagajna, ki ne deluje. Ali pa boste zagnali e-trgovino brez testiranja plačilnega toka in stranka bo to odkrila šele, ko bo izginilo naročilo stranke.

Varnostna preverjanja zgradite enkrat, izvajajte jih vsakič

Varnost je področje, kjer agencije zaidejo. Naredite popolno revizijo za e-trgovino, nato pa preskočite brošurno spletišče, ker ne zbira podatkov. To je napačen instinkt. Smernice za spletno varnost podjetja UpGuard zahtevajo enake prakse na vsakem spletišču: posodabljajte platformo, uveljavljajte močno avtentikacijo, omejite uporabniške privilegije, redno izdelujte varnostne kopije in vse strežite prek SSL/TLS. Brošurno spletišče je še vedno lahko ogroženo; domena stranke je še vedno lahko uporabljena za pošiljanje neželene pošte.

Zgradite en skupni varnostni kontrolni seznam in ga izvajajte pri vsakem projektu. Omogočena večfaktorska avtentikacija za vsako prijavo. Posodobljena programska oprema in vtičniki. Varnostna kopija, ki je bila dejansko preizkušena, ne le načrtovana. Nameščeno in delujoče SSL/TLS potrdilo. Uporabniški privilegiji omejeni na tisto, kar vsaka oseba potrebuje.

Varnost naj bo preverjanje z da/ne. Če kateri koli odgovor ni »da«, spletišče ni pripravljeno za stranko. Preverjanje izvedite v pripravljalnem okolju (staging) pred tednom zagona, saj so napake s potrdili na noč zagona nujni primeri, ki jih ne morete zaračunati. Ohranite seznam dovolj kratek, da vsaka postavka nekaj pomeni. Če postavka vedno uspe, jo avtomatizirajte ali vključite v svoje razvojno orodje. Cena izpusta ni abstraktna; to je sporočilo sredi noči od stranke, katere spletišče je bilo napadeno.

Naj bo SEO preverjanje, ne upanje

To je zagon, ki ste ga že videli: spletišče je objavljeno, dizajn je čist, čez mesec dni pa stranka vpraša, zakaj je ni na Googlu. SEO na majhnem spletišču deluje kot prihodnji problem, zato je izpuščen. Uvodni vodnik za SEO Digital Marketing Institute obravnava tehnično nastavitev kot del osnov, ne kot marketinško navlako: HTTPS, XML zemljevid spletišča in datoteka robots.txt, ki omogoči iskalnikom dostop.

Dodajte razdelek SEO svojemu kontrolnemu seznamu predaje in ga naredite konkretnega. Preverite naslov (title tag) in meta opis za vsako ključno stran. Poskrbite, da ima vsaka stran vsaj en del prave besedilne vsebine, ne le slik. Ustvarite XML zemljevid spletišča in ga pošljite. Preverite, da robots.txt ne blokira strani, ki jih želite indeksirati.

Nič od tega ni drago. Vse je dolgočasno, zato je izpuščeno. Strošek je nekaj tednov neviden, nato pa dobite klic: zakaj mojega podjetja ni na Googlu? Na to ne morete odgovoriti s kontrolnim seznamom predaje; lahko odgovorite le z dokazom, da so bile osnove na mestu, preden je spletišče zaživelo. Za popolno nastavitev zaženite spletišče brez kode, ki se uvrsti od prvega dne. Vsaj naredite SEO preverjanje kot seznam da/ne, da se »SEO bomo naredili pozneje« ne more prikrasti v projekt.

Predajte ključe s priročnikom (runbook)

Predaja ni končana, ko spletišče zaživi. Končana je, ko se stranka lahko prijavi, ne da bi vas klicala. Povezava in geslo nista predaja; to je prva domača naloga. Stranka bo našla stran z nastavitvami, eksperimentirala in bodisi nekaj pokvarila bodisi vas poklicala z vprašanjem, na katerega bi lahko odgovorili na eni strani dokumenta.

Napišite priročnik (runbook). Kako se prijaviti in spremeniti besedilo na domači strani. Kako zamenjati sliko. Kje so domena in gostovanje. Kdaj se domena obnovi in kdo je zanjo odgovoren. Postopek registracije domene ICANN zahteva delujoče kontaktne podatke, povezane z lastnikom. Če stranka lasti domeno, mora vedeti, kje je račun in kaj se zgodi, če poteče. Vnesite datum obnovitve v priročnik; ne želite, da prvi klic po zagonu pomeni »naše spletišče je izginilo, ker nihče ni obnovil domene«.

Priročnik je lahko dolg eno stran. Ni treba, da je obsežen. Mora pa obstajati in stranka ga mora odpreti, medtem ko ste še vedno na klicu.

Spremljajte po 48 urah

Stranka po zagonu teden dni molči. Predpostavljate, da je zadovoljna. Nato prispe e-pošta z računom in ugotovite, da je šest dni preživela, ne da bi vedela, kako posodobiti lastne cene. Najbolj uporaben test se zgodi po predaji, ne pred njo.

Oseminštirideset ur po objavi spletišča pošljite kratko sporočilo. Zastavite eno specifično vprašanje, ne »je vse v redu?«. Specifični pozivi razkrijejo resnične odgovore. Ali ste se poskusili prijaviti? Ali se kontaktni obrazec prikaže v vašem nabiralniku? Ali je naslov v nogi pravilen? Zabeležite, kaj stranka sporoči, in dodajte v kontrolni seznam naslednjega projekta.

To je trenutek, ko ujamete tisto, česar ne bi mogli ujeti pred tem: dejansko telefonsko številko stranke, njene resnične slike izdelkov, integracijo, ki deluje le z njihovimi podatki. Vsakič, ko stranka razkrije vrzel, jo dodajte na naslednji mejnik predaje. Tako kontrolni seznam ostane živ, namesto da postane dokument, ki ga nihče ne bere. Če iščete večji sistem, se model zrelosti vzdrževanja spletišč za stranke začne tam, kjer se to spremljanje konča.

Preverjanje, ne trofeja

Cilj ni imeti najbolj temeljitega kontrolnega seznama v industriji. Cilj je imeti preverjanje, ki ujame težave, ki jih dejansko vidite pri svojih strankah. To pomeni obrezovanje. Če preverjanje pri zadnjih nekaj zagonih ni ujelo nobene težave, ste ga bodisi avtomatizirali bodisi je šum. Kontrolni seznam, poln postavk, ki vedno uspejo, daje lažen občutek popolnosti. Preverjanja, ki so pomembna, so tista, ki občasno spodletijo, ker prav ta preprečujejo neprijetne klice.

Ne dodajajte preverjanj, da bi bili videti procesno bogati. Dodajajte jih le, ko si zaslužijo svoje mesto. Najboljši kontrolni seznam za zagon za agencijo je krajši, kot si mislite: določen datum predaje, zaklenjena vsebina, opravljeno testiranje z vidika stranke, varnostna in SEO preverjanja so zelena, predan runbook, načrtovano spremljanje po 48 urah. Ko to preverjanje obstaja, zagon preneha biti trenutek strahu in postane formalnost. To je razlika med agencijo, ki gradi spletišča, in agencijo, ki jih predaja.