Tinklaraštis
Nuo neaiškios užduoties iki veikiančios svetainės: pasikartojantis agentūros procesas
Pasikartojantis vadovas, kaip neaiškią kliento užduotį paversti veikiančia svetaine – be herojiškų sprintų ir „no-code“ ažiotažo.
Santrauka
Dauguma patarimų, kaip kurti klientų svetaines, daro prielaidą, kad sunkiausia dalis yra įrankiai; tikrasis nesėkmės taškas yra neaiški užduotis ir praleistas planavimas. Šiame straipsnyje aprašomas vienas tipinis projektas — apskaitos įmonė, kuri nori „kažko modernaus“ — nuo pirmojo pokalbio iki savaitės po paleidimo. Praktinis argumentas yra tas, kad pasikartojanti seka pranoksta herojišką kūrimą: apibrėžkite, ką lankytojas turėtų daryti, struktūruokite puslapius pagal tą užduotį, traktuokite turinį kaip projekto rezultatą ir pasirinkite paprasčiausią įrankį, kai tikslas aiškus. Taip pat apima neįspūdingą paleidimo darbą — domeno nuosavybę, talpinimą, saugumo pagrindus ir SEO svetainės žemėlapius — kurį agentūros dažnai atideda, kol jau per vėlu. Kartu tai meta iššūkį „no-code“ ažiotažui: įrankis gali sugeneruoti puslapį, bet jis negali išgauti verslo atsakymų, dėl kurių puslapį verta paleisti. Rezultatas — procesas, kurį galite vykdyti kitam klientui ir dar kitam, kiekvieną kartą neišradinėdami dviračio.
Dauguma patarimų, kaip kurti klientų svetaines, nustato neteisingą nesėkmės tašką. Jie mano, kad projektas žlunga dėl įrankių: netinkamo įrankio, trūkstamo papildinio, nepavyko migracijos. Praktikoje projektai, kurie pasuka ne ta linkme, miršta tyliau — klientas nežinojo, ko nori, agentūra neuždavė tinkamų klausimų, ir visi tai sužinojo po kelių savaičių, kai sąskaita jau buvo išaugusi gerokai daugiau nei pirminė sąmata. Sprendimas nėra geresnis „drag-and-drop“ įrankis ar protingesnis šablonas. Tai pasikartojanti seka, kuri prasideda dar prieš sukuriant pirmąjį puslapį ir baigiasi po to, kai svetainė yra paleista, o ne tada, kai dizainas patvirtinamas. Štai kaip tai vyksta tipiniame projekte — apskaitos įmonė, kuri nori „kažko modernaus“ — ir įpročiai, dėl kurių tas pats procesas veikia kiekvienam tolesniam klientui.
Pavojus yra ne įrankis
Vietinė apskaitos įmonė pasirašo sutartį su jūsų agentūra. Savininkas yra malonus, užimtas ir įsitikinęs, kad jam reikia naujos svetainės. Jie jums davė logotipo failą, telefono numerį ir miglotą prisiminimą, kaip atrodo konkurentų svetainė. Tai nėra blogas klientas. Tai vidutiniškas klientas. Ir vidutiniškas patarimas — atidaryti įrankį, pasirinkti šabloną, įdėti kelis langelius, pakeisti tekstą — sukurs svetainę, kuri atrodo priimtina, bet prastai konvertuoja, nes niekas niekada neatsakė į vienintelį svarbų klausimą: ką lankytojas iš tikrųjų turėtų daryti?
Planavimo etapas nėra langelis, kurį reikia pažymėti. Čia slypi jūsų marža. Praleiskite strategiją, kad pasiektumėte įdomiąją dalį, ir išleisite sutaupytus pinigus pataisymų ratams. Prieš pasirinkdami bet kokį įrankį, turite gauti iš kliento vieną sakinį: „Lankytojas patenka į pagrindinį puslapį; ką norite, kad jis darytų toliau?“ Apskaitininko atsakymas buvo „paskambinkite mums, kad susitartume dėl mokesčių planavimo“. Šis vienas atsakymas dizainui lemia daugiau nei bet kuri nuotaikų lenta. Jis pasako, kur turi būti telefono numeris, ką turi sakyti antraštė ir kurių „Apie“ puslapio dalių galite ramiai atsisakyti. Jei jaučiate, kad šį etapą praleidinėjate, planavimo ir informacijos architektūros etapas yra vieta, kur paprastai prasideda problema.
Įžanginis skambutis, kuris išgelbėja jūsų maržą
Pradinis apskaitininko puslapių sąrašas buvo Pagrindinis, Paslaugos, Apie, Kontaktai — tas pats sąrašas, kurį renkasi kiekvienas smulkus verslas, nes jis atspindi jų organizacinę struktūrą. Tada sekė klausimas, kuris pakeitė projektą: į ką bandote pasiekti ir ką jie bando padaryti? Paaiškėjo, kad geriausi įmonės klientai ateina iš rekomendacijų ir į svetainę patenka jau įsitikinę, kad jiems reikia pagalbos; vėlai vakare jie tikrina, ar ši įmonė atrodo kaip tikras verslas. Tiems lankytojams puslapis „Mūsų komanda“ reiškia mažiau nei telefono numeris antraštėje, trumpas paaiškinimas, kaip įmonė dirba, ir konsultacijos forma, kuri neatrodo kaip darbo prašymas. Galutinis svetainės žemėlapis buvo keletas puslapių, o ne didžiulis sąrašas, nuo kurio jie pradėjo. Tai nėra mažesnė svetainė. Tai geresnė, ir tai taip pat sumažina jūsų kūrimo laiką.
Bendras principas: struktūruokite svetainės žemėlapį pagal tai, ką lankytojai turi daryti, o ne pagal kliento organizacinę struktūrą. Kai klientas prašo puslapio „nes kiekvienas verslas jį turi“, paklauskite, ką lankytojas ten veiktų. Jei atsakymas yra „nežinau, tik informacija“, tai pastraipa kitame puslapyje, o ne puslapis. Sąmoningai laikykite apimtį mažą, ir projektas išliks pasikartojantis.
Dar vienas dalykas apie „modernų“. Kai savininkas sakė „modernu“, jis turėjo omenyje „patikima“, bet žodžio „modernu“ pasakymas nėra dizaino užduotis — tai nuotaika. Paprašykite, kad jie įvardytų du ar tris bet kurios pramonės verslus, kurių svetainėmis jie pasitiki, ir paklauskite kodėl. Tai suteikia konkrečią vizualinę kryptį be savaitės „Pinterest“ lentų. Tai taip pat suteikia bendrą žodyną dizaino atsiliepimams: „panašiau į tą, į kurį žiūrėjome“ yra daug lengviau įgyvendinti nei „ar galite padaryti, kad tai sprogtų?“
Laukimas dėl turinio yra procesas, o ne staigmena
Čia dauguma agentūros ir kliento santykių tyliai rūgsta. Jūs susitarėte dėl puslapių, pasirinkote kryptį, o tada laukiate, kol klientas atsiųs tekstą. Praeina savaitė. Tada dvi. Savininkas „ketina atsiųsti šįvakar“ keletą vakarų iš eilės. Tai nėra tingus klientas. Tai proceso nesėkmė: agentūra turinį traktavo kaip kliento šalutinę užduotį, o ne kaip kūrimo dalį.
Su apskaitininku kritinis turinys buvo konsultacijos formos patvirtinimo žinutė ir trumpas atsakymas į „kas vyksta per pirmąjį susitikimą?“ Mes tai padarėme pirmuoju prašymu, nustatėme terminą ir išsiuntėme juodraštį, kad jie galėtų redaguoti. Žmonėms lengviau reaguoti į juodraštį nei rašyti nuo tuščio puslapio — maža gudrybė, kuri tinka kiekvienam klientui. Sukurkite turinio planą, kuriame būtų nurodytas kiekvienas puslapis, kam priklauso turinys ir kurias dalis rengsite jūs. Jei klientas tikrai nieko neturi, kurkite iš to, kas vieša: jų brošiūros tekstą, senus el. laiškus, „LinkedIn“ tekstą, ir pažymėkite tai kaip pradinę versiją. Tai palaiko pagreitį, nesukuriant pažadų jų vardu.
Principas: turinio terminai turi būti projekto plane nuo pat pradžios, ir pagal nutylėjimą agentūra pirmiausia rengia juodraštį, o klientas redaguoja. Tai taip pat vieta, kur „pasikartojamumas“ pradeda atsipirkti. Tai padarysite apskaitininkui, paskui stogdengiui, paskui odontologui. Po kelių tokių atvejų turinio planas tampa šablonu, kurį siūlote kiekvienam klientui, o nepatogus el. laiškas „ar turite tekstą?“ išnyksta.
Įrankį rinkitės po to, kai žinote užduotį
Pigesnė šio straipsnio versija dabar tiksliai pasakytų, kokį svetainės įrankį naudoti. To nebus dėl dviejų priežasčių. Pirma, kiekvienas „geriausio įrankio“ sąrašas pasensta per metus; antra, pasirinkimas yra mažiausiai įdomus sprendimas visame projekte. Svarbu suderinti įrankį su užduotimi. Apskaitininkui užduotis yra nedidelė brošiūrinė svetainė su kontaktine forma. Jokios el. prekybos, jokios narystės, jokio prisijungimo. „Drag-and-drop“ įrankis arba viskas viename puslapio generatorius gali tai padaryti be nė vienos kodo eilutės. Jei tas pats klientas norėtų parduoti mokesčių planavimo kursą internetu, lygtis visiškai pasikeistų ir jums reikėtų kitos klasės įrankio.
Principas: pirmiausia apibrėžkite funkcijas, tada pasirinkite paprasčiausią platformą, kuri jas apima. Be to, į „no-code“ ažiotažą žiūrėkite skeptiškai. „No-code“ pašalino spausdinimą; jis nepašalino mąstymo. Įrankis, kuris sugeneruoja visą puslapį iš teksto pastraipos, vis tiek reikalauja, kad ta pastraipa turėtų tikrą atsakymą į lankytojo klausimą. AI sugeneruotas pagrindinis puslapis, sakantis „mes esame moderni apskaitos įmonė“, bus užtikrintai generiškas, o generiškumas yra konversijų priešas. Įžanginis darbas yra tai, kas skiria puslapį, kurį greitai sukurti, nuo puslapio, kurį verta paleisti. Jei vis dar lyginate platformas, kaip pasirinkti svetainės įrankį be gailesčio aprašo sprendimo metodą.
Neįspūdingi paleidimo darbai
Dabar svetainė yra sukurta, o apskaitininkas patvirtino dizainą. Tai momentas, kai mažų agentūrų procesai paprastai žlunga, nes įdomioji dalis baigiasi ir prasideda nematoma dalis. Domeną reikia užregistruoti, talpinimas turi egzistuoti, o svetainę reikia apsaugoti — ir nė vienas iš šių dalykų nėra pasirenkamas.
Pradėkite nuo domeno ir pradėkite anksti. ICANN registracijos procesas reikalauja tikrų kontaktinių duomenų ir prieinamumo patikrinimo per registratorių, todėl tai nėra penkių minučių užduotis, jei tai darote vėlai paleidimo dieną. Dar geriau, registruokite domeną kliento vardu, naudodami jo el. paštą. Jei registruosite jį savo paskyroje, laikysite jų lauko durų raktą, ir santykiai baigsis pirmą kartą, kai jie norės pakeisti paslaugų teikėją. Ta pati logika taikoma ir talpinimui: klientui priklauso turtas, jūs suteikiate patirtį. Patogu viską laikyti savo agentūros paskyroje, bet taip kuriate įkaitų situaciją, o ne kliento santykius.
Saugumas traktuojamas kaip bauginantis, brangus kontrolinis sąrašas, bet pagrindai yra nuobodūs ir veiksmingi. „UpGuard“ svetainių saugumo rekomendacijose išvardytas standartinis rinkinys: atnaujinkite programinę įrangą, reikalaukite stipraus autentifikavimo, pvz., MFA, apribokite vartotojų teises, reguliariai kurkite atsargines kopijas ir naudokite SSL/TLS šifravimą. Žiniatinklio programų užkarda (WAF) yra dar vienas sluoksnis, kurį verta įjungti ten, kur platforma tai palaiko. Mažai svetainei tai nėra saugumo projektas; tai trumpas nustatymas. Tačiau kelios minutės dabar užkerta kelią skambučiui, kai kliento svetainė visą mėnesį platino kenkėjiškus failus. Principas: talpinimas, domenas ir saugumas turi būti įtraukti į projekto pradžią, o ne į paleidimo atgalinį skaičiavimą. Tai užduotys, kurias nustatai ir pamiršti — būtent todėl jas reikia atlikti, kol dar turite laiko ištaisyti rašybos klaidą kontaktiniuose duomenyse.
Nuoširdus testavimas
Apskaitininkas paprašė „modernaus“. Jūsų komanda sukūrė kažką švaraus, su forma, žemėlapiu ir telefono numeriu. Klientas atidaro peržiūrą ir sako „atrodo puikiai“. Tai nėra kokybės užtikrinimo patikra. Tai yra kito pagalbos bilieto pradžia. Formos patvirtinimo el. laiškas išsiųstas į neegzistuojančią pašto dėžutę; žemėlapis įkeliamas, bet netikėta poraštės nuoroda veda į laikiną puslapį; mobilusis meniu atsidaro, bet telefono numeris paslėptas už papildomo paspaudimo. Nė vieno iš to nematyti darbalaukio ekrano nuotraukoje, kurią klientas mato pirmiausia.
Jūs esate kokybės užtikrinimo komanda. Atlikite testavimą, kuris apima kiekvienos formos pateikimą, mobiliųjų pločių patikrinimą ir kiekvienos nuorodos paspaudimą, kol svetainė nors kiek priartės prie kliento. Tada pateikite klientui trumpą, paprastą kalbą sąrašą, ką patikrinti — ne „prašome ištestuoti viską“, o „norėtume, kad atkreiptumėte dėmesį į šiuos tris dalykus“. Jei kuriate kelias klientų svetaines, kartą užfiksuokite šį kontrolinį sąrašą ir naudokite jį pakartotinai. Kontrolinio sąrašo kaina yra maža, palyginti su kliento atradimu sugedusios formos per pirmąją potencialių klientų savaitę. Ir maža, negailestinga tiesa: kliento „atrodo puikiai“ yra komplimentas, o ne patvirtinimas.
Paleidimas yra pradžia, o ne finišo linija
Svetainė yra tiesiogiai. Apskaitininko telefonas pradeda skambėti — tikėkimės. Paleidimo el. laiškas sako „padaryta“. Tačiau dvi nematomos užduotys skiria svetainę, kuri egzistuoja, nuo svetainės, kurią galima rasti: pateikite XML svetainės žemėlapį ir nustatykite robots.txt. Skaitmeninės rinkodaros instituto SEO paaiškinimas tą patį teigia diplomatine kalba: matomumas paieškoje priklauso nuo techninių pagrindų, tokių kaip HTTPS ir struktūrizuoti svetainės žemėlapiai, o ne tik nuo raktinių žodžių. Mažai svetainei tai trumpa užduotis ir tai yra skirtumas tarp svetainės, kurią „Google“ gali indeksuoti, ir svetainės, kuri gyvena tamsoje.
Principas: įtraukite SEO pagrindus į paleidimo kontrolinį sąrašą, o ne į el. laišką „patobulinsime vėliau“, kuris niekada neperskaitomas. Tada suplanuokite tolesnį susisiekimą. Apskaitininkas gali norėti pakeisti telefono numerį, pridėti atsiliepimą arba atsisakyti paslaugos, kurios nebeteikia. Suplanuotas tolesnis susisiekimas jums kainuoja nedaug ir yra lengviausias būdas vienkartinį projektą paversti nuolatiniu užsakymu. Dauguma agentūrų paleidimą laiko finišo linija; agentūros, turinčios nuolatinį klientų srautą, jį laiko kitos komunikacijos pradžia. Norėdami gauti visą paleidimo dienos nustatymą, SEO ir saugumas nuo pirmos dienos vadovas išsamiai aprašo detales.
Ką iš tikrųjų reiškia „padaryta“
Apskaitos įmonė gavo savo svetainę. Procesas, kuris ją sukūrė, nebuvo dramatiškas: struktūruota pradžia, į lankytoją orientuotas svetainės žemėlapis, turinys, tvarkomas kaip projekto užduotis, įrankis, pasirinktas po apimties nustatymo, nuobodus saugumo nustatymas, tikras testavimas ir paleidimo kontrolinis sąrašas, apimantis svetainės žemėlapius ir robots.txt. Nieko iš to nereikėjo herojiško sprinto, ir viską galima pakartoti kitam klientui ir dar kitam. Nuoširdi agentūros interneto darbų paslaptis yra ta, kad jums nereikia geresnių įrankių; jums reikia geresnės sekos ir disciplinos jos laikytis, kol naujų puslapių blizgesys nenumato jūsų pro klausimus, nuo kurių priklauso, ar kas nors iš tikrųjų veikia. Paklauskite, ką lankytojas turėtų daryti, kurkite tam, ir „modernu“ pasirūpins savimi.

