Julkaisu on luovutus: asiakasvalmiin sivuston tarkistuslista toimistoille

Tiivistelmä

Suurin osa lanseerausneuvonnasta kohtelee verkkosivustoa kertaluonteisena tapahtumana. Toimistolle jokainen lanseeraus on luovutus, ja toistettavuus on tärkeämpää kuin täydellinen julkaisupäivä. Tämä artikkeli antaa sinulle ennen luovutusta käytettävän tarkistuslistan, joka on rakennettu useiden asiakasprojektien hallintaan. Se kattaa kiinteän luovutuspäivän asettamisen, sisällön lukitsemisen aikaisin, testaamisen asiakkaan näkökulmasta, tarkistusten rajaamisen sivustotyypin mukaan sekä turvallisuus-, SEO- ja runbook-porttien suorittamisen. Viimeinen vaihe on 48 tunnin kuluttua tehtävä seuranta, joka vie opit seuraavaan projektiin. Käytä tätä elävänä tarkistuslistana, ei kopio-liitä-listan.

Suurin osa lanseerausneuvonnasta on kirjoitettu yhdelle verkkosivustolle, minkä vuoksi se epäonnistuu toimiston arjessa. Se olettaa, että sinulla on rajattomasti aikaa testata jokainen sivu. Sinulla ei ole. Sinulla on monta projektia kesken, asiakas, joka vaihtoi puhelinnumeron kahdesti, ja sidosryhmän jäsen, joka lähettelee sähköpostia yhdestä pienestä asiasta. Toimiva neuvonta kohtelee lanseerausta luovutuksena, ei tapahtumana. Sinun todellinen tuotteesi on toistettava prosessi, joka tuottaa verkkosivuston, jossa asiakas voi elää ilman, että hänen tarvitsee soittaa sinulle paniikissa. Tämä tarkistuslista on tuo prosessi, ja se on rakennettu toimistoille, joiden on ajettava sama laatuportti eri asiakkaiden, budjettien ja sivustotyyppien läpi. Käytä sitä selkärankana, ei kaikille sopivana kopioitavana listana.

Kirjaa luovutuspäivä ensin

Kirjaa luovutuspäivä kalenteriin ennen kuin valitset mallin. Nimeä se asiakasvalmiiksi julkaisuksi lanseerauksen sijaan. Sen jälkeen työstä taaksepäin: sisällön määräpäivä, suunnittelun tarkistus, testausikkuna ja kunnollinen puskuri, koska asiakas myöhästyy vähintään kaksi päivää. Kirjoita päivä näkyvälle paikalle.

Jos päivää ei ole, laajenemisella ei ole ankkuria. Kun asiakas pyytää vielä yhtä sivua, voit sanoa, että se siirtää luovutuspäivää. Jos päivä on jo olemassa, kompromissi on näkyvä; jos ei, jokainen pieni pyyntö on ilmainen ja jokainen määräaika on fiktiota. Toimisto, joka ei osaa nimetä luovutuspäivää, ei voi suojata katteitaan. Kun aloitat epämääräisestä briefistä, toistettava toimistoprosessi pitää keskustelun samanlaisena joka projektissa.

Lukitse sisältö, jota ei voi improvisoida

Sisältö on se, missä asiakassivustot hajoavat, ei koodi. Kehittäjä voi rakentaa sivun; hän ei voi keksiä asiakkaan oikeaa osoitetta, hintoja tai tiimin esittelyjä. Aseta kova sisällön määräpäivä ennen suunnittelun hyväksyntää ja tee siitä yhtä luja kuin luovutuspäivä.

Käytä samaa vakiolomaketta joka projektissa. Pyydä puhelinnumero, sähköposti, fyysinen osoite, aukioloajat ja kolme palvelua, joita asiakas haluaa myydä. Yksi asiakas antaa sinulle puhelinnumeron, joka ohjautuu faksiin; toinen luovuttaa logon Word-tiedostona. Näiden huomaaminen sisällönkeruun aikana on halvempaa kuin huomata ne live-sivuston footerissa.

Jos jokin osa puuttuu määräaikaan mennessä, julkaise sivusto selvästi merkityllä paikanpitäjällä sen sijaan, että jäädyttäisit projektin. Paikanpitäjä määräajalla voittaa pysähtyneen rakennuksen. Yleinen virhe on kohdella sisältöä asiana, joka voidaan lisätä myöhemmin – niin päädyt julkaisemaan sivuston, jossa on väärä kartta tai palvelu, jonka asiakas lopetti kuusi kuukautta sitten. Suunnittelu ja informaatioarkkitehtuuri on olemassa, jotta nämä päätökset tehdään ennen rakennusta.

Testaa kuin asiakas huonona päivänä

Olet tuijottanut sivustoa viikkoja, joten näet sen, mitä odotat. Asiakas näkee sen, mitä ruudulla oikeasti on. Avaa sivusto incognito-ikkunassa uudella istunnolla ja käy se läpi tuorein silmin.

Klikkaa jokaista linkkiä, jonka näet, et vain niitä, jotka muistat. Lähetä jokainen lomake ja testaa virhetilat, et vain onnistumispolkua. Lataa sivusto puhelimella, hitaalla yhteydellä ja valikko avoinna. Tarkista, että yläreunan puhelinnumero täsmää yhteystietosivun numeron kanssa.

Tässä kohtaa pienistä viiveistä tulee tarinoita. Hero-kuva, joka latautuu hitaasti, painike, joka ei johda mihinkään, kiinteä yläpalkki, joka peittää puhelinnumeron mobiilissa – mikä tahansa näistä muodostaa asiakkaan ensivaikutelman. Et tarvitse sataa tarkistusta; tarvitset ne muutamat, joita olisi mahdoton selittää. Kirjoitusvirhe blogipostauksessa on korjattavissa; rikkinäinen kassa ei ole. Jos ajat saman testin joka asiakkaalle, lopetat sen, että vietät ensimmäisen viikon julkaisun jälkeen vastaamalla sähköposteihin painike-ei-toimi-aiheista.

Rajaa portti sivuston mukaan

Aja laajuuskatsaus joka projektissa ennen kuin suoritat minkään tarkistuslistan. Neljän sivun esitesivusto ja verkkokauppaluettelo eivät ole sama projekti. Identtisten tarkistusten soveltaminen molempiin on joko ylisuunnittelua tai alitestausta. Ennen tarkistuslistan suorittamista päätä, mitkä tarkistukset ovat oleellisia tälle asiakkaalle.

Sivustotyyppi	Ehdottomat tarkistukset
Esitesivusto	Asiakasnäkökulmasta tehty läpikäynti, yhteystiedot, SSL, perus-SEO
Laskeutumissivu	Latausaika, lomakkeen lähetys, kiitos-sivu, analytiikka
Verkkokauppa	Kassapolku, maksutesti, tuotekuvat, varmuuskopiot

Säilytä yhteinen portti – luovutuspäivä, turvallisuus, runbook, seuranta – ja lisää tarkistukset, jotka suojaavat tätä nimenomaista asiakasta. Ohita laajuusvaihe ja vietät perjantaisi testaamalla palvelusivua, kun asiakkaan todellinen huoli on kassa, joka ei käsittele maksua. Tai julkaiset verkkokaupan testaamatta maksupolkua, ja asiakas huomaa sen vasta, kun asiakkaan tilaus katoaa.

Rakenna turvallisuusportti kerran, suorita se joka kerta

Turvallisuus on alue, jolla toimistot ajautuvat harhaan. Teet täyden auditoinnin verkkokauppa-asiakkaalle, mutta ohitat esitesivuston, koska se ei kerää tietoja. Se on väärä vaisto. UpGuardin verkkoturvallisuusohjeistus soveltaa samoja käytäntöjä joka sivustolle: pidä alusta ajan tasalla, vaadi vahva todennus, rajaa käyttöoikeudet, varmuuskopioi säännöllisesti ja tarjoa kaikki SSL/TLS:n yli. Esitesivusto voidaan silti vaarantaa; asiakkaan verkkotunnusta voidaan yhä käyttää roskapostin lähettämiseen.

Rakenna yksi yhteinen turvallisuustarkistuslista ja suorita se joka projektissa. Monivaiheinen todennus käytössä jokaisessa kirjautumisessa. Ohjelmistot ja liitännäiset päivitetty. Varmuuskopio, joka on oikeasti testattu, ei vain ajastettu. SSL/TLS-sertifikaatti asennettu ja käytössä. Käyttöoikeudet rajattu siihen, mitä kukin tarvitsee.

Tee turvallisuudesta kyllä/ei-portti. Jos jokin vastaus on ei, sivusto ei ole asiakasvalmis. Suorita portti staging-ympäristössä ennen julkaisuviikkoa, koska sertifikaattivirheet julkaisuyönä ovat hätätilanteita, joista et voi laskuttaa. Pidä lista riittävän pienenä, jotta jokainen kohta merkitsee jotain. Jos kohta menee aina läpi, automatisoit sen tai sisällytät sen build-työkaluihisi. Ohittamisen hinta ei ole abstrakti; se on keskellä yötä tuleva viesti asiakkaalta, jonka sivusto on töhritty.

Tee SEO:sta tarkistus, ei toivomus

Tässä on lanseeraus, jonka olet nähnyt: sivusto menee julkaistuksi, ulkoasu näyttää siistiltä, ja kuukautta myöhemmin asiakas kysyy, miksi he eivät näy Googlessa. SEO pienellä sivustolla tuntuu tulevaisuuden ongelmalta, joten se ohitetaan. Digital Marketing Instituten aloittelijan SEO-opas käsittelee teknisen asennuksen osana perusteita, ei markkinointihömpänä: HTTPS, XML-sivukartta ja robots.txt-tiedosto, joka päästää hakukoneet sisään.

Lisää SEO-osio luovutustarkistuslistallesi ja tee siitä konkreettinen. Varmista title-tagi ja meta-kuvaus jokaiselle keskeiselle sivulle. Varmista, että jokaisella sivulla on vähintään yksi kunnollinen teksti, ei vain kuvia. Luo XML-sivukartta ja lähetä se. Tarkista, että robots.txt ei estä indeksoitaviksi haluamiasi sivuja.

Mikään tästä ei ole kallista. Kaikki se on tylsää, minkä vuoksi se jätetään tekemättä. Kustannus on näkymätön muutaman viikon ajan, sitten tulee soitto: miksi yritykseni ei näy Googlessa? Et voi vastata siihen luovutustarkistuksella; voit vastata vain todisteella, että perusasiat olivat kunnossa ennen sivuston julkaisua. Koko asennusta varten julkaise no-code-verkkosivusto, joka nousee hakutuloksiin heti ensimmäisestä päivästä. Vähintäänkin tee SEO-portista kyllä/ei-lista, jotta ”hoidetaan SEO myöhemmin” ei pääse livahtamaan projektiin.

Luovuta avaimet runbookin kanssa

Luovutus ei ole valmis, kun sivusto julkaistaan. Se on valmis vasta, kun asiakas osaa kirjautua sisään soittamatta sinulle. Linkki ja salasana eivät ole luovutus; ne ovat ensimmäinen kotitehtävä. Asiakas löytää asetussivun, kokeilee ja joko rikkoo jotain tai soittaa sinulle kysymyksen, johon olisit voinut vastata yhden sivun dokumentissa.

Kirjoita runbook. Kuinka kirjaudutaan sisään ja muutetaan etusivun tekstiä. Kuinka vaihdetaan kuva. Missä verkkotunnus ja hosting sijaitsevat. Milloin verkkotunnus uusiutuu ja kuka on siitä vastuussa. ICANNin verkkotunnuksen rekisteröintiprosessi edellyttää toimivia yhteystietoja, jotka on sidottu omistajaan. Jos asiakas omistaa verkkotunnuksen, heidän on tiedettävä, missä tili sijaitsee ja mitä tapahtuu, jos se vanhenee. Merkitse uusimispäivä runbookiin; et halua ensimmäisen julkaisun jälkeisen puhelun olevan ”verkkosivustomme on kadonnut, koska kukaan ei uusinut verkkotunnusta”.

Runbook voi olla yhden sivun mittainen. Sen ei tarvitse olla käsikirja. Mutta sen on oltava olemassa, ja asiakkaan on avattava se vielä puhelun aikana.

Seuraa 48 tunnin kuluttua

Asiakas on hiljaa viikon julkaisun jälkeen. Oletat, että he ovat tyytyväisiä. Sitten lasku saapuu sähköpostilla, ja huomaat, että he viettivät kuusi päivää tietämättä, miten omia hintojaan päivitetään. Hyödyllisin testi tapahtuu luovutuksen jälkeen, ei ennen sitä.

Neljäkymmentäkahdeksan tuntia sivuston julkaisun jälkeen lähetä lyhyt viesti. Kysy yksi täsmällinen kysymys, älä ”onko kaikki hyvin?” Täsmälliset kysymykset paljastavat oikeita vastauksia. Kokeilitko kirjautumista? Näkyykö yhteydenottolomake sähköpostissasi? Onko footerin osoite oikein? Kirjaa ylös, mitä asiakas kertoo, ja lisää se seuraavan projektin tarkistuslistaan.

Tämä on hetki, jolloin huomaat sen, mitä et olisi voinut huomata: asiakkaan oikean puhelinnumeron, todelliset tuotekuvat, integraation, joka toimii vain heidän datallaan. Joka kerta, kun asiakas paljastaa aukon, lisää se seuraavaan luovutusporttiin. Näin tarkistuslista pysyy elävänä sen sijaan, että siitä tulisi asiakirja, jota kukaan ei lue. Jos etsit isompaa järjestelmää, asiakassivustojen ylläpidon kypsyysmalli alkaa siitä, mihin tämä seuranta päättyy.

Portti, ei palkintopokaali

Tavoite ei ole olla toimialan perusteellisin tarkistuslista. Tavoite on portti, joka nappaa ne ongelmat, joita oikeasti näet asiakkaittesi kohdalla. Se tarkoittaa karsimista. Jos tarkistus ei ole napannut yhtäkään ongelmaa useissa viimeisimmistä julkaisuistasi, olet joko automatisoinut sen tai se on kohinaa. Täynnä aina läpi meneviä kohtia oleva tarkistuslista antaa väärän tunteen valmiudesta. Tärkeitä tarkistuksia ovat ne, jotka joskus epäonnistuvat, koska juuri ne estävät noloja puheluita.

Älä lisää tarkistuksia tunteaksesi olosi prosessirikkaaksi. Lisää niitä vain, kun ne ansaitsevat paikkansa. Paras toimiston julkaisutarkistuslista on lyhyempi kuin luulet: luovutuspäivä asetettu, sisältö lukittu, asiakasnäkökulmasta tehty testi läpäisty, turvallisuus- ja SEO-portit vihreät, runbook luovutettu, 48 tunnin seuranta aikataulutettu. Kun tämä portti on olemassa, julkaisusta lakkaa olemasta kauhunhetki ja siitä tulee muodollisuus. Se on ero toimiston välillä, joka rakentaa verkkosivustoja, ja toimiston välillä, joka toimittaa niitä.