Kai žmogus kreipiasi dėl interneto svetainės, dažnai pirmas klausimas būna labai paprastas:

„Kiek kainuos svetainė ir kada ją turėsiu?“

Tai normalus klausimas. Tačiau tarp pirmo pokalbio ir veikiančios svetainės yra gerokai daugiau darbo, nei gali pasirodyti iš pirmo žvilgsnio.

Profesionaliai kuriama svetainė nėra tiesiog dizainas, sudėtas į WordPress. Pirmiausia reikia išsiaiškinti, kam svetainė skirta, ką ji turi pasiekti, kokios informacijos žmogus joje ieškos ir ką turėtų padaryti apsilankęs. Tik tada prasideda dizainas ir kūrimas. Toks procesas padeda išvengti brangių pakeitimų vėliau.

Šiame straipsnyje papasakosiu, kaip svetainės kūrimas atrodo praktiškai – ką daro svetainės kūrėjas ir ką tuo metu reikia padaryti klientui.

1. Pirmas pokalbis – dar ne apie spalvas

Pirmo pokalbio metu nebūtina iš karto žinoti, kokio mėlynumo turi būti mygtukas.

Man daug svarbiau suprasti jūsų verslą.

Paprastai aptariame:

• ką darote;
• kokias paslaugas ar produktus siūlote;
• kas yra jūsų klientas;
• kaip klientai jus randa šiandien;
• kokia yra dabartinė svetainė, jei ją turite;
• kas joje neveikia;
• ką norėtumėte pakeisti;
• kokio rezultato tikitės iš naujos svetainės.

Pavyzdžiui, „noriu gražesnės svetainės“ yra pradžia, bet ne tikslas.

Daug naudingesnis atsakymas būtų:

„Noriu, kad žmogus per kelias sekundes suprastų, ką siūlau, ir užpildytų užklausos formą.“

Arba:

„Dabar žmonės dažnai skambina klausdami dalykų, kurie galėtų būti aiškiai pateikti svetainėje.“

Arba:

„Noriu daugiau užklausų iš Google.“

Šie atsakymai jau leidžia suprasti, ką svetainė turi padaryti.

2. Susitariame, kas tiksliai bus sukurta

Kai aišku, ko reikia, pereiname prie konkretaus projekto.

Čia atsiranda labai praktiškas dalykas – projekto apimtis.

Kiek bus puslapių?

Pavyzdžiui:

• Pagrindinis
• Apie mus
• Paslaugos
• Atskiros paslaugų skiltys
• Portfolio
• DUK
• Kontaktai
• Blogas

Taip pat iš karto išsiaiškiname, ar reikės:

• kontaktinės formos;
• Google Maps;
• rezervacijos;
• naujienų / blogo;
• daugiakalbystės;
• mokėjimų;
• WooCommerce;
• CRM integracijos;
• el. pašto automatizacijų;
• analitikos;
• kitų išorinių sistemų.

Tai svarbu ne tik dėl kainos.

Jeigu projekto pradžioje neaišku, kas tiksliai bus kuriama, vėliau labai lengva iš „paprastos svetainės“ gauti visai kitokį projektą.

Todėl prieš pradedant verta aiškiai susitarti dėl darbų apimties, funkcionalumo, terminų ir atsakomybių.

3. Svetainės struktūra – ką žmogus kur ras?

Šiame etape dar nekalbame apie gražius paveikslėlius.

Pirmiausia sudėliojame svetainės struktūrą.

Pavyzdžiui:

Tai vadinama svetainės struktūra arba sitemap.

Čia taip pat sprendžiame:

• kas bus pagrindiniame meniu;
• kas bus pagrindiniame puslapyje;
• kokie puslapiai svarbiausi;
• kaip žmogus nueis nuo pirmo apsilankymo iki užklausos;
• kur turi būti CTA mygtukai.

Ir čia klientui dažnai atsiranda pirmas „aha“ momentas.

Nes paaiškėja, kad svetainė nėra tiesiog puslapių rinkinys.

Ji turi turėti logišką kelią.

4. Turinys – labai svarbi projekto dalis

Čia yra viena vieta, kurią klientai kartais pamiršta.

Svetainės negalima normaliai sukurti be turinio.

Reikia:

• tekstų;
• nuotraukų;
• logotipo;
• kontaktinės informacijos;
• paslaugų aprašymų;
• kainų, jei jos viešinamos;
• produktų informacijos, jei kuriama el. parduotuvė.

Kartais klientas sako:

„Tekstus atsiųsiu vėliau.“

Problema ta, kad dizainas irgi priklauso nuo teksto.

Jeigu vietoje dviejų sakinių vėliau atsiranda dešimt, pasikeičia visa sekcijos struktūra.

Todėl turinį geriausia planuoti dar prieš galutinį dizainą, o ne paskutinę dieną prieš paleidimą. Praktikoje būtent vėluojantys tekstai, nuotraukos ir patvirtinimai dažnai tampa viena pagrindinių projekto vėlavimo priežasčių.

5. UX – pirmiausia galvojame apie žmogų, kuris ateis į svetainę

Dabar prasideda įdomesnė dalis.

Klausimas nėra:

„Kur padėsime šitą gražų paveikslėlį?“

Klausimas:

„Ko žmogus čia ieško?“

Pavyzdžiui, jeigu žmogus ateina į buhalterinės įmonės svetainę, jis greičiausiai nenori skaityti 500 žodžių apie įmonės istoriją.

Jam gali būti svarbu:

Ką jūs darote?
Kiek tai kainuoja?
Ar dirbate su mano verslu?
Kaip su jumis susisiekti?

Todėl projektuojame:

• vartotojo kelią;
• navigaciją;
• informacijos hierarchiją;
• CTA;
• puslapių struktūrą;
• mobiliąją versiją.

Šio etapo tikslas – kad svetainę būtų paprasta suprasti ir naudoti, o ne tiesiog gražu žiūrėti.

6. Dizainas – dabar jau galima pradėti „gražiąją“ dalį

Kai struktūra aiški, pradedamas UI dizainas.

Čia atsiranda:

• spalvos;
• šriftai;
• mygtukai;
• kortelės;
• ikonėlės;
• nuotraukos;
• tarpai;
• animacijos;
• bendras vizualinis stilius.

Dažniausiai pirmiausia projektuojamas pagrindinis puslapis ir svarbiausi puslapių tipai.

Pavyzdžiui:

Pagrindinis → Paslaugos → Paslaugos vidinis puslapis → Kontaktai.

Kai pagrindinė vizualinė kryptis patvirtinta, ją galima nuosekliai pritaikyti likusiai svetainei. Tai sumažina situaciją, kai vėliau tenka perkurti daugybę puslapių dėl vieno pakeisto dizaino sprendimo.

7. Tada dizainas tampa tikra svetaine

Kai dizainas patvirtintas, prasideda kūrimas.

Jeigu naudojamas WordPress, šiuo etapu gali būti:

• įdiegtas WordPress;
• sukonfigūruota tema;
• sukurti puslapiai;
• sukonfigūruotas Elementor;
• sukurti header ir footer;
• sukelti tekstai ir nuotraukos;
• įdiegtos reikalingos funkcijos;
• prijungtos formos;
• sukonfigūruotas SEO;
• prijungta analitika;
• integruotos išorinės sistemos.

Svarbu tai, kad svetainė neturėtų būti kuriama iš karto ant jūsų pagrindinio veikiančio domeno.

Paprastai naudojama testinė aplinka – staging.

Ten svetainė gali būti kuriama ir tikrinama, kol dabartinė svetainė toliau veikia.

8. Mobilioji versija nėra „padarysime gale“

Tai viena dažniausių klaidų.

Svetainė kompiuteryje gali atrodyti puikiai, bet telefone:

• tekstas per didelis;
• mygtukai per maži;
• nuotraukos netelpa;
• meniu nepatogus;
• sekcijos per ilgos;
• CTA dingsta kažkur apačioje.

Todėl responsive dizainas turi būti galvojamas kuriant, o ne paskutinę dieną.

Tikrinama:

• telefonuose;
• planšetėse;
• desktop ekranuose;
• skirtingo pločio ekranuose.

9. SEO pradedamas ne tada, kai svetainė jau paruošta

Dar viena dažna klaida:

„Svetainė jau baigta, dabar padarykime SEO.“

SEO dalis turėtų prasidėti gerokai anksčiau.

Kuriant svetainę galima iš karto suplanuoti:

• puslapių struktūrą;
• URL;
• antraštes;
• meta title;
• meta description;
• vidines nuorodas;
• sitemap;
• robots.txt;
• schema markup;
• indeksavimą;
• paveikslėlių optimizavimą.

Taip pat svarbu nepamiršti svetainės greičio ir Core Web Vitals.

Tai nereiškia, kad vien geras SEO automatiškai iškels svetainę į Google pirmą vietą. Tačiau techniškai tvarkinga svetainė suteikia gerą pagrindą tolimesniam SEO darbui.

10. Prieš paleidimą svetainė tikrinama

Šitas etapas klientui dažniausiai nematomas, bet yra labai svarbus.

Prieš paleidžiant tikriname:

Funkcionalumą

• Ar veikia kontaktų forma?
• Ar ateina laiškai?
• Ar veikia mygtukai?
• Ar veikia meniu?
• Ar veikia nuorodos?
• Ar veikia paieška?
• Ar veikia rezervacija / pirkimas, jeigu toks yra?

Telefoną

• Ar viskas telpa?
• Ar patogu spausti?
• Ar tekstas įskaitomas?

Techninę dalį

• SSL
• redirects
• sitemap
• robots.txt
• indeksavimo nustatymai
• 404 puslapis
• favicon
• metadata
• analytics

Greitį

Tikrinamas puslapio svoris, paveikslėliai, nereikalingi skriptai ir kiti dalykai, kurie gali lėtinti svetainę.

Profesionalus QA etapas apima ne tik „ar puslapis atsidaro“, bet ir formas, nuorodas, skirtingus įrenginius, naršykles, analitiką bei SEO migracijos dalykus.

11. Tada ateina jūsų eilė

Prieš paleidimą klientas gauna galimybę peržiūrėti svetainę.

Ir čia yra vienas mano mėgstamiausių principų:

geriau surasti 10 pataisymų testinėje svetainėje negu po paleidimo.

Todėl klientas turėtų patikrinti:

• ar teisingi tekstai;
• ar teisingi kontaktai;
• ar teisingos kainos;
• ar visos nuotraukos tinkamos;
• ar nėra trūkstamos informacijos;
• ar forma siunčia užklausą;
• ar viskas atitinka tai, dėl ko buvo susitarta.

Labai padeda, kai klientas visą grįžtamąjį ryšį pateikia vienu kartu, o ne siunčia po vieną žinutę kas dvi valandas.

12. Svetainė paleidžiama

Pagaliau galima spausti:

Publish.

Tačiau techniškai paleidimas nėra vien mygtuko paspaudimas.

Gali reikėti:

• prijungti domeną;
• pakeisti DNS;
• įjungti SSL;
• perkelti svetainę iš staging į live;
• patikrinti redirects;
• patikrinti formas;
• patikrinti analitiką;
• patikrinti indeksavimo nustatymus;
• dar kartą patikrinti mobiliąją versiją.

Ir tada:

svetainė gyva.

13. O kas vyksta po paleidimo?

Čia svetainės kūrimas nesibaigia.

Pirmomis dienomis verta stebėti:

• ar nėra techninių klaidų;
• ar veikia formos;
• ar Google teisingai indeksuoja puslapius;
• ar veikia Analytics;
• ar nėra netikėtų greičio problemų.

O vėliau jau galima žiūrėti į skaičius.

Pavyzdžiui:

Būtent nuo šios vietos svetainę galima pradėti ne tik prižiūrėti, bet ir tobulinti – analizuoti vartotojų elgseną, testuoti skirtingus sprendimus ir gerinti konversijas. Post-launch optimizavimas yra įprasta profesionalaus svetainės projekto dalis, o ne „papildomas darbas, jeigu liko laiko“.

Kiek visa tai užtrunka?

Vieno skaičiaus nėra.

Paprasta įmonės svetainė gali būti paruošta per kelias savaites, o didesnis projektas su daug puslapių, integracijomis, e. prekyba ar individualiu funkcionalumu gali užtrukti gerokai ilgiau.

Svarbu suprasti, kad terminą lemia ne tik svetainės kūrėjo darbo greitis.

Labai daug priklauso nuo:

• kaip greitai pateikiamas turinys;
• kaip greitai priimami sprendimai;
• kiek yra korekcijų;
• kiek integracijų reikia;
• ar kuriamas naujas dizainas;
• ar reikia migracijos;
• ar svetainėje yra el. parduotuvė;
• ar reikia individualaus funkcionalumo.

Todėl profesionaliame projekte terminai planuojami kartu su klientu, o ne pažadami „svetainė bus po savaitės“ dar prieš išsiaiškinant, ką iš tikrųjų reikia sukurti.

O ką turi padaryti klientas?

Svetainės kūrimas nėra procesas, kuriame klientas sumoka ir dingsta.

Kad projektas vyktų sklandžiai, iš kliento dažniausiai reikia:

Pradžioje

☑ papasakoti apie verslą
☑ įvardyti pagrindinius tikslus
☑ pateikti konkurentus ar patinkančius pavyzdžius
☑ pateikti logotipą ir kitą turimą vizualinę medžiagą
☑ suteikti reikalingas prieigas

Turinio etape

☑ pateikti tekstus
☑ pateikti nuotraukas
☑ pateikti kainas ir kontaktus
☑ patvirtinti informaciją

Dizaino etape

☑ peržiūrėti dizainą
☑ pateikti aiškias korekcijas
☑ priimti sprendimus sutartu laiku

Prieš paleidimą

☑ patikrinti informaciją
☑ išbandyti formas
☑ patvirtinti galutinę versiją

Tai nėra formalumas. Kliento įsitraukimas tiesiogiai veikia projekto terminą.

Taigi, kas iš tikrųjų yra profesionali svetainė?

Tai ne svetainė, kuri tiesiog gražiai atrodo.

Gera svetainė turi atsakyti į kelis paprastus klausimus:

Kas jūs esate?

Ką siūlote?

Kodėl turėčiau rinktis jus?

Kur man spausti toliau?

Kaip su jumis susisiekti?

Ir visa tai turi veikti:

telefone, kompiuteryje, Google paieškoje ir realiame vartotojo kelyje.

Todėl profesionalios svetainės kūrimas prasideda ne nuo Elementor atidarymo ir ne nuo spalvų pasirinkimo.

Jis prasideda nuo pokalbio.

Toliau ateina strategija → struktūra → UX → dizainas → kūrimas → SEO → testavimas → paleidimas → tobulinimas.

Ir kiekvienas etapas turi savo paskirtį.

O jeigu norite žinoti, kas vyksta jūsų svetainės projekte?

Būtent todėl RainbowCode procese stengiuosi, kad klientui nereikėtų spėlioti, kas dabar vyksta, ką reikia pateikti ir kada bus kitas etapas.

Prieš pradedant projektą susitariame dėl apimties, funkcionalumo ir darbų eigos. Kuriant svetainę klientas mato progresą, gali pateikti savo pastabas ir prieš paleidimą viską patikrinti.

Nes mano nuomone, geras svetainės kūrimo procesas turi būti ne tik profesionalus.

Jis turi būti aiškus ir žmogui, kuris tos svetainės nekuria kiekvieną dieną.

RainbowCode – svetainės, kurios padeda verslui augti.