Mit o 'gotovoj' web stranici: Kako uvjeriti šefa u održavanje

Sažetak

Većina malih marketinških timova tretira lansiranje kao ciljnu liniju, ali živa web stranica je ponavljajuća odgovornost: domene treba obnavljati, hosting treba plaćati, softver treba zakrpati, a sadržaj treba ažurirati. Pitch ne-tehničkom šefu ne uspijeva kada je uokviren kao 'još web posla', a uspijeva kada je uokviren kao zaštita prihoda i reputacije. Ovaj članak prolazi kroz pravi način neuspjeha — stranicu koja tiho propada nakon lansiranja — i gradi praktičan slučaj za budžet za održavanje, koristeći konkretne primjere oko registracije domene, sigurnosti i vidljivosti u pretraživačima. Pokriva mentalni pomak s projekta na sustav, specifične zadatke koji se moraju dogoditi nakon lansiranja, i razgovor koji zapravo uvjeri šefa. Također ćete naučiti zašto sigurnosni argument ne bi trebao početi s hakerima, i kako povezati održavanje s poslovnim rezultatima umjesto s tehničkim poslovima.

Vaš šef je upravo proglasio web stranicu "gotovom" — pa zašto vam ta riječ stvara knedlu u želucu?

Već ste ovo proživjeli. Lansirali ste prije četiri tjedna, a petke (high-fives) jedva da su izblijedjeli. Onda stigne prvi zahtjev za izmjenu (na stranici s cijenama postoji tipfeler). Onda prodavač pita je li itko provjerio zašto je stranica nestala s Googlea. Onda vas upravitelj lozinki obavijesti o prijavi koju ne prepoznajete. Ništa nije katastrofalno pokvareno, a to je upravo problem: stranica propada na stotinu malih načina, a vaš šef i dalje vjeruje da je projekt gotov jer mu nitko nije rekao da živa stranica zahtijeva stalni posao.

To je pravi jaz. Vodiči za izradu web stranice obično prolaze kroz planiranje, informacijsku arhitekturu, wireframing, dizajn, sadržaj, razvoj, testiranje i lansiranje. To je isti jaz zbog kojeg ljudi preskaču korak planiranja koji većina novih vlasnika web stranica preskoči, osim što je ovaj put korak nakon lansiranja. Održavanje je deveta, nevidljiva faza, i ona određuje hoće li vaša stranica ostati imovina ili će se polako pretvoriti u obvezu.

Cijena ovog jaza nevidljiva je dok ne postane vidljiva: domena koja istekne tijekom lansiranja proizvoda, sigurnosna kopija koja tiho zakaže tjedan prije redizajna, obrazac koji mjesec dana nije prikupio ništa. Ništa od toga nije dramatično. Sve je to skupo.

Način izgradnje i način rada su različiti poslovi

Razmišljajte o svojoj web stranici kao o nekretnini kojom upravljate. Izgradnja zgrade je projekt; vođenje je proces. Ne biste izgradili skladište i zatim nikad ne pregledali krov, naručili novi inventar ili promijenili brave kada zaposlenik ode. Web stranica se ponaša na isti način, ali razlika između projekta i procesa se gubi jer su građevinski materijali digitalni, a troškovi mali.

Ova razlika je važna iz jednog razloga: mijenja ono što vaš šef odobrava. U načinu izgradnje cilj je "učiniti ga stvarnim." U načinu rada cilj je "održati ga pouzdanim." Tablica ispod je verzija koju koristim s netehničkim dionicima, jer preslikava svaku stvar koja se čini "gotovom" onome što zapravo znači nakon što je stranica uživo.

Područje	Što šef misli da "gotovo" znači	Što "gotovo" zapravo znači
Domena	Kupili smo adresu, pa je naša	Adresa je registrirana na određeni rok; prema ICANN-ovom opisu procesa, birate ime, provjeravate dostupnost putem registrara i pružate kontakt podatke. Ti podaci određuju tko prima obavijesti o obnovi, pa moraju biti točni i praćeni
Hosting	Datoteke su negdje na internetu	IBM definira web hosting kao pohranu datoteka vaše stranice na poslužitelju radi dostupnosti na internetu. Taj poslužitelj je ponavljajući odnos s troškom, i netko mora znati kako se prijaviti na njega
Softver	Lansirali smo na najnovijoj verziji	Softver se zakrpava, dodaci (plugins) se ažuriraju, a integracije treba pregledati. Sve se to događa nakon lansiranja, ne prije
Sadržaj	Tekst je odobren	Sadržaj je razgovor s vašim tržištem. Zastarijeva kako se ponude, cijene, dokazi i nazivi proizvoda mijenjaju
Pretraživanje	Google zna da postojimo	Tražilice treba ponovno posjećivati; XML sitemape treba ažurirati s novim URL-ovima, robots.txt datoteke moraju ostati točne, a tehnička podloga mora ostati zdrava

Tu tablicu možete čitati na dva načina. Kao popis poslova, neodoljiva je. Kao opis onoga što vaša web stranica zapravo jest — sustav s ulazima koje kontrolirate — razjašnjavajuća je. Vaš šef nije u krivu što želi zatvaranje. Pogrešan je njegov pogled na to kako zatvaranje izgleda.

Ovdje postoji i no-code napomena. Ako je vaša stranica izgrađena pomoću alata za povlačenje i ispuštanje (drag-and-drop), dobavljač platforme upravlja poslužiteljskim kodom, ali vaš sadržaj, vaš pristup i vaše integracije i dalje trebaju održavanje. No-code uklanja mnogo posla izgradnje; ne uklanja posao načina rada.

Pretvorite održavanje u kalendar, a ne u priču o zastrašivanju

Dakle, odakle početi? Ne s dramatičnom sigurnosnom prezentacijom. Počnite s najkonkretnijim, najmanje emotivnim ponavljajućim zadatkom i izgradite kalendar oko njega.

Uzmite domenu. Zamislite da ju je osnivač registrirao prije pet godina s osobnom adresom e-pošte. Nadzorna ploča registrara iza prijave koju zna samo jedna osoba. ICANN-ov proces registracije domene počinje odabirom imena, provjerom dostupnosti putem registrara i pružanjem kontakt informacija — a te kontakt informacije su kabel koji povezuje registrara sa stvarnom osobom. Ako se kontakt e-pošta ne prati, obavijest o obnovi može završiti u poštanskom sandučiću koji nitko ne čita. Rješenje nije tehnološki remont; to je linija u proračunskoj tablici, zajednički sandučić e-pošte i podsjetnik u kalendaru tri tjedna prije obnove. Dosadno je. To je upravo razlog zašto je savršena prva stvar: dokazuje da se održavanje sastoji od malih, upravljivih zadataka.

Sada hosting. IBM-ovo objašnjenje zvuči jednostavno — vaše datoteke žive na poslužitelju — ali svaki poslužitelj ima ograničenja pohrane, troškove propusnosti i vjerodajnice. Ako je osoba koja je postavila hosting ista osoba koja je postavila domenu, i ta je osoba otišla prije šest mjeseci, na korak ste od toga da budete zaključani iz vlastite stranice. Rješenje za održavanje je premjestiti svaku uslugu u jedan dokument, zabilježiti tko ima pristup i zakazati godišnju reviziju. Ne tražite veliki budžet. Tražite sat vremena mjesečno kako se vrata ne bi otključala.

Ista logika vrijedi za svaku uslugu o kojoj ovisite: liste e-pošte, procesori plaćanja, alati za forme. Svaka ima prijavu, ciklus naplate i nekoga tko bi je trebao moći povratiti ako izvorni vlasnik ode. Stavite ih sve u jednu tablicu. Ljepota početka s kalendarom je u tome što zaobilazi stari prigovor "to je tehnički problem". Kalendar obnova i revizija pristupa je problem upravljanja projektom, a svaki netehnički šef razumije upravljanje projektom.

Prijetnja koja nije haker

Sigurnosni razgovor obično ne uspije jer počinje s pogrešnim negativcem. "Mi smo mala marketinška stranica," kažete sebi. "Nitko nas ne targetira." I vjerojatno ste u pravu — ali najvjerojatnija prijetnja nije ciljani haker. To je zanemarivanje.

UpGuard vodič za sigurnost web stranica navodi standardne mjere: održavajte softver ažuriranim, provodite jaku autentifikaciju poput višefaktorske autentifikacije, ograničite korisničke privilegije, sigurnosno kopirajte podatke i koristite SSL/TLS enkripciju. Što god primijetite na tom popisu, važan dio je glagolsko vrijeme. To su stalne prakse, a ne kućice za označiti na dan lansiranja.

Budimo konkretni. Mnogi interni timovi naslijede stranicu s jednom zajedničkom administratorskom prijavom koju koriste svi: prodajni tim, marketinški pripravnik, freelancer koji je napisao jedan blog post. Nitko ne zna tko je freelancer bio. UpGuard bi to nazvao problemom korisničkih privilegija; vi to možete nazvati rizikom koji vaš šef već razumije. Ako ne znate tko se može prijaviti, ne znate tko može uređivati početnu stranicu, mijenjati cijene ili instalirati nešto što ne bi trebalo biti tamo. Rješenje je jednostavno: resetirajte lozinke, kreirajte pojedinačne račune i uklonite pristup kada ljudi odu. To nije sigurnosni projekt; to je sigurnosni posao.

Dat ću kontraran prijedlog: ne počinjite sa sigurnošću kada tražite budžet. Za mali tim, riječ "sigurnost" izaziva ili "nemamo IT budžet" ili "to se nama neće dogoditi." Ono što potiče na akciju je konkretna bliska nesreća (near-miss): upozorenje preglednika jer je SSL/TLS certifikat istekao, sigurnosna kopija koja se nikad nije pokrenula, bivši ugovarač koji se još uvijek može prijaviti. Iskoristite te konkretne stavke za izgradnju argumenta za mjesečni blok "zdravlja stranice". Ne prodajete strah; prodajete kompetenciju.

A ako trenutno gradite novu stranicu, drugdje smo obradili lansiranje no-code stranice sa SEO-om i sigurnošću od prvog dana — ali disciplina od prvog dana isplati se samo ako postane disciplina dvanaestog mjeseca.

Pretraživanje ne čeka na vas

Drugi razlog propadanja stranice je tiši jer se događa izvan stranice. Optimizacija za tražilice (SEO) nije jednokratno postavljanje. Vodič Digital Marketing Institutea opisuje SEO kao optimizaciju sadržaja, strukture i tehničkih elemenata radi poboljšanja rangiranja u pretraživanju, korisničkog iskustva i vjerodostojnosti brenda. Riječ "optimizacija" implicira promjenu tijekom vremena, a ne gotovo stanje.

Realističan scenarij: vaš voditelj prodaje pita zašto konkurent rangira bolje od vas za vaše vlastito ime proizvoda. Istražite i otkrijete da XML sitemapa nije ažurirana od lansiranja, a robots.txt datoteka blokira dio novih stranica. To su oba tehnička zadatka postavljanja koja su se činila gotovima prvog dana. Rješenje je desetominutni mjesečni pregled: dodajte nove URL-ove u sitemapu, ponovno je pošaljite i provjerite da robots datoteka ne skriva vaš najbolji sadržaj. Istraživanje o SEO smjernicama također ukazuje na HTTPS sigurnost kao dio tehničke podloge — što se vraća na sigurnosne poslove koje ste upravo zakazali.

Najgori dio propadanja u pretraživanju je to što je progresivan. Rijetko gubite pozicije u jednom danu; gubite poziciju tu i tamo dok konkurent u potpunosti ne zauzme mjesto stranice. Pretraživanje je također najbolji poslovni argument za održavanje jer je izravno povezano s prihodom. Stranica koja ne održava svoju infrastrukturu pretraživanja nije izgubljena u dramatičnom "haku"; tiho predaje kupce konkurentima koji drže svoju tehničku kuću u redu.

Prodaja održavanja osobi koja potpisuje čekove

To nas dovodi do razgovora kojeg izbjegavate. Morate tražiti budžet, ili barem prostor u kalendaru tima, i trebate da šef kaže 'da' bez da izgubi interes.

Krenite sa zaštitom prihoda. Ne govorite "imamo tehnički dug" ili "moramo ažurirati naš CMS." Recite "stranica je izlog, a izlozi trebaju redovito održavanje." Iskoristite kalendar održavanja koji ste ranije izradili kao dokaz: ovdje su datumi obnove, ovdje su revizije pristupa, ovdje je test sigurnosne kopije koji pokrećemo svaki mjesec. Šef se ne moli da vam vjeruje; prikazuje mu se sustav koji već radi.

Zatim im dajte izbor. Predstavite dva ili tri razina: minimalno održavanje (domena, hosting, sigurnosne kopije, SSL), zdravo održavanje (dodajte ažuriranja sadržaja i SEO provjere) i aktivni rast (dodajte eksperimente, landing stranice i namjensku podršku). Kada okvir odluke postavite kao "koju razinu pouzdanosti želite?" umjesto "možemo li potrošiti više novca?", šef bira ishod, a ne odobrava tehnički trošak.

Jedna napomena: šef ipak može reći ne. Ako se to dogodi, uzmite dva najveća rizika — obično kontrolu pristupa i provjeru sigurnosnih kopija — i popravite ih svejedno u svom slobodnom vremenu. Ne ignorirate ne; kupujete vrijeme da pokažete da održavanje čini mjerljivu razliku. To je ista logika iza modela zrelosti održavanja klijentske stranice, čak i kada je vaš "klijent" vaš interni dionik. Model pomiče stranicu od požara do okvira, a radi jednako dobro u dvočlanom marketinškom timu kao i u agenciji.

Gotova web stranica ne postoji

Web stranica koju ste lansirali nije web stranica koju vodite. Mijenja se jer se vaš posao mijenja, jer se softver mijenja i jer se sam web mijenja. Jedino pravo pitanje je hoćete li tom promjenom upravljati namjerno, s malim budžetom i kalendarom, ili slučajno, u nizu panika.

Počnite s najmanjom konkretnom stvari: jedan podsjetnik u kalendaru, jedan zajednički sandučić e-pošte, jedna revizija računa. Ti neatraktivni zadaci nisu režijski trošak. Oni su ono što sprječava da stranica koju ste tako naporno gradili tiho hrđa ispod haube. Kada vas šef pita što je sljedeće, nasmiješite se i pokažite mu kalendar. To je pravi stalni posao stranice.