Tinklaraštis
Jūsų agentūros hostingo strategija: 4 etapai nuo chaoso iki kontrolės
Nustokite rinktis hostingą po vieną klientą. Sukurkite pakartojamą keturių etapų sistemą savo agentūrai.
Santrauka
Jei dirbate agentūroje, tikriausiai kiekvienam klientui naudojate skirtingą hostingo valdymo skydelį. Tai veikia tol, kol nebeveikia. Jūsų požiūris į hostingą turi keistis augant. Šiame straipsnyje apžvelgsime keturis brandos etapus: vienkartinių sprendimų erą, konsolidacijos fazę, portfelio struktūrą ir produktizuotą paslaugą. Sužinosite, kada standartizuoti, kada diversifikuoti, o kada parduoti hostingą kaip produktą. Galų gale turėsite pakartojamą procesą, o ne kasdienį gaisro gesinimą.
Kiek hostingo valdymo skydelių prisijungsite šią savaitę? Būkite sąžiningi. Jei esate agentūroje, turinčioje daugiau nei kelis klientus, tikriausiai atsakymas yra skirtingas prisijungimas kiekvienam klientui. Tai problema. Švaistote laiką ieškodami prisijungimo duomenų, spėliodami, koks planas apima kurią svetainę, ir mokėdami už dalykus, kuriuos pamiršote turėję. Šiame straipsnyje apžvelgsime keturis agentūros hostingo brandos etapus. Kiekvienas etapas turi savo žlugimo modelį, o vieno etapo sprendimas yra kito spąstai. Perskaitykite lentelę, raskite savo etapą ir veikite.
Štai lankas:
| Etapas | Kas veikia | Kas žlunga |
|---|---|---|
| Vienkartinių sprendimų era | Kiekvienas klientas gauna individualų hostingo pasirinkimą | Kognityvinė apkrova auga su kiekvienu klientu |
| Konsolidacijos fazė | Vienas tiekėjas visiems | Tiekėjas netinka kiekvienam darbo krūviui |
| Portfelio struktūra | Pakopinis hostingas pagal kliento vertę | Jūs laviruojate tarp daugiau tiekėjų nei anksčiau |
| Produktizuota paslauga | Hostingas yra užsakomosios paslaugos produktas | Dabar esate atsakingi už veikimo laiką |
Pirmas etapas: kiekviena svetainė yra snaigė (ir tai gerai maždaug mėnesį)
Įsivaizduokite, kad ką tik gavote pirmuosius klientus. Klientas A turi vietinę kepyklą ir jam reikia WordPress svetainės. Klientas B turi individualiai sukurtą programėlę ir jam reikia paleisti Node serverį. Klientas C tiesiog nori nukreipimo puslapio per savaitę. Užsisakote Bluehost kepyklai, Hostinger programėlei, nes tai pigus, o A2 Hosting nukreipimo puslapiui, nes kažkas sakė, kad jis greitas. Dabar turite kelis prisijungimus, atnaujinimo datas, palaikymo eiles ir nė menkiausios idėjos, kuris klientas iš tikrųjų yra pelningas.
Tai vienkartinių sprendimų era. Tai atrodo natūralu, nes apimtis maža. Tačiau kiekvienas naujas klientas prideda dar vieną prisijungimą, dar vieną sąskaitą, dar vieną sprendimą, kuris hostas yra „geriausias“ būtent šiam projektui. Pradedate tikėti, kad priimate pagrįstus sprendimus. Taip nėra. Jūs tik pridedate kintamuosius į sistemą, kurios nematote.
Sprendimas dar nėra standartizavimas. Sprendimas yra sukurti stebėjimo sistemą. Atidarykite skaičiuoklę. Kiekvienam klientui užrašykite: tiekėją, planą, atnaujinimo datą, mėnesinę kainą, paskyros savininką ir apytikslį srauto įvertinimą. Taip, skaičiuoklė. Tai nuobodu, bet tai vienintelis būdas pamatyti, kam iš tikrųjų išleidžiate pinigus ir kur nueina jūsų laikas. Taip pat užrašykite priežastį, kodėl pasirinkote tą tiekėją. „Draugas rekomendavo“ yra pagrįsta priežastis, bet jūs turite žinoti, kad taip yra. Kai turėsite kelias eilutes, skaičiuoklė jums pasakys daugiau nei jūsų nuojauta.
Kas atsitiks, jei to nepadarysite? Išmoksite sunkiai: kliento domenas baigia galioti, nes nesekėte atnaujinimo, planas automatiškai atnaujinamas ir padvigubina sąskaitą, arba klientas klausia, kodėl jo svetainė lėta, o jūs neturite jokių įrašų, už ką jie moka. Skaičiuoklė yra jūsų atmintis. Be jos jūs ne vadovaujate agentūrai, o gesinate gaisrus. Jei vis dar nežinote, kuriuo keliu eiti, pradėkite nuo populiariausio bendrojo hostingo, pavyzdžiui, Bluehost ar HostGator. Jie neįspūdingi, bet veikia, ir išmokys, ko jums iš tikrųjų reikia. Jei nenorite spėlioti, čia yra vadovas, kaip išsirinkti interneto svetainės hostingą, kai negalite klysti.
Antras etapas: konsolidacijos spąstai
Dabar turite augantį klientų sąrašą, ir kiekviena svetainė turi savo valdymo skydelį. Kiekvienas naujas klientas prideda dar vieną skydelį ir dar vieną atnaujinimo el. laišką. Jums tai atsibodo. Taigi nusprendžiate visus perkelti į SiteGround. Vienas prisijungimas. Viena palaikymo linija. Viena sąskaita. Atrodo, kad pagaliau susitvarkėte gyvenimą. Tada kepykla pradeda didelę šventinę akciją, o jos WooCommerce parduotuvė sulėtėja. Kito kliento įrašas tampa viraliniu, o bendrasis planas tiesiog nustoja reaguoti. Dabar aiškinate du atskirus gedimus, tuo pačiu įtikinėdami save, kad priėmėte teisingą sprendimą standartizuodami.
Štai principas, kurio dauguma agentūrų straipsnių praleidžia: konsolidacija išsprendžia valdymo skydelių problemą, bet sukuria tinkamumo problemą. Nėra vieno hostingo, kuris tiktų kiekvienam darbo krūviui. SiteGround tikrai turi gerą palaikymą ir infrastruktūrą, bet jis nėra universalus. Bluehost ir HostGator puikiai tinka turinio svetainėms. Hostinger yra biudžetinis pasirinkimas. A2 Hosting orientuotas į greitį. Jūsų darbas nėra rasti vieną tikrąjį hostingą. Jūsų darbas yra apibrėžti dviejų ar trijų tiekėjų sąrašą, kurie padengtų didžiąją dalį jūsų klientų poreikių.
Dažnas patarimas šioje srityje – pasirinkti vieną tiekėją ir padaryti jį savo standartu. Tas patarimas skirtas laisvai samdomiems specialistams, turintiems kelias svetaines. Agentūrai tai spąstai. Vienas tiekėjas reiškia vieną gedimo būdą. Jei jų tinklas sugenda, krinta visi klientai. Jei jų palaikymas prastėja, neturite alternatyvos. Diversifikacija yra operacinis dubliavimo atitikmuo.
Taigi nustatykite politiką. Bendras hostingas informacinėms svetainėms. Viskas, kas susiję su aktyvia el. prekyba ar nenuspėjamu srautu, keliama į aukštesnę pakopą. Užsirašykite šią politiką. Parodykite ją klientams įtraukimo metu. Ir nepasiduokite vieno tiekėjo rinkodarai. Geriausias hostingas agentūrai yra tas, kurį galite derinti 3 val. nakties turėdami ribotą informaciją. Ne tas, kuris turi gražiausią valdymo skydelį ar garsiausią veikimo laiko garantiją. Veikimo laiko garantijos yra gerai, bet tai pažadai, o ne inžinerija. Jūsų gebėjimas atkurti svetainę svarbesnis nei procentas sutartyje. Prieš įsipareigodami perskaitykite, kodėl jūsų svetainė sugedo ir kaip pasirinkti hostingą, kuris jūsų nenuvils.
Trečias etapas: suskirstykite į pakopas, tada pakopas į pakopas
Klientas prašo perimti jo esamą svetainę. Ji talpinama pas tiekėją, kurio niekada nenaudojote. Ankstesnė agentūra nepaliko jokios dokumentacijos. Jūsų pirmoji mintis – perkelti ją į savo standartinę sistemą, kad palengvintumėte sau gyvenimą. Nedarykite to. Perkėlimas yra būtent tas momentas, kai dalykai lūžta. Vietoj to jums reikia sprendimų sistemos, kuri veiktų prieš ką nors liečiant.
Įtraukdami kiekvieną klientą, suskirstykite jį į kategorijas. Užduokite tris klausimus. Ką svetainė daro? Kiek pajamų nuo jos priklauso? Koks nenuspėjamas srautas? Naudokite atsakymus, kad priskirtumėte paslaugų pakopą. 1 pakopa: mažo srauto informacinės svetainės bendrajame hostinge, standartinės atsarginės kopijos, el. pašto palaikymas. 2 pakopa: WordPress arba WooCommerce svetainės su dideliu srautu – patalpinkite jas VPS arba į greitį orientuotame hostinge, pavyzdžiui, A2 Hosting. 3 pakopa: kritinės svetainės, kurioms reikia skirtų išteklių, tikros SLA ir greičiausio jūsų atsakymo laiko.
Pakopos nėra būdas parduoti klientams daugiau. Jos skirtos, kad jūsų pačių palaikymo krūvis būtų nuspėjamas. Pakopa apibrėžia, ko klientas gali tikėtis iš jūsų ir ką infrastruktūra turi užtikrinti. Kalbėdami apie pakopas, nekalbėkite apie aparatinę įrangą. Kalbėkite apie rezultatus. „1 pakopa reiškia standartinę atsarginę kopiją kiekvieną naktį ir el. pašto palaikymą per 24 valandas.“ „3 pakopa reiškia skirtą serverį, telefono numerį, kuriuo galite skambinti, ir atsakymo laiką, matuojamą minutėmis.“ Klientai supranta rezultatus; jie nesupranta VPS specifikacijų.
Peržiūrėkite pakopas kas ketvirtį. Kepykla, kuri pradėjo kaip informacinė svetainė, po metų gali tapti 2 pakopos el. prekybos parduotuve, o jūsų atsarginių kopijų ir reagavimo planas turi tai sekti. Praleidę peržiūrą, leidžiate vakarykštei svetainei tapti šiandienos gedimu. O kai kas nors sugenda, jūsų pirmasis klausimas visada: kuri tai pakopa? Nes derinimo kelias bendrajame hostinge nėra toks pat kaip VPS. Pakopa nustato jūsų atsakymo laiką, eskalavimo kelią ir kliento lūkesčius. Be pakopų vėl kiekvieną gaisrą traktuojate kaip ekstremalią situaciją.
Ketvirtas etapas: parduokite hostingą kaip produktą, o ne paslaugą
Dabar valdote hostingą dešimtims klientų. Turite komandą. Vis tiek esate tas, kuriam skambina, kai svetainė krinta. Jūs nesate hostingo įmonė, bet elgiatės kaip ji. Verslo modelis turi suspėti su realybe.
Nustokite traktuoti hostingą kaip išlaidas, kurias prisiimate, kad galėtumėte apmokestinti klientą už dizainą. Pradėkite parduoti hostingą kaip produktizuotą paslaugą. Vienas mėnesinis užsakymas, apimantis infrastruktūrą, priežiūrą, serverio saugumą, atsargines kopijas ir jūsų atsakymo laiko garantiją. Klientas moka fiksuotą sumą. Jūs gaunate nuspėjamas pajamas. Klientas nustoja atidarinėti palaikymo bilietus dėl atnaujinimų, o jūs nustojate aiškinti sąskaitos eilutes.
Kas įeina į užsakymą? Išdėstykite. Tiekėjas ir planas, atsarginių kopijų grafikas ir saugojimo trukmė, stebėjimas ir įspėjimai, atsakingas asmuo ir kiekvienos pakopos atsakymo laiko įsipareigojimas. Raštu užfiksuokite, kas atsitinka, jei hostas patiria gedimą: jūsų komunikacijos protokolas, atsarginis planas, pirmasis žingsnis atkūrimui. Tai sutartis, kuri jus apsaugo, kai kliento svetainė sugenda sekmadienį 2 val. nakties.
Bet yra sąlygos. Kai parduodate hostingą, prisiimate atsakomybę už rezultatą. SiteGround gali žadėti 100 % veikimo laiką visą dieną, bet kliento svetainė vis tiek anksčiau ar vėliau sugenda, ir jūsų telefonas suskamba. Jūsų SLA yra tai, kas svarbu. Jūsų atsarginių kopijų ir atkūrimo procesas yra tai, kas svarbu. Jūsų gebėjimas perkelti klientą į naują hostingą be prastovų yra tai, kas svarbu. Prieš produktizuodami, atlikite atkūrimo pratybas. Išbandykite perkėlimus. Tada užfiksuokite tuos įsipareigojimus raštu.
Hostingo produktizavimas nėra kainų kėlimas. Tai atsakomybės prisiėmimas mainais už kontrolę. Jei nenorite prisiimti atsakomybės už rezultatą, neimkite už tai pinigų. Tiesiog būkite skaidrūs su klientu, kad hostingas yra perleidžiamosios išlaidos, kurias jis tvarkys. Tai teisėtas pasirinkimas. Bet tai nėra agentūros praktika, kuri masteliuojasi. Ir kai būsite pasiruošę perkelti klientą į geresnį hostingą, žinokite, kaip perkelti svetainę į naują hostingą be prastovų.
Išvada
Nustokite spėlioti. Jūsų agentūros hostingo praktika praeis per šiuos etapus, nesvarbu, ar planuojate juos, ar ne. Vienkartinių sprendimų era yra gerai, kol ne. Konsolidacija veikia, kol ne. Pakopos įveda tvarką, kol nepamirštate jų peržiūrėti. Produktizavimas paverčia jus verslu iki pirmojo gedimo. Sprendimas yra žinoti, kuriame etape esate, ir veikti sąmoningai.
Pradėkite nuo skaičiuoklės. Sudarykite trumpąjį sąrašą. Suskirstykite klientus į pakopas. Tada parduokite hostingą kaip produktą. Tai padarę, hostingas taps sistema, kurią valdote, o ne gaisras, su kuriuo kovojate. Jūsų ateities aš – ir jūsų klientai – padėkos.