Emuārs
No ugunsgrēku dzēšanas līdz ietvaram: Klientu vietņu uzturēšanas brieduma modelis
Izveidojiet pēc palaišanas uzturēšanas sistēmu, kas mērogojas no viena klienta līdz daudziem, nenogurdinot jūsu komandu.
Summary
Jūs palaidāt vietni. Jūs izrakstījāt rēķinu. Tad klients zvana par kaut ko, kas salūza, un jūs pavadāt pēcpusdienu, atceroties pieteikšanās datus, atšifrējot savus lēmumus un atvainojoties. Šis raksts iepazīstina jūs ar uzturēšanas brieduma modeli: ko darīt, ja jums ir viens klients, daži klienti un daudz klientu. Jūs uzzināsiet, kāpēc kontrolsaraksti ir labāki par varoņdarbiem, kāpēc dokumentācija ir produkts un kāpēc palaišana ir tikai sākums. Jūs saņemsiet arī pretrunīgu skatījumu uz automatizāciju: neautomatizējiet to, ko nesaprotat. Beigās jums būs atkārtojams nodošanas process, kas aizsargā gan klientu, gan jūsu peļņu.
Jūsu klienta vietne ir tiešsaistē. Palaišana noritēja raiti. Jūs izrakstāt rēķinu, aizverat klēpjdatoru un ejat tālāk. Pēc sešām nedēļām pienāk e-pasts: “Vietne ir lejup.” Jūs nezināt, vai darbojas dublējumkopijas. Jūs nezināt, kam pieder domēns. Jūs neatceraties, kurš hostinga konts satur failus. Jūs esat sistēma. Un sistēmai nav atmiņas.
Tā nav hostinga problēma. Tā ir procesa problēma. Šis raksts ir brieduma modelis klientu vietņu uzturēšanai. Jūsu pieejai jāmainās, pieaugot jūsu biznesa klientu skaitam. Varoņdarbi, kas darbojas vienai vietnei, iznīcinās jūs, kad būs divdesmit. Tātad lūk, kā attiecībām starp jums, jūsu klientu un viņu vietni būtu jāattīstās.
| Posms | Situācija | Kas salūst | Kas jums nepieciešams |
|---|---|---|---|
| 0. posms: Varonis | 1–3 vietnes, jums ir visi paroles | Jūsu atmiņa | Mazas dokumentācijas paradumi |
| 1. posms: Kontrolsaraksts | 4–10 vietnes, jūs joprojām veicat darbu | Jūsu konsekvence | Atkārtoti lietojami kontrolsaraksti un uzturēšanas līgumi |
| 2. posms: Operators | 10+ vietnes, darbam ir jāizdzīvo jūs | Jūs | Sistēmas, deleģēšana, īpašumtiesību kartēšana |
0. posms: Varoņa fāze — padariet sevi aizvietojamu
Pamatprincips: ar vienu līdz trīs vietnēm jūs esat sistēma. Jūsu atmiņa ir datubāze. Tas darbojas, līdz datubāze pazūd. Jums vēl nav nepieciešams sarežģīts process. Jums ir nepieciešami paradumi.
Atveriet klienta mapi. Ievietojiet tajā četras lietas: domēna reģistrators, hostinga pakalpojumu sniedzējs, DNS iestatījumi, dublējumu atrašanās vieta. Saglabājiet pieteikšanās akreditācijas datus paroļu pārvaldniekā, nevis savā e-pastā. Ja jums nav atkārtojama aģentūras procesa pašai izstrādei, vispirms to sakārtojiet. Jūs nevarat nodot nekārtību.
Piemērs: butika fitnesa studija nolīgst jūs piecu lappušu vietnes izveidei. Jūs veidojat to ar velk-un-nomet būvētāju, pieslēdzat domēnu un nododat piekļuvi. Bez dokumentācijas. Pēc trim mēnešiem viņi lūdz nodarbību grafika lapu. Jūs nevarat atcerēties, kuru būvētāju izmantojāt, kura pieteikšanās ir, kā tajā iekļūt. Tagad jūs pavadāt stundu, atiestatot paroles. Šī stunda ir nodoklis, ko maksājat par dokumentācijas izlaišanu.
Šajā posmā ir piemērojami divi īpašumtiesību noteikumi. Pirmkārt, ievietojiet domēnu klienta vārdā. Saskaņā ar ICANN domēna reģistrācijas procesu reģistrācijai ir nepieciešama kontaktinformācija par reģistrētāju. Ja šī kontaktinformācija ir jūsu, īpašums faktiski ir jūsu. Ja klients kādreiz aiziet, viņš, iespējams, nevarēs paņemt domēnu līdzi. Neturiet viņu identitāti par ķīlnieku. Otrkārt, lieciet klientam īpašumā esošus satura aktīvus. Ievietojiet viņu attēlus, logotipus un tekstus mapē, kurai viņi var piekļūt. Ja viņi aiziet, viņi aiziet ar savām lietām — un viņi jūs atcerēsies.
- posmā mērķis ir padarīt sevi aizvietojamu. Ja klients nevar izdzīvot bez jūsu atmiņas, viņš nekad neaizies, un jūs nekad nevarēsiet mērogot.
1. posms: Kontrolsaraksta fāze — konsekvence pārspēj ģēniju
Pamatprincips: kad jums ir četras līdz desmit vietnes, atmiņa ir saistība. Jūs nevarat atcerēties, kurš spraudnis ir jāatjaunina, kura dublējumkopija darbojās, vai kurš klients mainīja savu logotipu. Jums ir nepieciešami trigeri, nevis talants.
Sāciet ar drošību. UpGuard vietņu drošības paraugprakse sniedz jums pamatu: atjauniniet programmatūru, pieprasiet spēcīgu autentifikāciju (piem., MFA), ierobežojiet lietotāju tiesības, regulāri veiciet dublējumus un izmantojiet SSL/TLS šifrēšanu. Veiciet tos kā atkārtojamu ikmēneša kontrolsarakstu visās aktīvajās vietnēs.
Pietiek ar vienu atkārtoti lietojamu kontrolsarakstu. Atjauniniet platformu un spraudņus. Pārbaudiet, vai dublējumkopijas tika izveidotas — atjaunojiet vienu failu, lai to pierādītu. Pārskatiet lietotāju kontus un atļaujas. Pārbaudiet SSL sertifikāta derīguma termiņu. Skenējiet ļaunprātīgu programmatūru. Apskatiet pagājušā mēneša darbspējas laiku. Trīsdesmit minūtes vienai vietnei, nevis trīs stundas.
Pēc tam izveidojiet uzturēšanas līgumu ap šo kontrolsarakstu. Iepakojiet to kā ikmēneša abonementu un iekļaujiet vienas lapas informācijas paneli: kas ir iekļauts, kas maksā papildus, kam zvanīt. Šis panelis nav juridisks līgums. Tas ir attiecību dokuments. Tas aptur darba apjoma palielināšanos, jo “ātrs uzlabojums” kļūst par pozīciju sarakstā.
Piemērs: fitnesa studijas nodarbību grafika spraudnis sabojājas pēc pamata atjauninājuma. 0. posmā jūs to salabojat un ejat tālāk. 1. posmā jūsu kontrolsaraksts saka: “vispirms atjauniniet spraudņus testa kopijā.” Jums ir līgums, kas sedz stundu. Klients redz profesionāli, nevis ugunsdzēsēju. Atšķirība nav prasme; tā ir process.
Brīdinājums: neļaujiet kontrolsarakstam kļūt par gumijas zīmogu. Ja atzīmējat rūtiņas bez pārbaudes, jūs noklikšķināsiet uz “dublējums izdevies”, kamēr dublējums klusi neizdodas. Pārbaudiet, nevis pieņemiet.
Nodošanas dokuments, kas jūs glābj
Viens dokuments ir vērtīgāks par jebkuru rīku, ko iegādāsieties: nodošanas dokuments. Padariet to par vienu lapu. Tajā jāatbild: ar ko vietne darbojas, kam pieder domēns, kur atrodas satura patiesības avots, ko ietver ikmēneša līgums, kas ir tieši ārpus darba apjoma un kur atrodas dublējumkopijas.
Atjauniniet to katru reizi, kad pieskaraties vietnei. Datējiet katras izmaiņas. Tā nav dokumentācija dokumentācijas dēļ; tā ir dokumentācija kā produkts. Kad dodaties atvaļinājumā, kad pieņemat darbā ārštata darbinieku, kad galu galā pārdodat aģentūru, šī viena lapa ir tas, kas ļauj uzņēmumam darboties bez jums.
Glabājiet nodošanas dokumentu vietā, kur visa komanda to var redzēt: koplietotā diskā, CRM, projektu pārvaldības rīkā. Neveidojiet no tā PDF, ko nosūtāt e-pastā un pazaudējat. Ja tas dzīvo viena cilvēka galvā, tā neeksistē.
2. posms: Operāciju fāze — sistēmas, kas darbojas bez jums
Pamatprincips: mērogā jūs nevarat uzturēt vietnes vienu pēc otras. Jums ir nepieciešamas sistēmas, kas darbojas bez jūsu ikdienas uzmanības. Lielākā maiņa ir īpašumtiesības: kādam citam ir jāspēj veikt darbu tādā pašā līmenī.
Atdaliet piekļuvi pēc sistēmas. Domēna reģistrators, hosting, DNS, analītika, e-pasts — katrs saņem savu rindu galvenajā ierakstā. Rakstiski atbildiet vienu reizi katram klientam: kam pieder katrs, kurš var mainīt DNS, kurš var atjaunot domēnu. Kopīgojiet šo ierakstu ar savu komandu, ne tikai ar savu paroļu krātuvi.
Tagad pārejiet no atsevišķiem uzdevumiem uz drošības programmas domāšanu. Papildu pasākumi UpGuard vietņu drošības ceļvedī — tīmekļa lietojumprogrammas ugunsmūris, periodiskas revīzijas, nepārtraukta uzraudzība, lietotāju izglītošana — ir portfeļa lēmumi, nevis atsevišķu vietņu uzdevumi. Izlemiet vienu reizi, kurai uzraudzības pieejai uzticaties, un pēc tam konfigurējiet katru klientu atbilstoši tam pašam standartam.
SEO ir nepieciešama tāda pati attieksme. Digital Marketing Institute apraksta SEO kā satura, struktūras un tehnisko elementu optimizēšanu, lai uzlabotu meklētājprogrammu rādītājus un lietotāja pieredzi. Tās pamatprakse — tehniskā iestatīšana, HTTPS, XML sitemaps, robots.txt — nav palaišanas dienas darbi. Tās nolietojas. Mērogā iesaiņojiet SEO kā ikmēneša pakalpojumu: pārbaudiet metadatus, atrodiet bojātas saites, pārskatiet pārmeklēšanas kļūdas, atsvaidziniet vietnes karti. Mēs atsevišķi esam rakstījuši par SEO un drošību no pirmās dienas; šeit tie ir atkārtoti pienākumi.
Izveidojiet izmaiņu pārvaldības plūsmu. Klients lūdz uzlabojumu. Jūs to reģistrējat, novērtējat, veicat, dokumentējat. Zem piecpadsmit minūtēm: izdariet un reģistrējiet. Jebkas lielāks nonāk nākamajā uzturēšanas logā vai jaunā tāmē. Šī plūsma uztur līgumus rentablus. Bez tā katrs “mazais pieprasījums” apēd stundu neapmaksāta laika.
Reģistrējiet katras izmaiņas ar datumu, kas tās veica un kāpēc. Šis žurnāls kļūst par revīzijas pēdu, kas jums būs nepieciešama, ja klients apgalvos, ka vietne tika uzlauzta vai “jūs kaut ko mainījāt.” Žurnāls ir jūsu pierādījums.
Reizi ceturksnī rīkojiet uzturēšanas pārskatu ar katru klientu. Desmit minūtes. Parādiet viņiem, ko atjauninājāt, kas salūza, kas salūzīs nākamreiz. Šis pārskats ir jūsu agrīnās brīdināšanas sistēma. Klienti šeit pastāsta par jaunu pakalpojumu līniju, pirms viņi lūdz jaunu vietnes sadaļu.
No-code nenoņem nodošanu
No-code būvētāji padara to vieglāku un grūtāku vienlaikus. Vieglāk, jo klienti var pieteikties un rediģēt savu saturu. Grūtāk, jo “klients to var rediģēt” kļūst par “klients to pats salauza.” Iestatiet atļaujas nodošanas brīdī: redaktora loma klientam, administratora loma jums. Vispirms publicējiet izmaiņas testa vidē.
Ja klients jautā, kāpēc jūs joprojām iekasējat ikmēneša maksu, ja vietni ir tik viegli rediģēt, jums ir atbilde: tāpēc, ka jūs esat tas, kurš neļauj tai salūzt. Šis iebildums ir paredzams. Izlasiet, kā pārvarēt no-code iebildumus, pirms tas rodas atjaunošanas sarunā — jūs vadīsiet sarunu ar pārliecību.
Pirms automatizējat: pretējais viedoklis
Visi jums saka automatizēt uzturēšanu. Viņi kļūdās — vismaz sākumā. Automatizējot procesu, kuru nesaprotat, tas tikai salūzt ātrāk.
Ja jūs nevarat izskaidrot savu dublēšanas sistēmu jaunam darbiniekam, automatizēts dublēšanas rīks jūs neglābs. Ja nezināt, kuri spraudņu atjauninājumi salauž jūsu vietnes, automātiskie atjauninājumi tās nogāzīs. Automatizācija reizina kompetenci; tā to neaizstāj.
Automatizējiet tikai to, ko esat manuāli paveicis vismaz trīs reizes un dokumentējis. Pēc tam ļaujiet rīkam pārņemt.
Nāvējošs ceļš ir lēkt no 0. posma uz 2. posmu. Jūs ieviešat parka pārvaldības paneli, pirms esat pierakstījis kaut vienu pieteikšanos. Panelis kļūst par melno kasti. Jums ir sliktāk nekā iepriekš. Izejiet posmus secībā.
Brieduma modelis nav vienvirziena kāpnes
Brieduma modelis nav kāpnes, pa kurām uzkāpjat vienreiz. Vietnes noveco. Klienti mainās. Jūsu komanda mainās. Gaidiet regresu: jūs pieņemsit darbā kādu, kurš izlaiž kontrolsarakstu, jūs pazaudēsiet dokumentu migrācijā. Labi. Svarīgs ir virziens.
Lūk, jūsu pirmais solis. Izvēlieties vienu klientu. Pierakstiet piecas lietas: domēna reģistrators, hostinga pakalpojumu sniedzējs, DNS pakalpojumu sniedzējs, dublējumu atrašanās vieta un kam pieder administratora pieteikšanās. Izdariet to šopēcpusdien. Pēc tam izlemiet, kurā posmā jūs patiesībā esat, nevis posmā, kurā vēlētos būt. Ja jūs joprojām esat vienīgais, kurš zina paroles, esat 0. posmā. Sakārtojiet to, pirms pērkat vēl vienu rīku.
Nodošana ir produkts. Izturieties pret to tā. Pārskatiet savu informācijas arhitektūru, kad mainās klienta bizness, nevis tad, kad vietne sabrūk. Nekāds rīks nevar salabot struktūru, kas nekad nepastāvēja.
Un atcerieties klientu attiecības: jūsu darbs ir padarīt klienta vietni garlaicīgu. Viņiem nevajadzētu domāt par hostingu, atjauninājumiem vai dublējumiem. Diena, kad viņi pārstāj par tām domāt, ir diena, kad viņi atjaunos līgumu.

