Käivitamine on üleandmine: agentuuride kliendivalmis kontrollnimekiri

Kokkuvõte

Enamik käivitamisnõuandeid käsitleb veebisaiti kui ühekordset sündmust. Agentuuri jaoks on iga käivitamine üleandmine ja korratavus on tähtsam kui täiuslik käivitamispäev. See artikkel annab teile kontrollnimekirja enne üleandmist, mis on loodud mitme kliendiprojekti haldamiseks. See hõlmab kindla üleandmiskuupäeva määramist, sisu varajast lukustamist, testimist kliendi vaatenurgast, kontrollide ulatuse määramist saiditüübi järgi ning turvalisuse, SEO ja runbooki väravate läbiviimist. Viimane samm on 48-tunnine järelkontroll, mis suunab õppetunnid tagasi järgmisse projekti. Kasutage seda elava kontrollnimekirjana, mitte kopeeri-kleebi loendina.

Enamik käivitamisnõuandeid on kirjutatud ühe veebisaidi jaoks, mistõttu need agentuuri sees ebaõnnestuvad. See eeldab, et teil on piiramatult aega iga lehte testida. Teil ei ole. Teil on mitu pooleliolevat projekti, klient, kes vahetas telefoninumbrit kaks korda, ja sidusrühm, kes saadab pidevalt meile ühe väikese asja kohta. Nõuanne, mis töötab, käsitleb käivitamist kui üleandmist, mitte sündmust. Teie tegelik toode on korratav protsess, mis toodab veebisaidi, kus klient saab elada ilma teid paanikas helistamata. See kontrollnimekiri on see protsess, loodud agentuuridele, kes peavad rakendama sama kvaliteediväravat erinevate klientide, eelarvete ja saiditüüpide lõikes. Kasutage seda selgroona, mitte ühte kõigile sobiva loendina, mida kopeerida.

Kirjutage kõigepealt üleandmise kuupäev

Pange üleandmise kuupäev kalendrisse enne, kui valite malli. Nimetage see kliendivalmis, mitte käivitamiseks. Seejärel töötage tagurpidi: sisu tähtaeg, disainiülevaade, testimisaken ja reaalne puhver, sest klient libiseb vähemalt kaks päeva. Kirjutage kuupäev kohta, kus kõik seda näevad.

Kui kuupäeva pole, pole ulatuse laienemisel ankrut. Kui klient küsib veel ühte lehte, võite öelda, et see nihutab üleandmise kuupäeva. Kui kuupäev on juba olemas, on kompromiss nähtav; kui seda pole, on iga väike soov tasuta ja iga tähtaeg on väljamõeldis. Agentuur, kes ei suuda nimetada üleandmise kuupäeva, ei suuda kaitsta oma marginaale. Kui alustate udusest lühikirjeldusest, hoiab korratav agentuuri protsess selle vestluse igas projektis ühesugusena.

Lukustage sisu, mida ei saa improviseerida

Sisu on koht, kus kliendisaidid lagunevad, mitte kood. Arendaja saab lehe ehitada; ta ei saa välja mõelda kliendi tegelikku aadressi, hindu ega meeskonnatutvustusi. Seadke range sisu tähtaeg enne disaini kinnitamist ja muutke see sama kindlaks kui üleandmise kuupäev.

Kasutage igas projektis ühte standardset sisestusvormi. Küsige telefoni, e-posti, füüsilist aadressi, lahtiolekuaegu ja kolme teenust, mida klient müüa soovib. Üks klient annab teile telefoninumbri, mis suunab faksiaparaadile; teine ulatab teile logona salvestatud Wordi dokumendi. Nende tabamine sisu kogumise ajal on odavam kui nende tabamine avaliku saidi jaluses.

Kui tähtajaks on üks osa puudu, avaldage selgelt märgistatud kohatäitjaga, mitte külmutage projekti. Kohatäitja tähtajaga on parem kui seiskunud ehitus. Tavaline viga on kohelda sisu kui midagi, mida saab hiljem lisada, mis on see, kuidas käivitate saidi vale kaardiga või teenusega, mida klient lõpetas kuus kuud tagasi. Planeerimine ja infoarhitektuur on olemas, et sundida neid otsuseid tegema enne ehitust.

Testige nagu klient halval päeval

Olete saidi otsa vaadanud nädalaid, nii et näete seda, mida ootate. Klient näeb seda, mis on tegelikult ekraanil. Avage sait inkognitoaknas uue seansiga ja tehke värskete silmadega läbikäik.

Klõpsake igal lingil, mida näete, mitte ainult neil, mida mäletate. Esitage iga vorm ja testige tõrkeolekuid, mitte ainult õnnestumisteed. Laadige sait telefonis, aeglase ühendusega ja avatud menüüga. Kontrollige, et päises olev telefoninumber ühtiks kontaktlehel olevaga.

Siin muutuvad väikesed viivitused lugudeks. Hero-pilt, mis laadib aeglaselt, nupp, mis ei vii kuhugi, kleepuv päis, mis katab mobiilis telefoninumbri – ükskõik milline neist raamib kliendi esmamuljet. Te ei vaja sadu kontrolle; vajate neid väheseid, mida oleks võimatu selgitada. Sõnaviga blogipostituses on parandatav; katkine kassakontroll mitte. Kui jooksete sama testi iga kliendi puhul, lõpetate esimese nädala pärast käivitamist vastates nupp-ei-tööta-meilidele.

Kohandage värav saidile

Tehke iga projekti jaoks ulatuse hindamine enne ühegi kontrollnimekirja läbiviimist. Neljaleheküljeline brošüürisaid ja poekataloog ei ole sama projekt. Identsete kontrollide rakendamine mõlemale on kas üleehitamine või alatestimine. Enne kontrollnimekirja läbiviimist otsustage, millised kontrollid on selle kliendi jaoks olulised.

Saidi tüüp	Mitte läbiräägitavad kontrollid
Brošüürisaid	Kliendi vaatenurga läbikäik, kontaktandmed, SSL, põhiline SEO
Sihtleht	Laadimisaeg, vormi esitamine, tänuleht, analüütika
E-kaubandus	Kassa voog, maksetest, tootepildid, varukoopiad

Hoidke ühist väravat—üleandmise kuupäev, turvalisus, runbook, järelkontroll—ja lisage kontrollid, mis kaitsevad seda konkreetset klienti. Jätke ulatuse hindamine vahele ja veedate oma reede teenuste lehte testides, samal ajal kui kliendi tegelik mure on kassa, mis ei töötle. Või käivitate e-kaubanduse saidi ilma maksevoogu testides ja klient saab sellest teada alles siis, kui kliendi tellimus kaob.

Ehitage turvavärav üks kord, käitage seda alati

Turvalisus on koht, kus agentuurid triivivad. Teete e-kaubanduse kliendi jaoks täieliku auditi, kuid jätate brošüürsaidil vahele, sest nad ei kogu andmeid. See on vale instinkt. UpGuardi veebisaidi turvalisuse juhised rakendavad samu tavasid igale saidile: hoidke platvorm ajakohasena, rakendage tugevat autentimist, piirake kasutajaõigusi, tehke regulaarselt varukoopiaid ja serveerige kõike SSL/TLS-i kaudu. Brošüürsaidi saab ikkagi kompromiteerida; kliendi domeeni saab ikkagi kasutada rämpsposti saatmiseks.

Koostage üks ühine turvakontrollinimekiri ja käitage seda igas projektis. Mitmefaktoriline autentimine lubatud igale sisselogimisele. Tarkvara ja pluginad värskendatud. Varukoopia, mis on tegelikult testitud, mitte ainult ajastatud. SSL/TLS-sertifikaat installitud ja töötab. Kasutajaõigused piiratud sellega, mida iga inimene vajab.

Muutke turvalisus jah/ei väravaks. Kui mõni vastus pole veel, pole sait kliendivalmis. Käitage värav lavastuskeskkonnas enne käivitusnädalat, sest serdisitõrked käivitusööl on hädaolukorrad, mida te ei saa arvele panna. Hoidke loend piisavalt väike, et iga kirje tähendaks midagi. Kui kirje läbib alati, automatiseerige see või lülitage see oma ehituse tööriistadesse. Selle vahelejätmise hind ei ole abstraktne; see on keset ööd sõnum kliendilt, kelle sait rikuti.

Tehke SEO-st kontroll, mitte lootus

Siin on käivitamine, mida olete näinud: sait läheb üles, disain näeb puhas, ja kuu aega hiljem küsib klient, miks nad Google'is ei kuvata. SEO väikesel saidil tundub tulevikuprobleemina, nii et see jäetakse vahele. Digital Marketing Institute'i algaja SEO juhend käsitleb tehnilist seadistust põhiosana, mitte turundusliku täidisena: HTTPS, XML-sitemap ja robots.txt-fail, mis laseb otsingumootoritel sisse.

Lisage oma üleandmise kontrollnimekirja SEO-jaotis ja muutke see konkreetseks. Kinnitage iga võtmelehe tiitlissilt ja meta kirjeldus. Veenduge, et igal lehel on vähemalt üks päris teksti sisu, mitte ainult pildid. Looge XML-sitemap ja esitage see. Kontrollige, et robots.txt ei blokeeriks lehti, mida soovite indekseerida.

Mitte ükski neist pole kallis. Kõik see on tüütu, mistõttu jäetakse vahele. Kulu on mitu nädalat nähtamatu, siis tuleb kõne: miks mu ettevõte ei kuvata Google'is? Te ei saa sellele vastata üleandmise kontrollnimekirjaga; saate vastata ainult tõendiga, et põhitõed olid paigas enne saidi avalikustamist. Täieliku seadistuse jaoks käivitage no-code veebisait, mis paigutub esimesest päevast. Vähemalt tehke SEO-väravast jah/ei loend, et "teeme SEO hiljem" ei saaks projekti sisse hiilida.

Andke võtmed üle runbookiga

Üleandmine pole lõppenud, kui sait läheb üles. See on lõppenud, kui klient saab sisse logida ilma teile helistamata. Link ja parool ei ole üleandmine; see on esimene kodutöö. Klient leiab seadete lehe, katsetab ja kas lõhub midagi või helistab teile küsimusega, millele oleksite saanud vastata ühel lehel.

Kirjutage runbook. Kuidas sisse logida ja avalehe teksti muuta. Kuidas pilti vahetada. Kus domeen ja hostimine asuvad. Millal domeen uueneb ja kes selle eest vastutab. ICANNi domeeni registreerimisprotsess nõuab omanikuga seotud töötavat kontaktteavet. Kui klient omab domeeni, peavad nad teadma, kus konto asub ja mis juhtub, kui see aegub. Pange uuendamise kuupäev runbooki; te ei taha, et esimene pärast käivitamist kõne oleks "meie veebisait on kadunud", sest keegi ei uuendanud domeeni.

Runbook võib olla üks leht. See ei pea olema käsiraamat. Kuid see peab olemas olema ja klient peab selle avama, kui olete veel kõnes.

Võtke ühendust 48 tunni jooksul

Klient jääb pärast käivitamist nädalaks vaikseks. Eeldate, et nad on õnnelikud. Siis saabub arve meil ja mõistate, et nad veetsid kuus päeva, teadmata, kuidas oma hindu värskendada. Kõige kasulikum test toimub pärast üleandmist, mitte enne.

48 tundi pärast saidi avalikustamist saatke lühike märkus. Esitage üks konkreetne küsimus, mitte "kas kõik on korras?" Konkreetsed küsimused toovad esile tõelised vastused. Kas proovisite sisse logida? Kas kontaktivorm ilmub teie postkasti? Kas jaluse aadress on õige? Logige, mida klient teatab, ja lisage see järgmise projekti kontrollnimekirja.

See on hetk, kus püüate kinni selle, mida te ei saanud püüda: kliendi tegelik telefoninumber, nende tegelikud tootepildid, integratsioon, mis töötab ainult nende andmetega. Iga kord, kui klient paljastab lünga, lisage see järgmisesse üleandmiste väravasse. Nii jääb kontrollnimekiri elavaks, selle asemel et muutuda dokumendiks, mida keegi ei loe. Kui otsite suuremat süsteemi, algab kliendisaidi hoolduse küpsusmudel seal, kus see järelkontroll lõpeb.

Värav, mitte trofee

Eesmärk ei ole omada kõige põhjalikumat kontrollnimekirja tööstuses. See on omada väravat, mis püüab kinni probleemid, mida te tegelikult oma klientide juures näete. See tähendab kärpimist. Kui kontroll ei ole viimastel käivitamistel ühtegi probleemi tabanud, olete selle kas automatiseerinud või on see müra. Kontrollnimekiri, mis on täis alati läbivaid kirjeid, annab teile vale lõpetatuse tunde. Olulised on need kontrollid, mis aeg-ajalt ebaõnnestuvad, sest just need hoiavad ära piinlikud kõned.

Ärge lisage kontrolle, et tunda end protsessirikkana. Lisage need ainult siis, kui nad teenivad oma koha. Parim käivitamise kontrollnimekiri agentuuri jaoks on lühem, kui arvate: üleandmise kuupäev määratud, sisu lukustatud, kliendi vaatenurga test läbitud, turvalisuse ja SEO väravad rohelised, runbook üle antud, 48-tunnine järelkontroll planeeritud. Kui see värav on olemas, lakkab käivitamine olemast hirmuhetk ja muutub formaalsuseks. See on erinevus agentuuri vahel, kes loob veebisaite, ja agentuuri vahel, kes neid tarnib.