Nuo gaisrų gesinimo iki sistemos: klientų svetainių priežiūros brandos modelis

Santrauka

Jūs paleidote svetainę. Išrašėte sąskaitą. Tada klientas skambina dėl kažko, kas sugedo, ir jūs praleidžiate popietę prisimindami prisijungimus, iššifruodami savo sprendimus ir atsiprašinėdami. Šiame straipsnyje apžvelgsime priežiūros brandos modelį: ką daryti, kai turite vieną klientą, kelis klientus ir daug klientų. Sužinosite, kodėl kontroliniai sąrašai pranoksta didvyriškumą, kodėl dokumentacija yra produktas ir kodėl paleidimas yra tik pradžia. Taip pat gausite prieštaringą požiūrį į automatizavimą: neautomatizuokite to, ko nesuprantate. Galiausiai turėsite pakartotiną perdavimo procesą, kuris apsaugo ir klientą, ir jūsų maržą.

Jūsų kliento svetainė jau veikia. Paleidimas praėjo sklandžiai. Išrašote sąskaitą, uždarote nešiojamąjį kompiuterį ir keliaujate toliau. Po šešių savaičių gaunate el. laišką: „Svetainė neveikia.“ Nežinote, ar veikia atsarginės kopijos. Nežinote, kam priklauso domenas. Nebeprisimenate, kurioje prieglobos paskyroje yra failai. Jūs esate sistema. O sistema neturi atminties.

Tai ne prieglobos problema. Tai proceso problema. Šis straipsnis yra klientų svetainių priežiūros brandos modelis. Jūsų požiūris turi keistis, kai auga jūsų klientų portfelis. Didvyriškumas, kuris tinka vienai svetainei, jus sugriaus, kai jų bus dvidešimt. Taigi štai kaip turėtų keistis jūsų, jūsų kliento ir jų svetainės santykiai.

Etapas	Situacija	Kas sugenda	Ko jums reikia
0 etapas: Didvyris	1–3 svetainės, jūs turite visus slaptažodžius	Jūsų atmintis	Maži dokumentavimo įpročiai
1 etapas: Kontrolinis sąrašas	4–10 svetainių, jūs vis dar atliekate darbą	Jūsų nuoseklumas	Daugkartinio naudojimo kontroliniai sąrašai ir abonementai
2 etapas: Operatorius	10+ svetainių, darbas turi tęstis be jūsų	Jūs	Sistemos, delegavimas, atsakomybių žemėlapis

0 etapas: didvyrio fazė — tapkite pakeičiamu

Pagrindinis principas: turint nuo vienos iki trijų svetainių, jūs esate sistema. Jūsų atmintis yra duomenų bazė. Tai veikia, kol duomenų bazė neišnyksta. Dar nereikia sudėtingų procesų. Reikia įpročių.

Atidarykite kliento aplanką. Įdėkite keturis dalykus: domenų registratorių, prieglobos paslaugų teikėją, DNS nustatymus, atsarginių kopijų vietą. Slaptažodžius saugokite slaptažodžių tvarkyklėje, o ne el. pašte. Jei neturite kartojamo agentūros proceso pačiam sukūrimui, pirmiausia išspręskite tai. Negalite perduoti netvarkos.

Pavyzdys: butiko fitneso studija samdo jus penkių puslapių svetainei. Sukuriate ją naudodami drag-and-drop konstruktorių, prijungiate domeną ir perduodate prieigą. Jokios dokumentacijos. Po trijų mėnesių jie paprašo tvarkaraščio puslapio. Neprisimenate, kurį konstruktorių naudojote, kieno prisijungimas tai yra ar kaip patekti. Dabar praleidžiate valandą iš naujo nustatydami slaptažodžius. Ta valanda yra mokestis, kurį mokate už dokumentacijos praleidimą.

Šiame etape galioja dvi nuosavybės taisyklės. Pirma, įregistruokite domeną kliento vardu. Pagal ICANN domenų registracijos procesą, registracijai reikalingi registranto kontaktiniai duomenys. Jei tie kontaktiniai duomenys yra jūsų, turtas faktiškai priklauso jums. Jei klientas kada nors išeis, jis gali negalėti pasiimti domeno. Nelaikykite jų tapatybės įkaitais. Antra, įsitikinkite, kad klientui priklauso turinio turtas. Įdėkite jų nuotraukas, logotipus ir tekstą į jiems prieinamą aplanką. Jei jie išeis, jie išeis su savo daiktais — ir tai įsimins.

0 etapo tikslas — padaryti save pakeičiamu. Jei klientas negali išgyventi be jūsų atminties, jis niekada neišeis, o jūs niekada neaugsite.

1 etapas: kontrolinio sąrašo fazė — nuoseklumas pranoksta genialumą

Pagrindinis principas: kai turite nuo keturių iki dešimties svetainių, atmintis tampa našta. Negalite prisiminti, kurį papildinį reikia atnaujinti, kuri atsarginė kopija buvo padaryta ar kuris klientas pakeitė logotipą. Jums reikia priminimų, o ne talento.

Pradėkite nuo saugumo. „UpGuard“ svetainių saugumo geriausios praktikos suteikia jums pagrindą: nuolat atnaujinkite programinę įrangą, reikalaukite stipraus autentifikavimo, pavyzdžiui, MFA, apribokite vartotojų teises, reguliariai kurkite atsargines kopijas ir naudokite SSL/TLS šifravimą. Vykdykite tai kaip pasikartojantį mėnesio kontrolinį sąrašą kiekvienai aktyviai svetainei.

Pakanka vieno daugkartinio kontrolinio sąrašo. Atnaujinkite platformą ir papildinius. Įsitikinkite, kad atsarginės kopijos padarytos — atkurkite vieną failą, kad įrodytumėte. Peržiūrėkite vartotojų paskyras ir teises. Patikrinkite SSL sertifikato galiojimo laiką. Nuskaitykite, ar nėra kenkėjiškų programų. Pažiūrėkite į praėjusio mėnesio veikimo laiką. Trisdešimt minučių svetainei, o ne tris valandas.

Tada sukurkite priežiūros abonementą pagal šį kontrolinį sąrašą. Supakuokite jį kaip mėnesinę prenumeratą ir įtraukite vieno puslapio apžvalgą: kas įeina, kas kainuoja papildomai, į ką kreiptis. Ši apžvalga nėra teisinė sutartis. Tai santykių dokumentas. Jis sustabdo darbų apimties plėtimąsi, nes „greitas pakeitimas“ tampa atskira eilute.

Pavyzdys: fitneso studijos tvarkaraščio papildinys sugenda po pagrindinio atnaujinimo. 0 etape jūs jį pataisote ir judate toliau. 1 etape jūsų kontrolinis sąrašas sako „pirmiausia atnaujinkite papildinius bandomojoje kopijoje“. Turite abonementą, kuris padengia valandą. Klientas mato profesionalą, o ne ugniagesį. Skirtumas ne įgūdžiai, o procesas.

Įspėjimas: neleiskite kontroliniam sąrašui tapti formalumu. Jei pažymite langelius be patikros, spustelėsite „atsarginė kopija sėkminga“, o atsarginė kopija tyliai nepavyks. Tikrinkite, o ne spėkite.

Perdavimo dokumentas, kuris jus išgelbsti

Vienas dokumentas vertingesnis už bet kokį įrankį, kurį nusipirksite: perdavimo dokumentas. Padarykite jį vieno puslapio. Jis turėtų atsakyti: kuo pagrįsta svetainė (ant ko veikia svetainė), kam priklauso domenas, kur yra tikrasis turinio šaltinis, ką apima mėnesinis abonementas, kas aiškiai neįeina ir kur yra atsarginės kopijos.

Atnaujinkite jį kiekvieną kartą, kai paliečiate svetainę. Pažymėkite kiekvieno pakeitimo datą. Tai ne dokumentacija dėl pačios dokumentacijos; tai dokumentacija kaip produktas. Kai einate atostogų, kai samdote rangovą, kai galiausiai parduodate agentūrą, šis vienas puslapis leidžia verslui veikti be jūsų.

Laikykite perdavimo dokumentą ten, kur visa komanda gali jį matyti: bendrame diske, CRM ar projekto valdymo įrankyje. Nedarykite PDF, kurį išsiųsite el. paštu ir pamiršite. Jei jis gyvena vieno žmogaus galvoje, jo neegzistuoja.

2 etapas: operacijų fazė — sistemos, kurios veikia be jūsų

Pagrindinis principas: esant dideliam mastui, negalite prižiūrėti svetainių po vieną. Jums reikia sistemų, kurios veiktų be jūsų kasdienio dėmesio. Didžiausias pokytis — nuosavybė: kažkas kitas turi galėti atlikti darbą pagal tą patį standartą.

Atskirkite prieigą pagal sistemas. Domenų registratorius, priegloba, DNS, analitika, el. paštas — kiekvienas gauna savo eilutę pagrindiniame įraše. Kartą per klientą raštu atsakykite: kam priklauso kiekviena sistema, kas gali keisti DNS, kas gali atnaujinti domeną. Pasidalykite šiuo įrašu su komanda, o ne tik su savo slaptažodžių saugykla.

Dabar pereikite nuo pavienių užduočių prie saugumo programos mąstymo. Papildomos priemonės, nurodytos „UpGuard“ svetainių saugumo gairėse — žiniatinklio programų užkarda (WAF), periodiniai auditai, nuolatinis stebėjimas, vartotojų mokymas — yra portfelio sprendimai, o ne atskirų svetainių užduotys. Kartą nuspręskite, kuriuo stebėjimo metodu pasitikite, tada sukonfigūruokite visus klientus pagal tą patį standartą.

SEO reikia tokio pat požiūrio. Digital Marketing Institute apibūdina SEO kaip turinio, struktūros ir techninių elementų optimizavimą siekiant pagerinti paieškos rezultatų pozicijas ir vartotojo patirtį. Pagrindinės praktikos — techninis nustatymas, HTTPS, XML svetainės žemėlapiai, robots.txt — nėra vienkartinės užduotys paleidimo dieną. Jos blogėja. Esant dideliam mastui, supakuokite SEO kaip mėnesinę paslaugą: tikrinkite metaduomenis, raskite neveikiančias nuorodas, peržiūrėkite indeksavimo klaidas, atnaujinkite svetainės žemėlapį. Atskirai rašėme apie SEO ir saugumą nuo pirmos dienos; čia jos yra pasikartojančios prievolės.

Sukurkite pakeitimų valdymo srautą. Klientas prašo pakeitimo. Jūs jį užregistruojate, įvertinate, atliekate, dokumentuojate. Jei tai užtrunka mažiau nei penkiolika minučių: atlikite ir užregistruokite. Viskas, kas didesnė, perkeliama į kitą priežiūros langą arba naują sąmatą. Šis srautas išlaiko abonementų pelningumą. Be jo kiekvienas „mažas prašymas“ suvalgo valandą neapmokėto laiko.

Užregistruokite kiekvieną pakeitimą su data, kas jį atliko ir kodėl. Šis žurnalas taps audito pėdsaku, kurio prireiks, kai klientas teigs, kad svetainė buvo nulaužta arba „jūs kažką pakeitėte“. Žurnalas yra jūsų įrodymas.

Kiekvieną ketvirtį surengkite priežiūros peržiūrą su kiekvienu klientu. Dešimt minučių. Parodykite, ką atnaujinote, kas sugedo, kas suges toliau. Ši peržiūra yra jūsų ankstyvojo perspėjimo sistema. Klientai čia papasakoja apie naują paslaugų liniją, prieš paprašydami naujos svetainės dalies.

No-code nepanaikina perdavimo

No-code (be kodavimo) įrankiai tai palengvina ir apsunkina vienu metu. Lengviau, nes klientai gali prisijungti ir patys redaguoti turinį. Sunkiau, nes „klientas gali redaguoti“ tampa „klientas pats viską sugadino“. Nustatykite teises perdavimo metu: redaktoriaus vaidmenį klientui, administratoriaus — sau. Pakeitimus pirmiausia skelbkite bandomojoje aplinkoje.

Jei klientas klausia, kodėl vis dar imate mėnesinį mokestį, kai svetainę taip lengva redaguoti, turite atsakymą: nes jūs esate tas, kuris neleidžia jai sugesti. Šis prieštaravimas nuspėjamas. Pasidomėkite, kaip įveikti no-code prieštaravimus, prieš tai iškylant atnaujinimo skambutyje — pokalbį valdysite užtikrintai.

Prieš automatizuodami: prieštaraujantis požiūris

Visi jums sako automatizuoti priežiūrą. Jie klysta — bent jau iš pradžių. Automatizuodami procesą, kurio nesuprantate, tik pagreitinate jo žlugimą.

Jei negalite paaiškinti savo atsarginių kopijų sistemos naujam darbuotojui, automatinis atsarginių kopijų įrankis jūsų neišgelbės. Jei nežinote, kurie papildinių atnaujinimai gadina jūsų svetaines, automatiniai atnaujinimai jas sugadins. Automatizavimas padaugina kompetenciją; jis jos nepakeičia.

Automatizuokite tik tai, ką rankiniu būdu atlikote bent tris kartus ir dokumentavote. Tada leiskite įrankiui perimti.

Mirtinas kelias — peršokti iš 0 etapo į 2 etapą. Įdiegiate parko valdymo skydelį, nė karto neįrašę nė vieno prisijungimo. Skydelis tampa juodąja dėže. Jums blogiau nei anksčiau. Eikite per etapus iš eilės.

Brandos modelis nėra vienakryptės kopėčios

Brandos modelis nėra kopėčios, kuriomis užlipate vieną kartą. Svetainės sensta. Klientai keičiasi. Jūsų komanda keičiasi. Tikėkitės regresijos: pasamdysite žmogų, kuris praleidžia kontrolinį sąrašą, migracijoje pametate dokumentą. Nieko tokio. Svarbu kryptis.

Štai jūsų pirmas žingsnis. Pasirinkite vieną klientą. Užsirašykite penkis dalykus: domenų registratorių, prieglobos paslaugų teikėją, DNS teikėją, atsarginių kopijų vietą ir kam priklauso administratoriaus prisijungimas. Padarykite tai šią popietę. Tada nuspręskite, kuriame etape iš tikrųjų esate, o ne kuriame norėtumėte būti. Jei vis dar esate vienintelis, kuris žino slaptažodžius, esate 0 etape. Išspręskite tai prieš pirkdami dar vieną įrankį.

Perdavimas yra produktas. Taip ir elkitės. Peržiūrėkite savo informacijos architektūrą, kai keičiasi kliento verslas, o ne tada, kai svetainė sugenda. Joks įrankis nepataisys struktūros, kurios niekada nebuvo.

Ir nepamirškite santykių su klientu: jūsų darbas — padaryti kliento svetainę nuobodžia. Jie neturėtų galvoti apie prieglobą, atnaujinimus ar atsargines kopijas. Diena, kai jie nustoja apie tai galvoti, yra diena, kai jie pratęsia sutartį.