Kaip išsirinkti svetainių kūrėją: 10 klausimų prieš pradedant projektą

Geras svetainių kūrėjas nėra būtinai tas, kurio pasiūlymas pigiausias arba kurio portfolio atrodo įspūdingiausiai. Svarbu suprasti, ką tiksliai perkate, kaip vyks darbas, kas bus atsakingas už sprendimus ir ką gausite projekto pabaigoje.

Jeigu renkatės kūrėją verslo svetainei, verta turėti konkretų klausimų sąrašą. Jis padeda palyginti ne tik kainas, bet ir pasiūlymų apimtį, procesą bei ilgalaikę priežiūrą.

Pradėkite ne nuo kainos, o nuo projekto tikslo

Prieš kalbėdami apie technologiją ar puslapių skaičių, užrašykite, ką svetainė turi padėti padaryti. Ar ji turi pristatyti paslaugas, surinkti užklausas, padėti parduoti produktus, priimti registracijas ar tapti platesnės sistemos dalimi?

Aiškus tikslas padeda kūrėjui pasiūlyti tinkamą apimtį, o jums — suprasti, ar pasiūlymas sprendžia realią verslo užduotį. Jei dar tik vertinate, ar jūsų veiklai apskritai reikia svetainės, naudinga pradėti nuo svetainės vaidmens verslui.

10 klausimų, kuriuos verta užduoti svetainės kūrėjui

1. Ar galite parodyti panašių projektų?

Prašykite ne tik gražiausių darbų, bet ir pavyzdžių, panašių pagal verslo modelį, auditoriją ar funkcijas. Paklauskite, kokia buvo kūrėjo atsakomybė konkrečiame projekte ir kas buvo užsakovo pusėje.

Vien vizualus panašumas dar neparodo, ar kūrėjas gebės suprasti jūsų turinį, vartotojo kelią ir praktinius poreikius.

2. Kas tiksliai įeina į pasiūlymą?

Paprašykite pasiūlymą suskaidyti į aiškias dalis: puslapių kiekį, dizainą, turinio paruošimą, formas, integracijas, testavimą, paleidimą ir tai, kas nėra įskaičiuota.

Skirtingus pasiūlymus verta lyginti pagal vienodą kriterijų sąrašą, o ne pagal vieną bendrą sumą. Jei norite geriau suprasti, iš ko susideda biudžetas, žr. svetainės kūrimo kainos gidą.

3. Kas ruošia tekstus ir nuotraukas?

Iš anksto išsiaiškinkite, kas pateikia tekstus, nuotraukas, logotipą ir kitą turinį. Taip pat paklauskite, ar kūrėjas tik sudeda jūsų paruoštą medžiagą, ar padeda ją struktūruoti.

Turinio paruošimas gali turėti didelę įtaką terminui. Neaiškiai apibrėžta atsakomybė dažnai tampa priežastimi, dėl kurios projektas stringa net tada, kai techninis darbas jau paruoštas.

4. Kam priklausys domenas, hostingas ir prieigos?

Prieš pradedant projektą verta raštu susitarti, kas registruoja ir administruoja domeną, kas valdo hostingą, kas turės administratoriaus prieigas ir kaip jos bus perduodamos.

Domeno registracijos bei perdavimo tvarka priklauso nuo registraro ir konkretaus susitarimo. Svarbiausia, kad po projekto neliktumėte priklausomi nuo vienintelio žmogaus, neturinčio aiškaus prieigų perdavimo plano. ICANN registrantų gairės taip pat pabrėžia registranto vaidmenį valdant domeno registraciją, nustatymus, perkėlimą ir atnaujinimą.

5. Kaip sprendžiami pakeitimai projekto metu?

Paklauskite, kiek pakeitimų etapų numatyta, kaip teikiamas grįžtamasis ryšys ir kas vyksta, jeigu atsiranda naujų funkcijų ar pasikeičia projekto apimtis.

Pakeitimai nėra problema savaime, tačiau jų valdymas turėtų būti aiškus. Priešingu atveju gali būti neaišku, ar papildoma užduotis įeina į pradinį susitarimą, ar keičia terminą bei biudžetą.

6. Kaip svetainė bus tikrinama telefone?

Paklauskite, kokiuose ekranuose ir naršyklėse bus tikrinamas puslapis, kaip bus vertinamos formos, meniu, lentelės, paveikslėliai ir ilgesnis turinys.

Responsive elgsena nėra vien tai, kad svetainė „sumažėja“. Svarbu, ar telefone patogu perskaityti pasiūlymą, paspausti CTA, užpildyti formą ir rasti kontaktus.

7. Kaip bus paruošti SEO pagrindai?

Išsiaiškinkite, ar pasiūlymas apima aiškią puslapių struktūrą, antraštes, title, meta description, indeksavimo pagrindus, vidines nuorodas ir sitemap. Taip pat paklauskite, kas atsakingas už turinio paruošimą.

Google gairėse pabrėžiama, kad aiškūs title, struktūruotas turinys, crawlable nuorodos, tinkamos metadata ir techninis prieinamumas padeda paieškos sistemoms suprasti puslapį. Tai yra SEO paruošimo pagrindas, o ne garantija užimti konkrečią Google poziciją.

8. Koks realus projekto terminas?

Paprašykite nurodyti ne tik numatomą paleidimo datą, bet ir pagrindinius etapus: turinio pateikimą, struktūros patvirtinimą, dizaino peržiūrą, kūrimą, testavimą ir paleidimą.

Terminas priklauso nuo projekto apimties, grįžtamojo ryšio greičio, turinio paruošimo ir integracijų. Todėl atsakingas pasiūlymas turėtų paaiškinti, nuo ko priklauso datos, o ne tik pažadėti kuo trumpesnį laiką.

9. Kas prižiūrės svetainę po paleidimo?

Išsiaiškinkite, kas rūpinsis atnaujinimais, atsarginėmis kopijomis, turinio pakeitimais, saugumo klausimais ir naujomis užduotimis po paleidimo. Ne kiekvienam projektui reikalingas vienodas priežiūros planas, todėl svarbu susitarti, kas į jį įeina.

Jei renkatės tarp WordPress ir individualiai kuriamos svetainės, priežiūros klausimą verta įtraukti į technologijos pasirinkimą, o ne palikti paskutinei dienai. Palyginimui galite perskaityti WordPress ir individualios svetainės gidą.

10. Kaip vyks komunikacija projekto metu?

Paklauskite, kas bus pagrindinis kontaktas, kur bus teikiami komentarai, kaip dažnai gausite atnaujinimus ir kiek laiko įprastai trunka atsakymas į klausimus.

Aiški komunikacija padeda greičiau priimti sprendimus. Taip pat verta sutarti, kaip dokumentuojami patvirtinti sprendimai, kad vėliau nekiltų skirtingų lūkesčių dėl to, kas buvo sutarta.

Kaip palyginti du skirtingus pasiūlymus?

Palygindami pasiūlymus, susirašykite tuos pačius kriterijus ir prie kiekvieno pažymėkite, kas konkrečiai įtraukta. Tuščias langelis nėra įrodymas, kad paslauga neteikiama — tai ženklas, kad reikia papildomo klausimo.

Tokioje lentelėje nebandykite sukurti dirbtinio „nugalėtojo“. Jos tikslas — pamatyti, kuriuose pasiūlymuose liko neaiškumų ir kokių klausimų reikia užduoti prieš pasirašant susitarimą.

Įspėjamieji ženklai

Šie signalai nebūtinai reiškia, kad pasiūlymas blogas, tačiau juos verta išsiaiškinti:

• neaišku, kiek puslapių, pakeitimų ar funkcijų įeina į kainą;
• žadamos konkrečios Google pozicijos arba garantuoti rezultatai;
• kūrėjas negali paprastai paaiškinti, kas bus su prieigomis po paleidimo;
• nėra aiškaus plano, kas vyksta, jei turinys vėluoja arba keičiasi apimtis;
• portfolio rodo tik vizualus, bet nepaaiškina, kokie darbai buvo atlikti;
• po paleidimo nėra jokio atsakymo, kas rūpinsis atnaujinimais ar pakeitimais;
• skubama pradėti darbą neaptarus atsakomybių ir priėmimo kriterijų.

Vienas signalas dar nėra galutinis verdiktas. Svarbu, ar kūrėjas į klausimus atsako konkrečiai ir ar susitarimas leidžia abiem pusėms suprasti, kas bus daroma.

Ką klientas turėtų gauti projekto pabaigoje?

Prieš pradedant verta susirašyti perdavimo sąrašą. Priklausomai nuo projekto, jame gali būti:

• veikianti ir patikrinta svetainė;
• domeno, hostingo ir administravimo prieigos;
• informacija apie formas, integracijas ir svarbiausius nustatymus;
• turinio ar duomenų perdavimo galimybė, jei tai numatyta projekte;
• atsarginės kopijos arba jų kūrimo tvarka;
• trumpa instrukcija, kaip atlikti įprastus turinio pakeitimus;
• aiškiai aprašytas priežiūros ir tolimesnių darbų modelis.

Kas tiksliai perduodama, turi būti apibrėžta pasiūlyme ar sutartyje. Ypač svarbu atskirai aptarti domeną, trečiųjų šalių licencijas, source code, dizaino failus ir turinio nuosavybę.

Kada verta pradėti pokalbį apie projektą?

Nebūtina iš anksto žinoti visų techninių atsakymų. Pakanka aprašyti, ką veikia jūsų verslas, kam skirta svetainė, kokių veiksmų norite iš lankytojo ir ką turite šiandien.

Jei turite seną svetainę, galite pradėti nuo to, kas joje neveikia. Jei svetainės dar nėra, pirmame pokalbyje galima susidėlioti pagrindinę struktūrą ir realią projekto apimtį. Svetainių kūrimo paslaugos puslapyje rasite daugiau informacijos apie tokio projekto eigą.

Svarbiausia rinktis ne pagal garsiausią technologijos pavadinimą ar mažiausią skaičių pasiūlymo apačioje. Geras pasirinkimas yra tas, kurio apimtis, atsakomybės, prieigos, terminas ir tolimesnė priežiūra jums aiškūs dar prieš pradedant darbus.