Kaip neatsidurti priklausomybėje nuo kūrėjo

Kaip neatsidurti priklausomybėje nuo kūrėjo

Didžiausia rizika dažnai paaiškėja ne tada, kai svetainei reikia pataisymo, o tada, kai verslo savininkas negali pats nuspręsti, kas bus keičiama, kur laikoma svetainė ir kas turi prieigą prie svarbiausių paskyrų. Iš šalies viskas gali atrodyti tvarkingai, bendravimas gali būti normalus, bet priklausomybė nuo vieno kūrėjo vis tiek lieka, jei neturite kontrolės dėl hostingo, domeno, turinio keitimo ar techninės priežiūros. Tokių situacijų matau ne taip jau retai, ypač kai projektas buvo pradėtas skubant.

Todėl prieš pradedant svetainės ar e. parduotuvės kūrimą verta užduoti kelis labai konkrečius klausimus: ar reikės mėnesinės priežiūros, ar informaciją galėsite keisti patys, ar svetainė bus talpinama jūsų hostinge su pilna prieiga, ir kam tiksliai priklausys domenas. Šiame tekste pereisiu per patikros sąrašą, kurį naudinga aptarti dar prieš susitariant dėl darbų, kad vėliau nereikėtų aiškintis elementarių dalykų jau veikiant verslui.

Priklausomybė nuo kūrėjo prasideda ne po paleidimo, o prieš darbų pradžią

Priklausomybė nuo kūrėjo prasideda ne po paleidimo, o prieš darbų pradžią

Didžiausios bėdos dažniausiai atsiranda tada, kai projekto pradžioje neaptariama, kas ką valdo ir kaip viskas bus perduota klientui

Praktikoje tai atrodo labai paprastai: neturite prisijungimų, negalite patys pakeisti teksto ar nuotraukos, nežinote, kur tiksliai laikoma svetainė, o domenas registruotas ne jūsų įmonės ar jūsų vardu.

Tokia situacija gali atsirasti ir be blogų ketinimų, nes dalis dalykų tiesiog lieka neaptarti pradžioje. Vėliau paaiškėja, kad kiekvienam smulkiam pakeitimui reikia rašyti vienam tiekėjui, laukti jo laiko ir derinti net tai, ką verslas galėtų susitvarkyti pats per kelias minutes.

Tvarkinga svetainė dar nereiškia patogios kontrolės

Iš išorės svetainė gali veikti gerai, greitai krautis ir atrodyti profesionaliai, bet verslui ji tampa nepatogi, jei be kūrėjo negalite įkelti naujos paslaugos, pakoreguoti kainos ar pakeisti kontaktų.

Dėl to klausimai apie prieigas, hostingą, domeną ir galimybę redaguoti turinį yra visiškai normalūs. Jie nerodo nepasitikėjimo, nes kalbama ne apie santykius, o apie jūsų verslo kontrolę, atsakomybę ir galimybę laisvai priimti sprendimus vėliau.

Kam turi priklausyti domenas ir kodėl tai svarbiau, nei atrodo

Kam turi priklausyti domenas ir kodėl tai svarbiau, nei atrodo

Domeną verta laikyti savo verslo vardu, nes tai bazinė kontrolė, kuri neturėtų priklausyti nuo vieno tiekėjo

Domenas turėtų būti registruotas jūsų ar jūsų įmonės vardu, o ne kūrėjo, agentūros ar kito tarpininko vardu.

Praktikoje visada prašau aiškiai parodyti, kur domenas registruotas ir kas turi prisijungimą prie jo valdymo. Jei techninę dalį prižiūri kūrėjas, tai normalu, bet verslui svarbu turėti bent administracinę kontrolę ir galimybę ją perimti be papildomo aiškinimosi.

Ką verta aptarti dar prieš startą

Užduokite labai paprastus klausimus: kas administruos domeno pratęsimą, kas gaus priminimus apie galiojimo pabaigą, kieno el. paštas bus naudojamas registracijoje ir ką darysite, jei po metų nuspręsite keisti tiekėją. Šie punktai nėra techninė smulkmena, nes būtent jie parodo, ar turėsite realią kontrolę, ar tik naudositės paslauga tol, kol viskas vyksta sklandžiai.

.lt domeno kontekstas

Lietuvoje verslui ypač svarbu aiškiai žinoti, kaip valdomas .lt domenas, nes jis dažnai tampa pagrindiniu įmonės adresu klientams, el. paštui ir reklamai. Net jei atnaujinimus, DNS įrašus ar kitą administravimą tvarko specialistas, pats domenas turėtų likti jūsų kontroliuojamas turtas.

Hostingas: svetainė turi būti jūsų aplinkoje arba su pilna prieiga

Hostingas: svetainė turi būti jūsų aplinkoje arba su pilna prieiga

Svarbu ne kur tiksliai stovi svetainė, o ar galite ją valdyti ir prireikus perkelti be bereikalingų kliūčių

Jei hostingas yra jūsų vardu, jūs kontroliuojate pačią aplinką, net jei techninę priežiūrą daro kūrėjas.

Kai hostingas visiškai valdomas tiekėjo, situacija gali būti patogi iki tol, kol viskas vyksta sklandžiai. Problemos dažniausiai prasideda tada, kai norite pakeisti partnerį, greitai atkurti svetainę po klaidos arba tiesiog suprasti, kur laikomi jūsų duomenys ir kas realiai turi priėjimą prie jų.

Ko verta paprašyti iš anksto

Prieš pradedant darbus verta aiškiai susitarti, ar gausite prieigą prie hostingo valdymo, failų, duomenų bazės ir atsarginių kopijų. Kai kurie kūrėjai talpina svetainę pas save be galimybės klientui turėti prieigą, todėl paskui net paprastas perkėlimas tampa priklausomas nuo vieno žmogaus ar įmonės geranoriškumo ir užimtumo.

Perkėlimas neturi būti problema

Talpinimas pas kūrėją savaime nėra blogas sprendimas, jei jums taip patogiau ir aišku, kas už ką atsako. Tiesiog dar prieš startą paklauskite, ar svetainę bus galima be kliūčių perkelti į kitą hostingą, kas tai galės padaryti ir ar tam nereikės papildomų leidimų, kurių neturite jūs patys.

Turinio valdymas: ar galėsite keisti informaciją patys

Turinio valdymas: ar galėsite keisti informaciją patys

Verslui svarbu žinoti, ar po paleidimo galėsite greitai atnaujinti tekstus, nuotraukas, kontaktus ir pagrindinius puslapius be naujo užsakymo dėl kiekvienos smulkmenos.

Prieš pradedant darbus verta tiesiai paklausti, ar po svetainės paleidimo patys galėsite keisti informaciją administravimo aplinkoje.

Čia svarbu atskirti paprastus pakeitimus nuo techninių darbų. Tekstų, nuotraukų, darbo laiko, kontaktų ar paslaugų aprašymų atnaujinimas dažniausiai turėtų būti jūsų pusėje, o svetainės dizaino pertvarkymai, funkcijų plėtra, greičio optimizavimas ar taisymai po klaidų jau priklauso techniniams darbams.

Valdymas turi būti aiškus, ne tik teoriškai įmanomas

Jei naudojama WordPress, tai yra turinio valdymo sistema, skirta patogiai redaguoti puslapių informaciją, tačiau patogumas labai priklauso nuo to, kaip svetainė sukurta. Praktikoje verta iš anksto išsiaiškinti, ar gausite aiškią administravimo struktūrą, ar matysite tik tuos laukus, kurių tikrai reikia, ir ar jums bus parodyta, kaip atlikti dažniausius veiksmus be spėliojimo.

Kai kuriems verslams patogu turėti galimybę patiems keisti kasdienę informaciją, o sudėtingesnius darbus palikti kūrėjui. Toks modelis dažnai veikia geriau nei kraštutinumai, nes leidžia išlaikyti kontrolę ten, kur jos reikia kasdien, ir neapkrauna jūsų techniniais sprendimais, kurie nėra tiesioginė verslo veikla.

Mėnesinė priežiūra: kada ji reikalinga, o kada ne

Mėnesinė priežiūra: kada ji reikalinga, o kada ne

Priežiūra gali būti naudinga, jei aišku, kokius techninius darbus ji apima, o ne tik palieka jus priklausomus nuo vieno žmogaus pagalbos.

Prieš pradedant darbus verta tiesiai paklausti, ar po paleidimo reikės mėnesinės priežiūros ir kas pasikeis, jei jos nepasirinksite.

Normaliai priežiūra dažniausiai apima sistemos ir įskiepių atnaujinimus, veikimo stebėjimą, atsargines kopijas, saugumo darbus ir smulkius pataisymus, kurie reikalingi tam, kad svetainė veiktų tvarkingai. Tai nėra tas pats, kas naujų svetainės funkcijų kūrimas, dizaino pertvarkymas ar nuolatinis turinio kėlimas, todėl ribas verta sutarti iš anksto.

Kas turi būti aišku dar prieš startą

Jums turi būti aiškiai pasakyta, kas įeina į priežiūrą, kas neįeina ir kas vyksta ją nutraukus. Svarbu žinoti, ar svetainė ir toliau veiks jūsų hostinge, ar turėsite visas prieigas, ar galėsite kreiptis į kitą specialistą be papildomų kliūčių.

Ne kiekvienam projektui reikia tokio paties modelio, nes paprasta reprezentacinė svetainė ir aktyvi e. parduotuvė turi skirtingą riziką, atnaujinimų dažnį ir techninį jautrumą. Vieniems pakanka periodinių darbų pagal poreikį, o kitiems labiau tinka nuolatinė techninė priežiūra, jei svetainė svarbi kasdieniams pardavimams ar užklausoms.

Kas dar turi būti aptarta prieš paspaudžiant startą

Kas dar turi būti aptarta prieš paspaudžiant startą

Prieš darbų pradžią verta susitarti ne apie sudėtingus terminus, o apie tai, kas ką valdo, ką gaunate į rankas ir kaip viskas perduodama.

Dar prieš pirmus svetainės dizaino ar programavimo darbus paklauskite, kas tiksliai turės administratoriaus prieigas prie svetainės, hostingo ir domeno valdymo, nes praktikoje būtent čia dažniausiai paaiškėja, kiek kontrolės turėsite jūs patys.

Prieigos ir perdavimas

Normalu, kad kūrėjas gauna technines prieigas darbui atlikti, bet nenormalu, jei po paleidimo viskas lieka tik jo rankose. Paprašykite iš anksto įvardyti, kaip bus perduoti prisijungimai, kur jie bus saugiai pateikti ir ar gausite trumpą dokumentaciją su aiškiais punktais: kur jungtis, ką galite keisti patys ir į ką nelįsti be techninės pagalbos.

Taip pat verta aptarti atsarginių kopijų tvarką: kas jas daro, kaip dažnai jos kuriamos ir ar prireikus galėsite jas pasiekti ne per tarpininką, o tiesiogiai.

Kas vyksta pasikeitus situacijai

Ramus ir tvarkingas bendradarbiavimas prasideda tada, kai aišku, kas nutinka jam nutrūkus: ar svetainę, domeną ir visą turinį galėsite perimti be papildomų kliūčių, kas atsako už techninius atnaujinimus, ir per kiek laiko sprendžiami gedimai, jei pasirinksite priežiūrą. Čia nereikia ilgų sutarčių citatų – užtenka paprastų atsakymų į kelis tiesius klausimus, kad vėliau nereikėtų spėlioti, nuo ko priklauso jūsų pačių svetainė.

Sveika partnerystė nereiškia visiško savarankiškumo

Sveika partnerystė nereiškia visiško savarankiškumo

Verslui naudinga turėti prieigas ir sprendimo teisę, bet dalį darbų dažnai protingiau palikti specialistui, kad svetainė išliktų tvarkinga, greita ir saugi.

Kontrolė verslui reikalinga tam, kad galėtumėte keisti turinį, valdyti savo paslaugų informaciją ir bet kada persikelti pas kitą partnerį, jei to prireiktų.

Tačiau tai nereiškia, kad verta patiems liesti viską, kas yra administravimo skydelyje ar hostingo paskyroje. Praktikoje dažnai geriau atskirti kasdienius veiksmus nuo techninių darbų, kurie gali paveikti svetainės veikimą, greitį ar matomumą Google paieškoje.

Ką dažniausiai verta palikti specialistui

Didesni techniniai pakeitimai, įskiepių ar temos struktūros korekcijos, našumo optimizavimas, techninė SEO dalis ir saugumo klausimai paprastai reikalauja patirties. Čia klaidos kainuoja ne tik laiką, bet kartais ir prarastas užklausas, sutrikusį atsiskaitymą e. parduotuvėje ar net laikinai nepasiekiamą svetainę.

Geriausia ne pažadas, o aiškus modelis

Brandus susitarimas atrodo paprastai: jūs turite nuosavybę, visas svarbiausias prieigas ir aiškias ribas, ką galite daryti patys, o kūrėjas iš anksto pasako, kada geriau kreiptis pagalbos. Toks modelis paprastai veikia geriau nei pažadas, kad po paleidimo niekada nieko nebereikės prašyti.

Klausimai – atsakymai

Taip, tai visiškai normalus verslo klausimas, nes kalbame apie jūsų domeną, hostingą, el. paštą ir pačią svetainę, o ne apie kūrėjo asmeninę paskyrą.

Geriausia tai aptarti dar prieš pradedant darbus ir aiškiai sutarti, kokios prieigos bus perduotos, kada jas gausite ir kas liks kūrėjo administravimui darbo metu. Praktikoje paprastai perduodami bent domeno, hostingo, turinio valdymo sistemos ir, jei aktualu, analitikos ar reklamos paskyrų prisijungimai, o jei prieigos kuriamos vėliau, tai turi būti įvardyta iš anksto, be neaiškumų po paleidimo.

Ne, savaime tai nėra blogas ženklas, nes kai kuriems verslams patogu gauti vieną atsakingą partnerį, kuris prižiūri ir serverį, ir pačią svetainę. Svarbu ne kur talpinama, o ar jūs gaunate aiškias prieigas, žinote kokiomis sąlygomis paslauga teikiama, ar daromos atsarginės kopijos ir ar svetainę bus galima be trukdžių perkelti į kitą hostingą, jei to kada nors prireiktų.

Prieš sutikdami paklauskite labai tiesiai: ar domenas bus registruotas jūsų vardu, ar turėsite administratoriaus prieigą prie WordPress, ar gausite priėjimą prie hostingo valdymo arba bent pilną svetainės kopiją pareikalavus, ir ar perkėlimas nutraukus bendradarbiavimą yra numatytas be dirbtinių kliūčių. Jei atsakymai aiškūs ir tai aprašyta susitarime, toks modelis gali veikti tvarkingai.

Ne visada – paprastai tai priklauso nuo to, ar svetainėje yra dažni atnaujinimai, rezervacijos, mokėjimai, integracijos, kontaktų formos ar kitos vietos, kurios gali nustoti veikti po sistemos ar įskiepių pakeitimų.

Mažai informacinei svetainei kartais pakanka periodinės techninės priežiūros pagal poreikį, bet WordPress svetainėms ir ypač e. parduotuvėms dažniau verta turėti aiškų priežiūros modelį. Prieš darbus svarbu paklausti, kas tiksliai į ją įeina: atnaujinimai, atsarginės kopijos, saugumo stebėjimas, gedimų taisymas, greičio tikrinimas, ir ar jūs patys galėsite keisti turinį be papildomo mokesčio.

Domenas turėtų priklausyti jums arba jūsų įmonei, o registracija ir pagrindiniai valdymo duomenys turi būti susieti su jūsų el. paštu ir prieinama paskyra, net jei partneris pasirūpina technine puse.

Partneris gali padėti su DNS įrašais, nukreipimais ar pratęsimu, bet neturėtų būti vienintelis asmuo, kuris gali prisijungti ir priimti sprendimus dėl domeno. Prieš startą verta aiškiai pasitikslinti, kas bus registranto duomenyse, kas gaus priminimus apie pratęsimą ir ar prireikus domeną galėsite perkelti be tarpininko.

Dažniausiai taip, bet tai reikia aiškiai sutarti dar prieš kūrimą: ar administravimo skydelyje galėsite patys redaguoti puslapių tekstus, kelti nuotraukas, keisti kainas, naujienas ar paslaugų aprašymus be kūrėjo įsikišimo.

Paprasti turinio pakeitimai turėtų būti jūsų rankose, o techninius darbus verta atskirti iš anksto, nes dizaino struktūros keitimai, įskiepių nustatymai, formų logika, greičio optimizavimas ar SEO techninė dalis dažnai jau reikalauja specialisto. Jei norite turinį valdyti patys, paprašykite, kad svetainė būtų tam pritaikyta ir po paleidimo gautumėte aiškią instrukciją, ką galite keisti saugiai.

Ką sako svetainių kūrimo ekspertai

Dažnai matome vieną pasikartojančią problemą – verslas mano, kad svetainė yra jo, bet reali kontrolė lieka pas kūrėją. Praktikoje labai daug pasako vienas paprastas dalykas: ar užsakovo el. paštas nuo pradžių naudojamas hostingo paskyrai atidaryti.

Ramus vertinimas toks: priklausomybė nuo kūrėjo dažniausiai prasideda ne nuo technologijos, o nuo neaptartų nuosavybės ribų. Jei prieš darbus aiškiai sutariama dėl hostingo, domeno, prieigų ir turinio valdymo, ilgalaikėje perspektyvoje tai beveik visada yra sveikesnis sprendimas nei miglota „viskuo pasirūpinsime“ schema.