Daug verslų už svetainę sumoka du kartus. Pirmą kartą tada, kai nusiperka pigų arba neapgalvotą sprendimą. Antrą kartą tada, kai reikia viską perdaryti nuo nulio. Problema dažniausiai ne dizainas. Problema — neteisingai pasirinktas kūrėjas. Vieni dingsta po apmokėjimo. Kiti palieka svetainę be normalaus valdymo. Dar kiti pažada paleidimą per savaitę ir dingsta mėnesiui. Prieš pasirašant sutartį verta užduoti kelis labai paprastus klausimus. Jie dažnai parodo daugiau nei gražus portfolio.
1. Ar man priklausys svetainė ir kodas?
Šitas klausimas atrodo savaime suprantamas, kol nepaaiškėja priešingai. Pasitaiko atvejų, kai verslas sumoka kelis tūkstančius eurų, o vėliau net neturi pilnos prieigos prie savo svetainės.
Normalus kūrėjas turi aiškiai pasakyti, kad svetainė priklauso jums. Domenas, hostingas, administravimo prieigos ir failai turi būti perduodami klientui. Jei kažkas pradeda kalbėti miglotai arba vengia atsakymo, čia jau signalas sustoti.
Dar viena situacija — svetainė sukurta ant uždaros sistemos, kurios negali perkelti kitam programuotojui. Iš esmės liekate pririšti prie vieno žmogaus.
Svetainė yra jūsų verslo turtas. Ne agentūros nuosavybė.
2. Kas atsakingas už hostingą?
Hostingas dažnai atrodo kaip smulkmena, kol svetainė vieną dieną nustoja veikti. Tada prasideda skambučiai, slaptažodžių paieškos ir neaiškumas, kas apskritai atsakingas.
Vienais atvejais hostingą administruoja pats klientas. Kitais — kūrėjas. Abu variantai normalūs, jei viskas aiškiai sutarta iš anksto.
Problema prasideda tada, kai verslas net nežino, kur laikoma svetainė arba kas turi prisijungimus. Pasitaiko atvejų, kai senas programuotojas dingsta ir niekas nebegali pasiekti serverio.
Prieš startą reikia aiškiai žinoti tris dalykus: kas prižiūri hostingą, kas atsakingas gedimo atveju ir kas moka mėnesinius mokesčius.
Tai sutaupo daug nervų ateityje.
3. Kiek laiko trunka pristatymas?
Jei kažkas pažada rimtą svetainę per dvi dienas, verta sunerimti. Jei pažada per tris mėnesius be aiškios priežasties — irgi.
Normalus terminas priklauso nuo projekto dydžio. Paprasta reprezentacinė svetainė gali būti paleista per kelias dienas. Didesni projektai užtrunka ilgiau dėl funkcionalumo, integracijų ir testavimo.
Svarbiausia ne pats terminas, o aiškus procesas. Kada gausite pirmą dizainą. Kada prasidės programavimas. Kada vyks testavimas.
Dalis agentūrų paima projektą ir dingsta trims savaitėms be jokios informacijos. Klientas nežino, ar kažkas apskritai vyksta.
Geriau trumpesni aiškūs etapai nei vienas miglotas pažadas.
4. Kokios palaikymo sąlygos?
Svetainės paleidimas nėra projekto pabaiga. Anksčiau ar vėliau reikės atnaujinti tekstus, taisyti klaidas arba pridėti naujų funkcijų.
Todėl verta iškart paklausti, kaip atrodo palaikymas po paleidimo. Ar atsakoma į smulkius klausimus. Kiek kainuoja papildomi darbai. Per kiek laiko reaguojama į problemas.
Yra kūrėjų, kurie po apmokėjimo tiesiog dingsta. Tada net elementarus mygtuko pataisymas tampa problema.
Normalus partneris nepalieka kliento vieno po projekto paleidimo. Net jei nėra mėnesinio palaikymo plano, komunikacija turi išlikti normali.
Labai daug verslų šitą klausimą prisimena tik tada, kai kažkas sugenda.
5. Ar dirbsime su WordPress ar individualiu sprendimu?
Dalis klientų bijo WordPress vien todėl, kad kažkada matė lėtą arba prastai padarytą svetainę. Realybėje problema dažniausiai būna ne pati sistema, o blogas įgyvendinimas.
WordPress puikiai tinka daugeliui verslo svetainių. Jį lengva valdyti, paprasta redaguoti turinį ir nereikia programuotojo kiekvienam teksto pakeitimui.
Individualūs sprendimai reikalingi tada, kai atsiranda specifinis funkcionalumas arba nestandartiniai procesai. Pavyzdžiui rezervavimo sistemos ar sudėtingos integracijos.
Svarbiausia suprasti, kodėl siūlomas vienas ar kitas variantas. Jei kūrėjas negali paaiškinti paprastai, kažkas negerai.
Sistema turi būti parinkta pagal jūsų verslą, o ne pagal tai, kas programuotojui patogiau.
6. Ar matysiu darbo eigą?
Vienas blogiausių scenarijų — sumokėti avansą ir tris savaites negauti jokios informacijos. Deja, taip vis dar nutinka gana dažnai.
Normalus kūrėjas rodo procesą etapais. Pirmiausia struktūra. Tada dizainas. Tada programavimas. Klientas mato, kaip juda projektas ir gali laiku pateikti pastabas.
Kai darbo eiga slepiama iki paskutinės dienos, atsiranda daug problemų. Kartais klientas pirmą kartą pamato svetainę tik prieš paleidimą ir supranta, kad rezultatas visai ne toks, kokio tikėjosi.
Aiški komunikacija dažnai svarbesnė už pačią technologiją.
Jei žmogus normaliai komunikuoja projekto metu, didelė tikimybė, kad normaliai dirbs ir po paleidimo.
7. Ar yra garantija?
Garantija nereiškia, kad programuotojas penkerius metus nemokamai kurs naujas funkcijas. Garantija reiškia, kad po paleidimo neliksite vieni su klaidomis.
Normalu, jei po starto atsiranda smulkių techninių problemų. Kažkas neveikia viename telefone. Kažkur neteisingai atsidaro forma. Tam ir reikalingas garantinis laikotarpis.
Verta iškart paklausti, kiek laiko galioja garantija ir kas į ją įeina. Vieni taiso tik technines klaidas. Kiti padeda ir su smulkiais pakeitimais.
Jei žmogus sako „paleidžiam ir viskas", ateityje gali būti sunku.
Geras kūrėjas supranta, kad normalus projektas nesibaigia tą dieną, kai įkeliama svetainė.