Ähmasest lähteülesandest avaliku veebisaidini: korratav agentuuriprotsess

Kokkuvõte

Enamik nõuandeid kliendi veebisaitide loomise kohta eeldab, et raske osa on tööriistades; tegelik ebaõnnestumise koht on ähmane lähteülesanne ja sellele järgnev vahelejäetud planeerimine. See artikkel jälgib ühte tüüpilist koostööd — raamatupidamisettevõtet, kes tahab 'midagi kaasaegset' — alates esimesest käivituskõnest kuni nädal pärast avalikustamist. Praktiline väide on, et korratav järjestus võidab kangelasliku ehitamise: määratle, mida külastaja tegema peaks, struktureeri lehed selle ülesande ümber, käsitle sisu projekti tulemina ja vali kõige lihtsam tööriist pärast seda, kui ulatus on selge. See hõlmab ka ebameeldivat avalikustamistööd — domeeni omand, majutus, turvalisuse põhitõed ja SEO-saidikaardid — mida agentuurid sageli edasi lükkavad, kuni on liiga hilja. Tee peal seab see kahtluse alla no-code-haibi: ehitaja suudab genereerida lehe, kuid ta ei suuda välja tuua ärilisi vastuseid, mis muudavad lehe avalikustamist väärt. Tulemuseks on protsess, mida saad kasutada järgmise kliendi ja ka sellejärelse juures, ilma et peaksid iga kord ratast uuesti leiutama.

Enamik nõuandeid kliendi veebisaitide loomise kohta eksib ebaõnnestumise koha suhtes. See eeldab, et projekt sureb tööriistade tõttu: vale ehitaja, puuduv plugin, ebaõnnestunud migreerimine. Praktikas surevad kõrvale kaldunud projekte vaiksema surmaga — klient ei teadnud, mida tahab, agentuur ei küsinud õigeid küsimusi ja kõik avastasid selle mitu nädalat hiljem, kui arve oli juba algset hinnangut tunduvalt ületanud. Lahendus pole parem lohista-ja-tilguta ehitaja ega nutikam mall. See on korratav järjestus, mis algab enne esimese lehe loomist ja lõpeb pärast saidi avalikustamist, mitte siis, kui disain on heaks kiidetud. Nii see tüüpilise koostöö puhul välja näeb — raamatupidamisettevõte, kes tahab "midagi kaasaegset" — ja harjumused, mis panevad sama protsessi toimima iga järgneva kliendi puhul.

Oht ei ole tööriistas

Kohalik raamatupidamisettevõte sõlmib teie agentuuriga lepingu. Omanik on meeldiv, hõivatud ja veendunud, et ta vajab uut veebisaiti. Nad on andnud teile logo faili, telefoninumbri ja ähmase mälestuse sellest, kuidas konkurendi sait välja näeb. See pole halb klient. See on keskmine klient. Ja keskmine nõuanne — ava ehitaja, vali mall, lohista mõned kastid, vaheta nende tekst — toodab veebisaidi, mis näeb vastuvõetav välja ja konverteerib halvasti, sest keegi pole kunagi vastanud ainsale olulisele küsimusele: mida peaks külastaja tegelikult tegema?

Planeerimise etapp pole ruut, mida linnuke teha. See on koht, kus teie marginaal elab. Jäta strateegia vahele, et jõuda lõbusa osani, ja kulutad säästud parandusvoorudele. Enne kui valite mõne tööriista, on teil vaja kliendilt ühte lauset: "Külastaja jõuab avalehele; mida sa tahad, et ta järgmisena teeks?" Raamatupidaja vastus oli "helistage meile, et kohtumine maksuplaneerimise üle kokku leppida." See üks vastus määrab disaini kohta rohkem kui ükski meeleolulaud. See ütleb teile, kuhu telefoninumber läheb, mida pealkiri peaks ütlema ja millised jaotised "Meist"-lehel võite vaikselt välja jätta. Kui see etapp tundub osana, mille olete vahele jätnud, on planeerimise ja infiarhitektuuri etapp see, kust probleem tavaliselt algab.

Käivituskõne, mis päästab teie marginaali

Raamatupidaja esimene lehtede loend oli Avaleht, Teenused, Meist, Kontakt — sama loend, mille poole iga väikeettevõte sirutab, sest see peegeldab nende organisatsiooniskahemat. Siis tuli küsimus, mis projekti muutis: keda proovite kätte saada ja mida nad üritavad teha? Selgub, et ettevõtte parimad kliendid tulevad soovituste kaudu ja jõuavad saidile juba veendununa, et nad vajavad abi; nad kontrollivad hilisõhtul, kas see ettevõte näeb välja nagu päris äri. Nende külastajate jaoks on leht "Meie meeskond" vähem oluline kui telefoninumber päises, lühike selgitus, kuidas ettevõte töötab, ja konsultatsioonivorm, mis ei tundu nagu töötaotlus. Lõplik saidikaart oli vaid käputäis lehti, mitte see laialivalguv nimekiri, millega nad alustasid. See pole väiksem veebisait. See on parem, ja see lühendab ka teie ehitamisaega.

Üldine põhimõte: struktureeri saidikaart selle ümber, mida külastajad tegema peavad, mitte kliendi organisatsiooniskahema ümber. Alati, kui klient küsib lehte "sest igal ettevõttel on see", küsi, mida külastaja seal teeks. Kui vastus on "ma ei tea, lihtsalt info", see on lõik teisel lehel, mitte leht. Hoia ulatus kavandatult väike ja projekt püsib korratav.

Veel üks asi "kaasaegse" kohta. Kui omanik ütles kaasaegne, pidas ta silmas usaldusväärset, kuid sõna "kaasaegne" ütlemine pole disaini lähteülesanne — see on meeleolu. Paluge neil nimetada kaks-kolm ettevõtet mis tahes valdkonnas, mille veebisaite nad usaldavad, ja küsige, miks. See annab teile konkreetse visuaalse suuna ilma nädal aega Pinteresti tahvliteta. See annab teile ka ühise sõnavara disaini tagasisideks: "rohkem nagu see, mida vaatasime" on palju lihtsam ellu viia kui "kas sa saad selle löövamaks teha?".

Sisu ootamine on protsess, mitte üllatus

Siin muutub enamik agentuuri-kliendi suhteid vaikselt hapuks. Olete lehtedes kokku leppinud, olete suuna valinud ja siis ootate, et klient saadaks teksti. Möödub nädal. Siis kaks. Omanik "saadab selle täna õhtul" mitu õhtut järjest. See pole laisk klient. See on protsessi ebaõnnestumine: agentuur kohtles sisu kliendi kõrvalülesandena, mitte ehitusprojekti osana.

Raamatupidaja puhul oli kriitiline sisu konsultatsioonivormi kinnituskiri ja lühike vastus küsimusele "mis juhtub esimesel kohtumisel?" Tegime sellest esimese asja, mida palusime, andsime tähtaja ja saatsime mustandi, mida nad saaksid redigeerida. Inimestel on lihtsam reageerida mustandile kui kirjutada tühjalt lehelt — väike nipp, mis kehtib iga kliendi puhul. Koostage sisuplaan, kus on loetletud iga leht, kes sisu omanik on ja millised tükid te koostate. Kui kliendil tõesti midagi pole, ehitage sellega, mis on avalik: nende brošüüri tekst, vana meil, LinkedIni tekst ja märgistage see algversioonina. See hoiab hoogu ilma nende nimel lubadusi välja mõtlemata.

Põhimõte: sisu tähtajad kuuluvad projektiplaani alates käivitusest ja vaikimisi peaks agentuur esimesena mustandi tegema ja klient seda redigeerima. See on ka koht, kus "korratav" hakkab end ära tasuma. Teete seda raamatupidaja jaoks ja siis katusemeistri ja siis hambaarsti jaoks. Pärast paari sellist muutub sisuplaan malliks, mida pakute igale kliendile, ja kohmetu "kas teil on tekst käes?" meil kaob.

Vali ehitaja pärast seda, kui tead tööd

Odavam versioon sellest artiklist ütleks nüüd täpselt, millist veebisaidi ehitajat kasutada. Ei ütle, kahel põhjusel. Esiteks, iga "parima ehitaja" nimekiri on aasta jooksul iganenud; teiseks on valik kogu projekti kõige vähem huvitav otsus. Tähtis on tööriista sobitamine tööga. Raamatupidaja jaoks on see väike brošüürisait kontaktvormiga. Ei e-kaubandust, liikmelisust ega sisselogimist. Lohistamis-ja-tilgutamise ehitaja või kõik-ühes lehe generaator saab sellega hakkama ilma ühegi koodireata. Kui sama klient tahaks müüa maksuplaneerimise kursust veebis, muutuks võrrand täielikult ja te vajaksite teistsugust tööriistaklassi.

Põhimõte: määratle funktsionaalsus kõigepealt, seejärel vali kõige lihtsam platvorm, mis seda katab. Muide, suhtu no-code-haipi skeptilise kulmukergitusega. No-code on kõrvaldanud trükkimise; pole kõrvaldanud mõtlemist. Tööriist, mis genereerib terve lehe tekstilõigust, vajab ikkagi seda lõiku, mis sisaldab tõelist vastust külastaja küsimusele. AI loodud avaleht, mis ütleb "oleme kaasaegne raamatupidamisettevõte", on enesekindlalt üldine ja üldine on konversiooni vaenlane. Käivitustöö on see, mis eraldab kiiresti ehitatava lehe lehest, mida tasub avalikustada. Kui te veel platvorme võrdlete, kuidas valida veebisaidi ehitaja ilma kahetsuseta hõlmab otsustusmeetodi.

Glamuuritu avalikustamise kraam

Nüüd on sait valmis ja raamatupidaja on disaini heaks kiitnud. See on hetk, mil väikeagentuuri protsessid tavaliselt lagunevad, sest lõbus osa on läbi ja nähtamatu osa algab. Domeen tuleb registreerida, majutus peab olemas olema ja sait tuleb turvata — ja ükski neist pole vabatahtlik.

Alusta domeenist ja alusta varakult. ICANN-i registreerimisprotsess nõuab tõelisi kontaktandmeid ja kättesaadavuse kontrolli registraatori kaudu, nii et see pole viie minuti ülesanne, kui teete seda hilja avalikustamispäeval. Veelgi parem, registreeri domeen kliendi nimele, kasutades nende meili. Kui registreerite selle oma konto alla, hoiate nende välisukse võtit ja suhe lõpeb esimesel korral, kui nad tahavad teenusepakkujat vahetada. Sama loogika kehtib majutuse puhul: klient omab varasid, teie pakute asjatundlikkust. On ahvatlev hoida kõike oma agentuuri konto all mugavuse pärast, kuid te ehitate pantvangi olukorda, mitte kliendisuhet.

Turvalisust koheldakse nagu hirmutavat, kallist kontrollnimekirja, kuid põhitõed on igavad ja tõhusad. UpGuardi veebisaidi turvalisuse juhend loetleb standardse komplekti: hoia tarkvara ajakohasena, rakenda tugevat autentimist nagu MFA, piira kasutajaõigusi, varunda andmeid regulaarselt ja kasuta SSL/TLS-krüptimist. Veebirakenduse tulemüür on veel üks kiht, mida tasub lubada, kui platvorm seda toetab. Väikese saidi jaoks pole see turvaprojekt; see on lühike seadistamine. Kuid mõni minut nüüd hoiab ära kõne, kus kliendi sait on kuu aega pahatahtlikke faile edastanud. Põhimõte: majutus, domeen ja turvalisus kuuluvad käivitusse, mitte avalikustamise lõpploendusse. Need on seadista-ja-unusta ülesanded — just seetõttu tuleks need teha, kui teil on veel aega kontaktandmetes trükiviga parandada.

Aus testimiskäik

Raamatupidaja küsis "kaasaegset". Teie meeskond ehitas midagi puhast, vormi, kaardi ja telefoninumbriga. Klient avab eelvaate ja ütleb "näeb suurepärane välja". See pole QA-käik. See on järgmise tugipileti algus. Vormi kinnitusmeil läheb olematule e-posti aadressile; kaart laadib, kuid eksinud jaluselink viib kohatäitelehele; mobiilimenüü avaneb, kuid telefoninumber on peidetud täiendava puudutuse taha. Ükski neist ei ilmu töölaua ekraanipildil, mida klient esimesena näeb.

Teie olete QA-meeskond. Tehke testimiskäik, mis hõlmab iga vormi esitamist, mobiililaiuste kontrollimist ja iga lingi klõpsamist, enne kui sait kliendi lähedalegi jõuab. Seejärel andke kliendile lühike lihtsas keeles nimekiri, mida kontrollida — mitte "palun testige kõike", vaid "tahaksime teie silma nendele kolmele asjale." Kui ehitate mitmeid kliendisaite, kirjuta see kontrollnimekiri üks kord ja kasuta seda uuesti. Kontrollnimekirja hind on tilkagi võrreldes sellega, kui klient avastab katkise vormi oma esimeste müügivihjete nädalal. Ja väike jõhker tõde: kliendi "näeb suurepärane" on kompliment, mitte kinnitamine.

Avalikustamine on algus, mitte finišijoon

Sait on avalik. Raamatupidaja telefon hakkab helisema — loodetavasti. Avalikustamise meil ütleb "see on tehtud." Kuid kaks nähtamatut ülesannet eraldavad veebisaiti, mis on olemas, veebisaidist, mida saab leida: esitage XML-saidikaart ja seadistage robots.txt. Digital Marketing Institute'i SEO-selgitaja teeb sama pointi diplomaatilisemas keeles: otsingunähtavus sõltub tehnilistest alustest nagu HTTPS ja struktureeritud saidikaardid, mitte ainult märksõnadest. Väikese saidi jaoks on see lühike ülesanne ja see on erinevus saidi vahel, mida Google saab indekseerida, ja saidi vahel, mis jääb pimedusse.

Põhimõte: pane SEO-põhitõed avalikustamise kontrollnimekirja, mitte "hiljem parandame" meili, mida kunagi ei loeta. Seejärel planeeri järelkontroll. Raamatupidaja võib tahta telefoninumbrit muuta, lisada soovituse või eemaldada teenuse, mida ta enam ei paku. Planeeritud järelkontroll maksab teile vähe ja on kõige lihtsam viis muuta ühekordne projekt püsikliendiks. Enamik agentuure käsitleb avalikustamist finišijoonena; pideva kliendivooluga agentuurid käsitlevad seda järgmise vestluse algusena. Täieliku avalikustamispäeva seadistamiseks annab SEO ja turvalisus esimesest päevast juhend üksikasjad.

Mida "valmis" tegelikult tähendab

Raamatupidamisettevõte sai oma veebisaidi. Protsess, mis selle ehitas, polnud dramaatiline: struktureeritud käivitus, külastajakeskne saidikaart, sisu käsitletud projektiülesandena, tööriist valitud pärast ulatust, igav turvaseadistamine, ehtne testikäik ja avalikustamise kontrollnimekiri, mis sisaldab saidikaarte ja robots.txt-t. Ükski neist ei nõudnud kangelaslikku sprinti ja kõike seda saab korrata järgmise kliendi ja ka sellejärelse juures. Agentuuri veebitöö aus saladus on see, et te ei vaja paremaid tööriistu; vajate paremat järjestust ja distsipliini seda järgida, enne kui läikivate uute lehtede põnevus kannab teid üle küsimustest, mis määravad, kas miski tegelikult töötab. Küsige, mida külastaja tegema peaks, ehitage selle jaoks ja "kaasaegne" hoolitseb iseenda eest.