Mit o 'završenom' sajtu: Ubedite šefa u održavanje

Sažetak

Većina malih marketinških timova tretira lansiranje kao ciljnu liniju, ali živi sajt je ponavljajuća odgovornost: domeni treba da se obnove, hosting treba platiti, softver treba zakrpati, a sadržaj ažurirati. Predlog ne-tehničkom šefu propada kada je predstavljen kao 'još posla na sajtu', a uspeva kada je predstavljen kao zaštita prihoda i reputacije. Ovaj članak prolazi kroz stvarni način propadanja — sajt koji tiho propada nakon lansiranja — i gradi praktičan slučaj za budžet za održavanje, koristeći konkretne primere vezane za registraciju domena, sigurnost i vidljivost u pretrazi. Pokriva mentalni pomak od projekta ka sistemu, konkretne zadatke koji moraju da se obave nakon lansiranja, i razgovor koji zapravo ubeđuje šefa. Takođe ćete naučiti zašto sigurnosni argument ne treba da počne sa hakerima, i kako da povežete održavanje sa poslovnim rezultatima umesto sa tehničkim poslovima.

Vaš šef je upravo proglasio sajt "gotovim" — pa zašto vam se od te reči stegne stomak?

Ovo ste već proživeli. Lansirali ste pre četiri nedelje, a visoke petice se jedva da su stišale. Onda stiže prvi zahtev za izmenu (na stranici sa cenama postoji greška u kucanju). Onda prodavac pita da li je neko proverio zašto je sajt nestao sa Google-a. Onda vas menadžer lozinki obavesti o nalogu koji ne prepoznajete. Ništa nije katastrofalno pokvareno, i to je upravo problem: sajt propada na sto malih načina, a vaš šef i dalje veruje da je projekat završen jer mu niko nije rekao da živi sajt zahteva stalni posao.

To je pravi jaz. Vodiči za izgradnju sajta obično prolaze kroz planiranje, informacionu arhitekturu, žičane modele (wireframing), dizajn, sadržaj, razvoj, testiranje i lansiranje. To je isti jaz zbog kog ljudi preskaču korak planiranja koji većina novih vlasnika sajtova preskače, osim što je ovog puta to korak nakon lansiranja. Održavanje je deveta, nevidljiva faza, i ona određuje da li vaš sajt ostaje sredstvo (asset) ili se polako pretvara u obavezu.

Cena ovog jaza je nevidljiva dok ne postane očigledna: domen koji istekne tokom lansiranja proizvoda, rezervna kopija (backup) koja tiho zakaže nedelju dana pre redizajna, formular koji već mesec dana ne prikuplja ništa. Nijedan od ovih nije dramatičan. Svi su skupi.

Režim izgradnje i režim uživo su različiti poslovi

Razmišljajte o svom sajtu na način na koji razmišljate o imovini kojom upravljate. Izgradnja zgrade je projekat; upravljanje njome je proces. Ne biste izgradili skladište i onda nikada ne pregledali krov, ne poručili novi inventar ili ne promenili brave kada zaposleni ode. Sajt se ponaša na isti način, ali razlika između projekta i procesa se gubi jer su građevinski materijali digitalni i troškovi su mali.

Ova razlika je važna iz jednog razloga: menja ono što vaš šef odobrava. U režimu izgradnje, cilj je "učiniti ga stvarnim." U režimu uživo, cilj je "održati ga pouzdanim." Tabela ispod je verzija koju koristim sa netehničkim zainteresovanim stranama, jer mapira svaku stvar koja deluje "gotovo" prema onome što zaista znači kada je sajt uživo.

Oblast	Šta šef misli da "gotovo" znači	Šta "gotovo" zaista znači
Domena	Kupili smo adresu, pa je naša	Adresa je registrovana na određeni period; prema ICANN-ovom opisu procesa, birate ime, proveravate dostupnost preko registrara i dajete kontakt podatke. Ti podaci određuju ko dobija obaveštenja o obnovi, pa moraju biti tačni i praćeni
Hosting	Fajlovi su negde na internetu	IBM definiše veb hosting kao čuvanje fajlova vašeg sajta na serveru radi dostupnosti na internetu. Taj server je ponavljajući odnos sa troškom, i neko mora da zna kako da se prijavi na njega
Softver	Lansirali smo na najnovijoj verziji	Softver se zakrpava, dodaci (pluginovi) se ažuriraju, a integracije treba pregledati. Sve to se dešava nakon lansiranja, ne pre
Sadržaj	Tekst (copy) je odobren	Sadržaj je razgovor sa vašim tržištem. Zastareva kako se ponude, cene, dokazi i nazivi proizvoda menjaju
Pretraga	Google zna da postojimo	Pretraživače treba ponovo posetiti; XML sitemape treba dodati nove URL adrese, robots.txt fajlovi moraju ostati tačni, a tehnička osnova mora ostati zdrava

Tu tabelu možete čitati na dva načina. Kao listu poslova, ona je ogromna. Kao opis onoga što vaš sajt zaista jeste — sistem sa ulazima koje kontrolišete — ona je razjašnjavajuća. Vaš šef nije u krivu što želi zatvaranje. Pogrešan je u tome kako zatvaranje izgleda.

Ovde postoji i no-code napomena. Ako je vaš sajt izgrađen pomoću drag-and-drop builder-a, platforma dobavljača upravlja kôdom servera, ali vaš sadržaj, vaš pristup i vaše integracije i dalje zahtevaju održavanje. No-code uklanja mnogo posla na izgradnji; ne uklanja posao u režimu uživo.

Napravite od održavanja kalendar, a ne priču o zastrašivanju

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

Uzmite domen. Zamislite da ga je osnivač registrovao pre pet godina sa ličnom email adresom. Kontrolna tabla registrara je iza prijave koju zna samo jedna osoba. ICANN-ov proces registracije domena počinje izborom imena, proverom dostupnosti preko registrara i pružanjem kontakt informacija — a te kontakt informacije su veza između registrara i stvarne osobe. Ako se kontakt email ne prati, obaveštenje o obnovi može stići u poštansko sanduče koje niko ne čita. Rešenje nije tehnološka revizija; to je red u proračunskoj tabeli (spreadsheet), zajedničko poštansko sanduče i podsetnik u kalendaru tri nedelje pre obnove. To je dosadno. Upravo zato je to savršena prva stavka: dokazuje da se održavanje sastoji od malih, upravljivih zadataka.

Sada hosting. IBM-ovo objašnjenje zvuči jednostavno — vaši fajlovi žive na serveru — ali svaki server ima ograničenja skladišta, troškove propusnog opsega i akreditive (credentials). Ako je osoba koja je postavila hosting ista osoba koja je postavila domen, i ta osoba je otišla pre šest meseci, vi ste jedno prijavljivanje udaljeni od toga da budete zaključani iz svog sajta. Rešenje za održavanje je da premestite svaki servis u jedan dokument, zabeležite ko ima pristup i zakažete godišnju reviziju. Ne tražite veliki budžet. Tražite sat vremena mesečno da sprečite da se vrata otključaju.

Ista logika važi za svaki servis o kome zavisite: liste email adresa, procesori plaćanja, alati za formulare. Svaki ima prijavu, ciklus naplate i nekoga ko bi trebalo da može da ga povrati ako prvobitni vlasnik ode. Stavite ih sve u jednu tabelu. Lepota početka sa kalendarom je u tome što zaobilazi staru primedbu "to je tehnički problem." Kalendar obnova i revizija pristupa je problem upravljanja projektima, i svaki netehnički šef razume upravljanje projektima.

Pretnja koja nije haker

Sigurnosni razgovor obično propada jer počinje sa pogrešnim negativcem. "Mi smo mali marketinški sajt", kažete sebi. "Niko nas ne targetira." I verovatno ste u pravu — ali najverovatnija pretnja nije targetirani haker. To je zapuštanje.

UpGuard vodič za sigurnost sajtova navodi standardne mere: održavajte softver ažuriranim, primenjujte jaku autentifikaciju poput višefaktorske autentifikacije, ograničite privilegije korisnika, pravite rezervne kopije podataka i koristite SSL/TLS enkripciju. Šta god da primetite na toj listi, važan deo je glagolsko vreme. Ovo su stalne prakse, a ne polja za potvrdu (checkbox) na dan lansiranja.

Hajde da budemo konkretni. Mnogi interni timovi nasleđuju sajt sa jednim zajedničkim admin prijavljivanjem koje koriste svi: prodajni tim, marketinški pripravnik, frilenser koji je napisao jedan blog post. Niko ne zna ko je frilenser bio. UpGuard bi ovo nazvao problemom privilegija korisnika; vi to možete nazvati rizikom koji vaš šef već razume. Ako ne znate ko može da se prijavi, ne znate ko može da menja početnu stranicu, menja cene ili instalira nešto što ne bi trebalo da bude tamo. Rešenje je jednostavno: resetujte lozinke, napravite pojedinačne naloge i uklonite pristup kada ljudi odu. To nije sigurnosni projekat; to je sigurnosni posao (chore).

Daću kontraran predlog: ne počinjite sa sigurnošću kada tražite budžet. Za mali tim, reč "sigurnost" izaziva ili "nemamo IT budžet" ili "to se nama neće desiti." Ono što pokreće akciju je konkretan bliski promašaj (near-miss): upozorenje pregledača jer je SSL/TLS sertifikat istekao, rezervna kopija koja se nikada nije pokrenula, bivši saradnik koji se i dalje može prijaviti. Iskoristite te konkretne stvari da napravite slučaj za mesečni blok "zdravlje sajta". Ne prodajete strah; prodajete kompetentnost.

I ako sada gradite novi sajt, pokrili smo lansiranje no-code sajta sa SEO i sigurnošću od prvog dana negde drugde — ali disciplina od prvog dana se isplati samo ako postane disciplina dvanaestog meseca.

Pretraga ne čeka na vas

Drugi razlog za propadanje sajta je tiši jer se dešava van sajta. Optimizacija za pretraživače (SEO) nije jednokratno podešavanje. Vodič Digital Marketing Institute-a opisuje SEO kao optimizaciju sadržaja, strukture i tehničkih elemenata radi poboljšanja rangiranja u pretrazi, korisničkog iskustva i kredibiliteta brenda. Reč "optimizovanje" implicira promenu tokom vremena, a ne završeno stanje.

Realističan scenario: vaš direktor prodaje pita zašto konkurent nadmašuje vas za vaše ime proizvoda. Istražujete i otkrivate da XML sitemap nije ažuriran od lansiranja, a robots.txt fajl blokira sekciju novih stranica. To su oba tehnička zadatka podešavanja koja su delovala gotovo od prvog dana. Rešenje je desetominutni mesečni pregled: dodajte nove URL adrese u sitemap, ponovo ga podnesite i proverite da robots fajl ne krije vaš najbolji sadržaj. Istraživanja o SEO smernicama takođe ukazuju na HTTPS sigurnost kao deo tehničke osnove — što se vraća na sigurnosne poslove koje ste upravo zakazali.

Najgori deo propadanja u pretrazi je to što je progresivno. Retko gubite rangiranje u jednom danu; gubite poziciju tu i tamo dok konkurent potpuno ne zauzme mesto stranice. Pretraga je takođe najbolji poslovni argument za održavanje jer je direktno povezana sa prihodom. Sajt koji ne održava svoju infrastrukturu pretrage ne gubi se 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

Ovo nas dovodi do razgovora koji izbegavate. Morate da tražite budžet, ili bar prostor u kalendaru tima, i potrebno je da šef kaže da bez da se zagleda u daljinu (bez odsutnog pogleda).

Počnite sa zaštitom prihoda. Ne govorite "imamo tehnički dug" ili "moramo da ažuriramo naš CMS." Recite "sajt je izlog (storefront), a izlozi zahtevaju redovno održavanje." Koristite kalendar održavanja koji ste ranije napravili kao dokaz: evo datuma obnove, evo revizija pristupa, evo testa rezervnih kopija koji radimo svakog meseca. Od šefa se ne traži da vam veruje; pokazuje mu se sistem koji već radi.

Zatim mu dajte izbor. Predstavite dva ili tri nivoa: minimalno održavanje (domen, hosting, rezervne kopije, SSL), zdravo održavanje (dodajte ažuriranja sadržaja i provere pretrage) i aktivni rast (dodajte eksperimente, landing stranice i namensku podršku). Kada okvir odluke postavite kao "koji nivo pouzdanosti želite?" umesto "možemo li potrošiti više novca?", šef bira ishod, a ne odobrava tehnički trošak.

Jedna napomena: šef i dalje može reći ne. Ako se to desi, uzmite dva najveća rizika — obično kontrolu pristupa i verifikaciju rezervnih kopija — i popravite ih u slobodno vreme koje imate. Ne ignorišete ne; kupujete vreme da pokažete da održavanje pravi merljivu razliku. Ovo je ista logika iza modela zrelosti održavanja sajtova klijenata, čak i kada je vaš "klijent" vaša sopstvena interna zainteresovana strana. Model pomera sajt od požara ka okvirima (frameworks), i funkcioniše jednako dobro u dvosobnom marketinškom timu kao i u agenciji.

Završen sajt ne postoji

Sajt koji ste lansirali nije sajt koji vodite (kojim upravljate). On se menja jer se vaše poslovanje menja, jer se softver menja i jer se sam veb menja. Jedino pravo pitanje je da li ćete upravljati tom promenom namerno, sa malim budžetom i kalendarom, ili slučajno, u nizu panika.

Počnite sa najmanjom konkretnom stvarima: jedan podsetnik u kalendaru, jedno zajedničko poštansko sanduče, jedna revizija naloga. Ti neugledni zadaci nisu režijski trošak (overhead). Oni održavaju sajt koji ste tako naporno gradili da tiho ne zarđa ispod haube. Kada šef pita šta je sledeće, nasmešite se i pokažite mu kalendar. To je pravi stalni posao sajta.