Mit o 'končani' spletni strani: kako šefu prodati vzdrževanje

Povzetek

Večina malih marketinških ekip obravnava zagon kot ciljno črto, a živa spletna stran je ponavljajoča se odgovornost: domene je treba podaljšati, gostovanje je treba plačati, programsko opremo je treba posodobiti, vsebino pa posodabljati. Pristop k netehničnemu šefu spodleti, če je predstavljen kot 'več spletnega dela', in uspe, če je predstavljen kot zaščita prihodkov in ugleda. Ta članek prikazuje pravi način odpovedi – spletno mesto, ki po zagonu tiho propada – in gradi praktičen primer za proračun za vzdrževanje, pri čemer uporablja konkretne primere glede registracije domene, varnosti in vidnosti v iskalnikih. Zajema miselni premik od projekta k sistemu, posebne naloge, ki morajo biti opravljene po zagonu, in pogovor, ki dejansko prepriča šefa. Naučili se boste tudi, zakaj varnostni argument ne bi smel začeti z hekerji, in kako vzdrževanje povezati s poslovnimi rezultati namesto s tehničnimi opravili.

Vaš šef je pravkar razglasil spletno stran za 'končano' – zakaj se vam ob tej besedi krči želodec?

To ste že doživeli. Zagnali ste se pred štirimi tedni in petke še komaj zbledele. Nato pride prva zahteva za urejanje (na strani s cenami je tipkarska napaka). Nato prodajalec vpraša, ali je kdo preveril, zakaj je spletna stran izginila iz Googla. Nato vas upravitelj gesel opozori na prijavo, ki je ne prepoznate. Nič ni katastrofalno pokvarjeno, in to je ravno problem: spletna stran propada na sto majhnih načinov, vaš šef pa še vedno verjame, da je projekt končan, ker mu nihče ni povedal, da živa spletna stran zahteva stalno delo.

To je prava vrzel. Vodniki za izdelavo spletne strani običajno zajemajo načrtovanje, informacijsko arhitekturo, izdelavo žičnih modelov, oblikovanje, vsebino, razvoj, testiranje in zagon. To je ista vrzel, zaradi katere ljudje preskočijo korak načrtovanja, ki ga preskoči večina novih lastnikov spletnih strani, le da je tokrat to korak po zagonu. Vzdrževanje je deveta, nevidna faza, in je tista, ki določa, ali vaša spletna stran ostane sredstvo ali počasi postane obveznost.

Stroški te vrzeli so nevidni, dokler niso: domena, ki poteče med lansiranjem izdelka, varnostna kopija, ki tiho odpove teden dni pred prenovo, obrazec, ki mesec dni ni zbiral ničesar. Nobena od teh stvari ni dramatična. Vse so drage.

Faza gradnje in faza delovanja sta različni nalogi

Razmišljajte o svoji spletni strani tako, kot bi razmišljali o nepremičnini, ki jo upravljate. Gradnja stavbe je projekt; upravljanje z njo je proces. Ne bi zgradili skladišča in nato nikoli pregledali strehe, naročili novega materiala ali zamenjali ključavnic, ko zaposleni odide. Spletna stran se obnaša enako, vendar se razlika med projektom in procesom izgubi, ker so gradbeni materiali digitalni in so stroški majhni.

Ta razlika je pomembna iz enega razloga: spremeni to, kar vaš šef odobrava. V fazi gradnje je cilj 'narediti resnično'. V fazi delovanja je cilj 'ohraniti zanesljivo'. Spodnja tabela je različica, ki jo uporabljam z netehničnimi deležniki, ker preslika vsako stvar, ki se zdi 'končana', v to, kaj dejansko pomeni, ko spletna stran že deluje.

Področje	Kaj šef misli, da pomeni 'končano'	Kaj 'končano' dejansko pomeni
Domena	Kupili smo naslov, torej je naš	Naslov je registriran za določeno obdobje; po ICANN-ovem opisu postopka izberete ime, preverite razpoložljivost pri registrarju in navedete kontaktne podatke. Ti podatki določajo, kdo prejme obvestila o podaljšanju, zato morajo biti pravilni in nadzorovani
Gostovanje	Datoteke so nekje na internetu	IBM opredeljuje spletno gostovanje kot shranjevanje datotek vašega spletnega mesta na strežniku za dostop prek interneta. Ta strežnik je ponavljajoč se odnos s stroški in nekdo mora vedeti, kako se vanj prijaviti
Programska oprema	Zagnali smo najnovejšo različico	Programska oprema se posodablja, vtičniki se posodabljajo in integracije je treba pregledati. Vse to se zgodi po zagonu, ne pred njim
Vsebina	Besedilo je bilo odobreno	Vsebina je pogovor z vašim trgom. Zastara, ko se spremenijo ponudbe, cene, dokazi in imena izdelkov
Iskanje	Google ve, da obstajamo	Iskalnike je treba ponovno obiskati; v zemljevide XML je treba dodati nove URL-je, datoteke robots.txt morajo ostati točne, tehnična podlaga pa mora ostati zdrava

To tabelo lahko berete na dva načina. Kot seznam opravil je prevladujoča. Kot opis tega, kaj vaša spletna stran dejansko je – sistem z vnosi, ki jih nadzirate – je pojasnjevalna. Vaš šef ni narobe, če si želi zaključka. Narobe je, kako si predstavlja zaključek.

Obstaja tudi opozorilo glede no-code. Če je bilo vaše spletno mesto zgrajeno z gradnikom povleci in spusti, ponudnik platforme skrbi za strežniško kodo, vendar vaša vsebina, vaš dostop in vaše integracije še vedno potrebujejo vzdrževanje. No-code odstrani veliko gradbenega dela; ne odstrani dela v fazi delovanja.

Vzdrževanje naj bo koledar, ne strašna zgodba

Kje torej začnete? Ne z dramatično predstavitvijo o varnosti. Začnite z najbolj konkretno, najmanj čustveno ponavljajočo se nalogo in okoli nje zgradite koledar.

Vzemite domeno. Predstavljajte si, da jo je ustanovitelj registriral pred petimi leti z osebnim e-poštnim naslovom. Nadzorna plošča registrarja je za prijavo, za katero ve le ena oseba. ICANN-ov postopek registracije domene se začne z izbiro imena, preverjanjem razpoložljivosti pri registrarju in posredovanjem kontaktnih podatkov – in ti kontaktni podatki so vrvica, ki povezuje registrarja z resničnim človekom. Če kontaktni e-poštni naslov ni nadzorovan, lahko obvestilo o podaljšanju pristane v nabiralniku, ki ga nihče ne bere. Rešitev ni tehnična prenova; je vrstica v preglednici, skupni nabiralnik in opomnik v koledarju tri tedne pred podaljšanjem. To je dolgočasno. Prav zato je popoln prvi predmet: dokazuje, da je vzdrževanje sestavljeno iz majhnih, obvladljivih nalog.

Zdaj pa gostovanje. IBM-ova razlaga se sliši preprosto – vaše datoteke živijo na strežniku – vendar ima vsak strežnik omejitve shranjevanja, stroške pasovne širine in poverilnice. Če je oseba, ki je nastavila gostovanje, ista oseba, ki je nastavila domeno, in je ta oseba odšla pred šestimi meseci, vas ena prijava loči od tega, da bi bili zaklenjeni iz svojega spletnega mesta. Vzdrževalna rešitev je, da vse storitve prenesete v en dokument, zabeležite, kdo ima dostop, in načrtujete letno revizijo. Ne prosite za velik proračun. Prosite za eno uro na mesec, da vrata ne ostanejo odklenjena.

Enaka logika velja za vse storitve, od katerih ste odvisni: e-poštne sezname, plačilne procesorje, orodja za obrazce. Vsaka ima prijavo, obračunski cikel in nekoga, ki bi jo moral biti sposoben obnoviti, če prvotni lastnik odide. Vse jih dajte v eno tabelo. Lepota začetka s koledarjem je, da zaobide stari ugovor 'to je tehnični problem'. Koledar podaljšanj in pregledov dostopa je problem upravljanja projektov in vsak netehnični šef razume upravljanje projektov.

Grožnja, ki ni heker

Pogovor o varnosti običajno spodleti, ker se začne z napačnim zlobnežem. 'Smo majhna marketinška spletna stran,' si rečete. 'Nihče nas ne cilja.' In verjetno imate prav – vendar najverjetnejša grožnja ni ciljani heker. Je zanemarjanje.

UpGuardov vodnik po varnosti spletnih strani navaja standardne ukrepe: posodabljajte programsko opremo, uveljavljajte močno avtentikacijo, kot je večfaktorska avtentikacija, omejite uporabniške privilegije, varnostno kopirajte podatke in uporabljajte šifriranje SSL/TLS. Karkoli že opazite na tem seznamu, pomemben del je glagolski čas. To so stalne prakse, ne potrditvena polja ob zagonu.

Prenesimo to na konkreten primer. Številne notranje ekipe podedujejo spletno stran z enim skupnim skrbniškim računom, ki ga uporabljajo vsi: prodajna ekipa, marketinški pripravnik, samostojni sodelavec, ki je napisal eno objavo v blogu. Nihče ne ve, kdo je bil tisti samostojni sodelavec. UpGuard bi to imenoval problem uporabniških privilegijev; vi pa lahko temu rečete tveganje, ki ga vaš šef že razume. Če ne veste, kdo se lahko prijavi, ne veste, kdo lahko ureja domačo stran, spreminja cene ali namesti nekaj, česar ne bi smelo biti. Rešitev je preprosta: ponastavite gesla, ustvarite individualne račune in odvzemite dostop, ko ljudje odidejo. To ni varnostni projekt; to je varnostno opravilo.

Dal bom nasprotujoč predlog: pri predstavitvi za proračun ne začnite z varnostjo. Za majhno ekipo beseda 'varnost' sproži bodisi 'nimamo IT proračuna' bodisi 'to se nam ne bo zgodilo.' Kar sproži ukrepanje, je konkreten skorajšnji dogodek: opozorilo brskalnika zaradi poteklega potrdila SSL/TLS, varnostna kopija, ki se nikoli ni izvedla, nekdanji pogodbenik, ki se še vedno lahko prijavi. Uporabite te konkretne stvari, da zgradite primer za mesečni blok 'zdravje spletnega mesta'. Ne prodajate strahu; prodajate usposobljenost.

In če trenutno gradite novo spletno stran, smo zagon no-code spletne strani z SEO in varnostjo že od prvega dne obravnavali drugje – vendar se disciplina prvega dne obrestuje le, če postane disciplina dvanajstega meseca.

Iskanje ne čaka na vas

Drugi razlog za propadanje spletne strani je tišji, ker se dogaja zunaj spletnega mesta. Optimizacija za iskalnike ni enkratna nastavitev. Vodnik Digital Marketing Institute opisuje SEO kot optimizacijo vsebine, strukture in tehničnih elementov za izboljšanje uvrstitve v iskalnikih, uporabniške izkušnje in verodostojnosti blagovne znamke. Beseda 'optimizacija' pomeni spreminjanje skozi čas, ne končnega stanja.

Realističen scenarij: vaš vodja prodaje vpraša, zakaj konkurent po uvrstitvi prekaša vas za ime vašega lastnega izdelka. Raziščete in ugotovite, da se zemljevid XML od zagona ni posodobil, datoteka robots.txt pa blokira del novih strani. To sta tehnični nalogi, ki sta se na prvi dan zdeli opravljeni. Rešitev je desetminutni mesečni pregled: dodajte nove URL-je v zemljevid, ga znova pošljite in preverite, ali datoteka robots ne skriva vaše najboljše vsebine. Raziskave o smernicah SEO prav tako opozarjajo na varnost HTTPS kot del tehnične podlage – kar nas pripelje nazaj k varnostnim opravilom, ki ste jih pravkar načrtovali.

Najslabše pri propadanju iskanja je, da je postopno. Redko izgubite uvrstitev v enem dnevu; izgubite mesto tukaj in mesto tam, dokler konkurent v celoti ne zasede mesta strani. Iskanje je tudi najboljši poslovni argument za vzdrževanje, ker je neposredno povezano s prihodki. Spletno mesto, ki ne vzdržuje svoje iskalne infrastrukture, ni izgubljeno zaradi dramatičnega 'vdora'; tiho predaja stranke konkurentom, ki imajo svojo tehnično podlago urejeno.

Kako prodati vzdrževanje osebi, ki podpisuje čeke

To nas pripelje do pogovora, ki ste se mu izogibali. Prositi morate za proračun ali vsaj za prostor v koledarju ekipe in potrebujete, da šef reče da, ne da bi pri tem izgubil pozornost.

Začnite z zaščito prihodkov. Ne recite 'imamo tehnični dolg' ali 'posodobiti moramo naš CMS.' Recite 'spletna stran je izložba in izložbe potrebujejo redno vzdrževanje.' Uporabite koledar vzdrževanja, ki ste ga zgradili prej, kot dokaz: tukaj so datumi podaljšanj, tukaj so pregledi dostopa, tukaj je preizkus varnostnih kopij, ki ga izvajamo vsak mesec. Šefu ni treba zaupati vam; prikazan mu je sistem, ki že deluje.

Nato mu dajte izbiro. Predstavite dve ali tri stopnje: minimalno vzdrževanje (domena, gostovanje, varnostne kopije, SSL), zdravo vzdrževanje (dodajte posodobitve vsebine in preverjanja iskanja) ter aktivno rast (dodajte eksperimente, vstopne strani in namensko podporo). Ko okvirite odločitev kot 'katero raven zanesljivosti želite?', namesto 'ali lahko porabimo več denarja?', šef izbira rezultat, ne odobrava tehničnega stroška.

Eno opozorilo: šef lahko še vedno reče ne. Če se to zgodi, vzemite dve največji tveganji – običajno nadzor dostopa in preverjanje varnostnih kopij – in ju vseeno odpravite v prostem času, ki ga imate. Ne ignorirate odločitve ne; kupujete čas, da pokažete, da vzdrževanje prinaša merljivo razliko. To je ista logika, ki stoji za modelom zrelosti vzdrževanja spletnih strani za stranke, tudi ko je vaša 'stranka' vaš lastni notranji deležnik. Model premakne spletno mesto od požarov k sistemom in deluje tako v dvočlanski marketinški ekipi kot tudi v agenciji.

Končana spletna stran ne obstaja

Spletna stran, ki ste jo zagnali, ni spletna stran, ki jo upravljate. Spreminja se, ker se spreminja vaše podjetje, ker se spreminja programska oprema in ker se spreminja sam splet. Edino pravo vprašanje je, ali boste to spremembo upravljali namensko, z majhnim proračunom in koledarjem, ali po naključju, v nizu panik.

Začnite z najmanjšo konkretno stvarjo: enim opomnikom v koledarju, enim skupnim nabiralnikom, eno revizijo računov. Ta neugledna opravila niso režija. So tisto, kar preprečuje, da spletna stran, ki ste jo tako težko zgradili, tiho zarja pod pokrovom. Ko šef vpraša, kaj je naslednje, se nasmehnite in mu pokažite koledar. To je pravo stalno delo spletne strani.