Ar jau turite svetainę, ar tik planuojate ją sukurti? Bet kuriuo atveju svarbu iš anksto suprasti, kas vyks po jos paleidimo. Svetainė po paskelbimo nepradeda veikti savaime. Net jeigu kuriant viskas buvo tinkamai sukonfigūruota, laikui bėgant reikia stebėti jos pasiekiamumą, diegti atnaujinimus, kurti atsargines kopijas, stebėti SSL sertifikato galiojimą, formų ir nuorodų veikimą, šalinti atsiradusias klaidas, taip pat kontroliuoti saugumą, įkėlimo greitį ir komponentų suderinamumą po atnaujinimų.
Be to, svetainė beveik visada vystosi kartu su verslu. Atsiranda naujų paslaugų ir veiklos krypčių, keičiasi informacija, prireikia pridėti naujų puslapių ir funkcijų, prijungti naujas paslaugas, keisti formas, integracijas ir atskirus svetainės elementus. Tai, ko pakako paleidimo metu, po metų ar net po kelių mėnesių gali nebeatitikti naujų įmonės užduočių.
Todėl svetainės priežiūros klausimą verta išspręsti iš anksto. Kas stebės svetainę, diegs atnaujinimus, taisys klaidas ir atliks būtinus pakeitimus: jūs patys, atskiras etatinis specialistas ar profesionali įmonė, kuriai perduota techninė priežiūra?
Kiekvienas variantas turi savo privalumų, apribojimų ir išlaidų. Teisingas pasirinkimas priklauso ne tiek nuo įmonės dydžio, kiek nuo darbų, kuriuos iš tiesų reikia atlikti nuolat, apimties ir pobūdžio. Net didelei įmonei ne visada ekonomiškai naudinga turėti savo specialistą ar net visą vidinę techninę komandą, jeigu didžioji šių išteklių dalis reikalinga tik kartais.
Ką iš tikrųjų reiškia svetainės priežiūra
Svetainės priežiūra nėra situacija, kai kartą per mėnesį reikia pakeisti nuotrauką, pataisyti kelis žodžius ar pridėti naują telefono numerį. Informacijos keitimas yra tik nedidelė darbo dalis. Pagrindinė priežiūros užduotis — užtikrinti, kad svetainė ir po paleidimo toliau normaliai veiktų, būtų pasiekiama, saugi ir techniškai tvarkinga.
Reikia stebėti pačios svetainės ir prieglobos darbą, laiku pratęsti domeno ir SSL sertifikato galiojimą, sekti atsarginių kopijų kūrimą ir galimybę atkurti svetainę gedimo atveju. Jeigu naudojama turinio valdymo sistema, įskiepiai, moduliai ar kiti trečiųjų šalių komponentai, juos reikia atnaujinti ir po kiekvieno atnaujinimo patikrinti, ar jis nesukėlė konfliktų ar klaidų.
Atskira užduotis — nuolat tikrinti, ar lankytojas iš tikrųjų gali naudotis svetaine. Kontaktinės formos turi siųsti pranešimus, mygtukai ir nuorodos turi nukreipti ten, kur reikia, puslapiai turi korektiškai atsidaryti tiek kompiuteriuose, tiek mobiliuosiuose įrenginiuose, o prijungtos išorinės paslaugos ir integracijos — toliau veikti ir po šių išorinių paslaugų atnaujinimų.
Periodiškai atsiranda ir techninių klaidų, kurių svetainės paleidimo metu nebuvo. Priežastis gali būti programinės įrangos atnaujinimas, serverio nustatymų pakeitimas, nauja naršyklės versija, kurio nors komponento palaikymo nutraukimas arba išorinės paslaugos reikalavimų pasikeitimas. Tokias problemas reikia rasti, nustatyti jų priežastį ir pašalinti.
Prie priežiūros priskiriami ir nedideli pakeitimai, kurie nuolat atsiranda kasdienėje įmonės veikloje: pridėti naują puslapį ar darbuotoją, pakeisti paslaugą arba informaciją apie ją, paskelbti dokumentą, pakeisti formą, pridėti naują susisiekimo būdą, pakeisti atskirą bloką arba prijungti naują funkciją. Kiekviena tokia užduotis atskirai gali būti nedidelė, tačiau per metus jų gali susikaupti gana daug.
Todėl visavertė svetainės priežiūra apima kelias kryptis: techninę kontrolę, atnaujinimus, atsarginių kopijų kūrimą, saugumą, darbą su domenu ir priegloba, formų ir nuorodų tikrinimą, klaidų šalinimą ir nedidelius esamos svetainės pakeitimus. Būtent šią realią darbų apimtį reikia įvertinti, kai įmonė sprendžia, kas bus atsakingas už svetainę po jos paleidimo.
Ar galima svetainę prižiūrėti savarankiškai
Taip, dalį su svetaine susijusių darbų galima atlikti savarankiškai. Ypač jeigu kalbama apie nedidelę informacinę svetainę, o turinio valdymo sistema leidžia be techninių žinių pakeisti tekstą, pakeisti nuotrauką, pridėti naujieną, pataisyti kontaktinius duomenis arba atnaujinti paslaugos aprašymą.
Tačiau čia svarbu nepainioti svetainės turinio valdymo su jos technine priežiūra. Galimybė savarankiškai pakeisti tekstą administravimo skydelyje dar nereiškia, kad svetainės savininkas pats sugebės išspręsti bet kokią techninę problemą.
Kol viskas veikia normaliai, skirtumas gali būti beveik nepastebimas. Tačiau jis tampa akivaizdus, kai po atnaujinimo nustoja veikti forma, atsiranda konfliktas tarp įskiepių, svetainė pradeda lėtai krautis, pasirodo duomenų bazės klaidos, serveryje baigiasi vieta, sutrinka el. pašto veikimas arba svetainė apskritai nebeatsidaro.
Tokioms užduotims jau nepakanka mokėti naudotis administravimo skydeliu. Reikia suprasti, kaip svetainė sukurta, kurie komponentai tarpusavyje susiję, kur ieškoti klaidos priežasties ir kokius pakeitimus galima atlikti nerizikuojant sutrikdyti likusios sistemos darbo.
Ypač atsargiai reikia elgtis su atnaujinimais. Paspausti mygtuką „atnaujinti“ nėra sudėtinga, tačiau pats atnaujinimas gali pakeisti temos, įskiepio, modulio ar kito komponento veikimą. Todėl prieš rimtesnius pakeitimus pageidautina turėti aktualią atsarginę kopiją ir žinoti, kaip atkurti svetainę, jeigu kas nors nepavyks.
Tas pats taikoma darbui su priegloba, serveriu, duomenų baze, kodu ir saugumo nustatymais. Klaida šiose srityse gali paveikti jau ne atskirą tekstą ar paveikslėlį, o visos svetainės veikimą.
Todėl nedidelės svetainės atveju visiškai protinga savarankiškai valdyti turinį: atnaujinti informaciją, nuotraukas, naujienas, kainas ir kitą medžiagą. Tačiau techninę priežiūrą geriau vertinti atskirai. Jeigu užduočiai išspręsti reikia keisti kodą arba dirbti su kodu, serveriu, duomenų baze, įskiepiais, sistemos nustatymais ar saugumu, jau reikalingos atitinkamos žinios ir patirtis.
Vienas etatinis specialistas: privalumai ir apribojimai
Etatinis specialistas gali būti labai patogus sprendimas. Jis nuolat dirba įmonės viduje, supranta jos vidinius procesus, pažįsta darbuotojus, svetainės struktūrą ir pakeitimų istoriją, taip pat gali greičiau reaguoti į užduotis, kurios atsiranda darbo dienos metu. Jam nereikia kiekvieną kartą iš naujo aiškinti, kuo užsiima įmonė, kas priima sprendimus ir kodėl reikia pakeisti vieną ar kitą skyrių.
Toks specialistas ypač naudingas ten, kur svetainė glaudžiai susijusi su kasdieniu įmonės darbu. Jeigu reguliariai reikia atnaujinti informaciją, pridėti medžiagą, kurti naujus puslapius, keisti formas, prijungti vidines paslaugas arba greitai atlikti nedidelius patobulinimus, specialisto buvimas įmonėje iš tiesų palengvina darbą.
Vis dėlto vieno specialisto galimybes visada riboja jo paties kvalifikacija ir laikas. Šiuolaikinė svetainė vienu metu gali reikalauti žinių apie kūrimą, turinio valdymo sistemas, serverius ir prieglobą, duomenų bazes, saugumą, atsarginių kopijų kūrimą, naudotojo sąsajas, paieškos sistemų optimizavimą ir dizainą. Rasti žmogų, kuris visose šiose srityse dirbtų vienodai profesionaliai, yra sudėtinga.
Tai nereiškia, kad etatinis darbuotojas dirba blogai. Tiesiog skirtingos užduotys reikalauja skirtingų kompetencijų. Geras programuotojas nebūtinai yra stiprus sistemų administratorius ar saugumo specialistas, o žmogus, puikiai dirbantis su WordPress ir turiniu, neprivalo profesionaliai išmanyti serverių infrastruktūros, dizaino ar SEO.
Yra ir įprastas organizacinis veiksnys. Etatinis specialistas gali išeiti atostogų, susirgti, būti užimtas kitu vidiniu projektu arba palikti įmonę. Jeigu didelė dalis informacijos apie svetainę, prieigas, nustatymus ir atliktus pakeitimus yra sukaupta vieno žmogaus žinioje, jo laikinas ar nuolatinis nebuvimas gali gerokai apsunkinti svetainės priežiūrą.
Todėl pagrindinis klausimas čia nėra tas, ar įmonės specialistas geras, ar blogas. Reikia suprasti, ar vienas žmogus gali aprėpti realų užduočių spektrą, kuris atsiranda aplink svetainę, ir ar jam tam pakanka darbo laiko. Vienoms įmonėms vieno darbuotojo visiškai pakanka, o kitoms svetainė pamažu tampa sritimi, kur periodiškai reikia kelių skirtingų krypčių specialistų.
Net didelei įmonei ne visada naudinga kurti savo vidinę techninę komandą
Didelė įmonė paprastai gali sau leisti pasamdyti gerą specialistą, suteikti jam darbo vietą ir mokėti deramą atlyginimą. Todėl klausimas čia ne tas, ar verslas gali išlaikyti savo darbuotoją ar net visą vidinę techninę komandą. Daug svarbiau suprasti, kiek tai ekonomiškai pagrįsta.
Jeigu svetainė nereikalauja nuolatinio darbo visą darbo dieną, įmonė iš esmės apmoka visavertę darbo vietą dėl užduočių, kurios atsiranda tik kartais. Vienu laikotarpiu darbo gali būti daug, o po to gali sekti kelios dienos ar savaitės, kai svetainei reikia tik kontrolės, nedidelių pakeitimų ir retų techninių įsikišimų.
Be to, vienas specialistas ne visada pajėgus aprėpti visą reikalingų kompetencijų spektrą. Jeigu įmonei iš tikrųjų reikia kūrimo, serverių administravimo, saugumo, darbo su TVS, duomenų bazėmis, integracijomis, UX, SEO ir dizainu, kalbama jau ne apie vieną darbuotoją, o apie kelis skirtingos specializacijos žmones.
Tada išlaidos gerokai išauga. Įmonė dengia ne tik atlyginimą ir mokesčius, bet ir darbo vietos, įrangos, programinės įrangos, licencijų, darbuotojų valdymo, mokymų ir pavadavimo atostogų, ligos ar išėjimo iš darbo metu organizavimo išlaidas.
Be to, sava komanda turi būti nuolat apkrauta darbu, kitaip įmonė dengia dalį jos kainos nepriklausomai nuo to, ar konkrečiu metu yra techninių užduočių, ar ne. Kuo siauresnis užduočių, susijusių būtent su svetaine, ratas, tuo ryškesnis tampa šis skirtumas.
Todėl įmonės dydis pats savaime dar nereiškia, kad sava vidinė techninė komanda bus naudingiausias sprendimas. Ekonominė prasmė atsiranda tada, kai nuolatinių užduočių apimtis iš tiesų pakankama nuolatiniam kelių specialistų darbo krūviui užtikrinti. Jeigu didelė dalis darbų atsiranda tik periodiškai, visavertės vidinės komandos išlaikymas gali kainuoti brangiau nei išorinės įmonės teikiama svetainės priežiūra.
Kodėl svetainės priežiūrą gali būti naudingiau patikėti įmonei
Išorinė priežiūros įmonė dirba kitu principu. Klientui nereikia ieškoti vieno žmogaus, kuris turėtų išmanyti viską. Užduotys paskirstomos specialistams pagal jų sudėtingumą ir pobūdį.
Nedidelį pakeitimą svetainėje gali atlikti vienas darbuotojas. Jeigu atsiranda problema su serveriu ar priegloba, įtraukiamas specialistas, kuris dirba būtent su infrastruktūra. Programavimo klaidą pašalina programuotojas. Saugumo klausimais rūpinasi specialistas, turintis atitinkamą kompetenciją. Jeigu reikia pakeisti naudotojo sąsają, prijungti naują funkciją arba išspręsti integracijos problemą, užduotis perduodama tam, kas geriausiai tinka jai spręsti.
Klientui tai reiškia, kad jis gali naudotis ne tik vieno specialisto žiniomis, bet visos komandos kompetencijomis, ir jam nereikia šios komandos išlaikyti savo įmonėje.
Būtent čia slypi vienas pagrindinių išorinės priežiūros ekonominių privalumų. Įmonė moka ne už nuolatinį kelių darbuotojų buvimą, o už tą darbų ir priežiūros apimtį, kurios jos svetainei iš tikrųjų reikia.
Išorinis paslaugų teikėjas savo ruožtu gauna masto ekonomijos efektą. Viena profesionali komanda vienu metu aptarnauja kelis projektus, todėl specialistų kaina paskirstoma skirtingiems klientams. Kiekvienai atskirai įmonei nereikia pačiai apmokėti visos programuotojo, sistemų administratoriaus, saugumo specialisto, dizainerio ir kitų darbuotojų darbo dienos, jeigu jų dalyvavimo reikia tik periodiškai.
Būtent todėl išorinė priežiūra daugeliu atvejų gali būti ekonomiškai racionalesnė nei savos techninės komandos išlaikymas. Klientas gauna reikalingas kompetencijas tada, kai jų iš tikrųjų reikia, ir jam nereikia dengti nuolatinių išlaidų už specialistus, kurie gali būti užimti tik dalį darbo laiko.
Vienas specialistas ir įmonė nėra tas pats
Perduoti svetainę laisvai samdomam specialistui ir perduoti jos priežiūrą įmonei nėra tas pats. Net jeigu abiem atvejais darbą atlieka išoriniai specialistai, pats priežiūros modelis skiriasi.
Laisvai samdomas specialistas gali būti labai stiprus programuotojas, gerai išmanyti konkretų projektą ir daugelį metų kokybiškai jį prižiūrėti. Daugeliui svetainių tokio formato visiškai pakanka. Tačiau įmonė vis tiek lieka priklausoma nuo vieno žmogaus.
Jeigu šis specialistas suserga, išeina atostogų, yra užimtas kitu projektu, laikinai tampa nepasiekiamas arba apskritai nustoja dirbti, atsiranda vėlavimų rizika. Jeigu kalbama tik apie nedidelį pataisymą, tai gali būti neesminga. Tačiau jeigu nustoja veikti svetainė, užsakymo forma, integracija, el. paštas arba atsiranda saugumo problema, priklausomybė nuo vieno žmogaus pasiekiamumo tampa realia verslo rizika.
Įmonės teikiama priežiūra turi kitokią logiką. Projektas neturėtų būti pririštas tik prie vieno specialisto. Atlikti pakeitimai, techninės ypatybės, darbų istorija ir reikalingos prieigos turi būti organizuoti taip, kad prireikus užduotį galėtų tęsti kitas darbuotojas.
Tai leidžia kiekvieną kartą nepradėti visko nuo nulio ir naujam žmogui iš naujo neaiškinti, kaip sukurta svetainė, kokie sprendimai jau buvo priimti ir kas anksčiau buvo pakeista.
Be to, skirtingas užduotis galima perduoti atitinkamo profilio specialistams. Jeigu problema susijusi su serveriu, ją sprendžia vienas žmogus. Jeigu reikia programavimo patobulinimo, tuo užsiima kitas specialistas. Jeigu atsiranda saugumo klausimas, įtraukiamas žmogus, kuris dirba būtent šioje srityje.
Klientui tai yra principinis skirtumas. Jis kreipiasi ne į konkretų programuotoją, nuo kurio grafiko ir pasiekiamumo priklauso visas projektas, o į įmonę, kuri atsako už priežiūros organizavimą.
Todėl lyginant laisvai samdomą specialistą ir įmonę nereikėtų žiūrėti tik į vienos darbo valandos kainą. Vienu atveju verslas didele dalimi priklauso nuo vieno specialisto. Kitu atveju užduotis galima perduoti kitam komandos specialistui ir išsaugoti projekto aptarnavimo tęstinumą.
Tai reiškia, kad klientas moka ne tik už konkrečios užduoties atlikimą, bet ir už galimybę tęsti svetainės priežiūrą nepriklausomai nuo to, ar konkretus specialistas tuo metu yra pasiekiamas.
Kada savas specialistas iš tikrųjų yra naudingesnis
Išorinė priežiūra tinka ne visoms įmonėms. Yra situacijų, kai savas specialistas arba vidinė techninė komanda iš tikrųjų tampa racionalesniu sprendimu.
Jeigu įmonė kasdien vysto savo skaitmeninę platformą, nuolat diegia naujas funkcijas, keičia esamus procesus, dirba su vidinėmis sistemomis, API, duomenų bazėmis ir sudėtingomis integracijomis, techninių užduočių apimtis gali būti tokia didelė, kad dėl jų specialistai faktiškai dirba visą darbo dieną.
Tokioje situacijoje savos komandos išlaikymas jau yra ekonomiškai pagrįstas. Darbuotojai nuolat yra projekto viduje, giliai išmano jo architektūrą, dalyvauja planuojant naujas funkcijas ir kasdien gali dirbti prie sistemos vystymo kartu su kitais įmonės padaliniais.
Tas pats taikoma verslui, kuriam pati svetainė arba skaitmeninė platforma yra vienas pagrindinių darbo įrankių. Nuolat vystoma internetinė parduotuvė, didelė internetinė paslauga, internetinė prekybos platforma, rezervavimo sistema arba nuosava įmonės vidinė platforma gali reikalauti tiek daug kasdienių pakeitimų, kad kiekvienos užduoties perdavimas išoriniam paslaugų teikėjui tampa mažiau patogus.
Pagrindinis kriterijus čia yra nuolatinis darbo krūvis. Jeigu programuotojui, administratoriui ar visai komandai iš tikrųjų yra pakankamai darbo visai darbo dienai kasdien, išlaidos saviems darbuotojams jau nebegali būti laikomos mokėjimu už nenaudojamą išteklių. Įmonė nuolat naudoja jų darbo laiką.
Projektui toliau augant gali atsirasti atskiri specialistai kūrimui, infrastruktūrai, saugumui, naudotojo sąsajoms ir kitoms kryptims. Tuomet susiformuoja visavertė vidinė techninė komanda, nes darbų apimtis jau pateisina tokios komandos egzistavimą.
Todėl negalima teigti, kad išorinė priežiūra visada yra naudingesnė. Ekonominis pagrindimas keičiasi kartu su užduočių apimtimi. Kol techniniai darbai atsiranda tik periodiškai, savos komandos išlaikymas gali būti perteklinis. Tačiau kai kūrimas ir priežiūra tampa nuolatiniu kasdieniu procesu, savi specialistai gali tapti patogesniu ir ekonomiškai pagrįstesniu sprendimu.
Lemiantis veiksnys yra ne įmonės dydis ir net ne svetainės sudėtingumas savaime, o nuolatinio darbo apimtis, kuria realiai galima apkrauti savus specialistus.
Savus darbuotojus ir išorinę priežiūrą galima derinti
Pasirinkimas nebūtinai turi apsiriboti dviem variantais: arba visiškai išlaikyti savo vidinę techninę komandą, arba visiškai perduoti svetainę išorinei įmonei. Vidutiniam ir dideliam verslui dažnai racionaliau atsakomybę paskirstyti tarp vidinių darbuotojų ir kelių išorinių paslaugų teikėjų.
Vidinis darbuotojas gali užsiimti tuo, kam iš tikrųjų reikia nuolatinio buvimo įmonės viduje: valdyti svetainės turinį, dirbti su rinkodara, gauti užduotis iš vadovų ir kitų padalinių, nustatyti prioritetus, derinti pakeitimus ir koordinuoti išorinių vykdytojų darbą.
Tuo tarpu technines užduotis galima paskirstyti išorinėms įmonėms pagal jų specializaciją. Viena įmonė gali atsakyti už svetainę ir jos techninę priežiūrą, kita — už mobiliąją programėlę ar atskirą skaitmeninę sistemą, o vidinis darbuotojas lieka ryšio grandimi tarp įmonės ir visų paslaugų teikėjų.
Būtent taip darbas buvo organizuotas vienoje autobusų įmonėje Italijoje. Projektuojant projekto skaitmeninę architektūrą, mes atskirai vertinome, kurias užduotis naudingiau palikti įmonės viduje, o kurias perduoti išoriniams specialistams. Dėl to įmonės etatinis darbuotojas atsako už tas užduotis, kurioms reikia nuolatinio pačios įmonės dalyvavimo, svetainę prižiūrime mes, o programėlės priežiūrą užtikrina kitas paslaugų teikėjas.
Toks atsakomybių paskirstymas atsirado ne atsitiktinai. Tikslas nebuvo perduoti visą projektą vienai įmonei arba, priešingai, sukurti savo techninį skyrių. Kiekvieną sritį vertinome atskirai ir nustatėme, kam ją ekonomiškai ir organizaciniu požiūriu tikslingiausia patikėti.
Dėl to verslas išlaiko vidinę projekto kontrolę, bet kartu nemoka už tų specialistų išlaikymą, kuriems neįmanoma užtikrinti nuolatinio darbo krūvio. Kiekvienas dalyvis dirba savo srityje, o užsakovas gauna reikalingą kompetenciją būtent ten, kur jos reikia.
Todėl kombinuotas modelis gali apimti ne tik savus darbuotojus ir vieną išorinę įmonę. Sudėtingame projekte gali būti tikslingiau skirtingas sistemos dalis paskirstyti tarp vidinės komandos ir kelių specializuotų paslaugų teikėjų, jeigu būtent tokia architektūra įmonei yra ekonomiškai naudingesnė.
Išlaidų nereikia lyginti tik su vieno programuotojo atlyginimu
Lyginant savą specialistą su išorine priežiūra, lengva padaryti dažną klaidą: palyginti mėnesinę svetainės priežiūros kainą tik su vieno programuotojo atlyginimu. Toks palyginimas neparodo realių įmonės išlaidų.
Etatinis darbuotojas įmonei kainuoja daugiau nei suma, kurią jis gauna „į rankas“. Prie atlyginimo prisideda mokesčiai ir kitos privalomos darbdavio išmokos, darbo vieta, kompiuteris ir kita reikalinga įranga, programinė įranga ir licencijos. Be to, darbuotoją reikia valdyti: skirti jam užduotis, kontroliuoti jų atlikimą, planuoti darbo krūvį ir tam skirti vadovo ar kito atsakingo darbuotojo laiką.
Reikia įvertinti ir laikotarpius, kai specialistas nėra pasiekiamas. Atostogos, liga ar išėjimas iš darbo nepanaikina techninių užduočių. Jeigu svetainė atlieka svarbų vaidmenį įmonės veikloje, įmonė turi iš anksto suprasti, kas atliks šį darbą specialisto nebuvimo metu ir kiek toks pavadavimas kainuos.
Dar viena reikšminga išlaidų dalis atsiranda tada, kai vieno specialisto kompetencijų nepakanka. Pavyzdžiui, etatinis programuotojas gali puikiai dirbti su kodu, tačiau atskiroms užduotims vis tiek reikės sistemų administratoriaus, dizainerio, saugumo specialisto, SEO specialisto ar kito atitinkamos srities profesionalo. Tuomet prie nuolatinio darbuotojo kainos prisideda išorinių vykdytojų išlaidos arba būtinybė samdyti papildomus žmones.
Todėl reikia skaičiuoti pilną vidinio sprendimo kainą: atlyginimą, mokesčius, darbo vietą, įrangą, programinę įrangą ir licencijas, valdymą, darbuotojo pavadavimą ir papildomų kompetencijų įtraukimą.
Tačiau net ir po to palyginimas dar nesibaigia. Gautą sumą reikia palyginti su realia darbų, susijusių su svetaine, apimtimi. Jeigu specialistas iš tikrųjų visą darbo dieną dirba su šiuo projektu, savas darbuotojas gali būti ekonomiškai pagrįstas. Jeigu techninės užduotys užima tik kelias valandas per savaitę arba atsiranda netolygiai, įmonė moka už gerokai didesnį išteklių, nei faktiškai naudoja.
Tas pats taikoma ir išorinei priežiūrai. Reikia lyginti ne abstrakčią sutarties kainą, o tai, kokie darbai įtraukti į priežiūrą, kokius specialistus prireikus galima įtraukti ir kokią realią darbų apimtį įmonė gauna už šiuos pinigus.
Teisinga lyginti ne svetainės priežiūros kainą su programuotojo atlyginimu, o visas vidinės techninės funkcijos sąnaudas su realia svetainei reikalingų darbų apimtimi ir kaina.
Kas atsako už svetainę po jos paleidimo
Svetainės priežiūros klausimą verta išspręsti dar prieš pradedant kūrimą. Jau projektavimo etape pageidautina suprasti, kas bus atsakingas už ją po paleidimo: pats verslo savininkas, įmonės darbuotojas, kūrėjas ar atskira techninės priežiūros įmonė.
Tai turi įtakos ir pačiai projekto architektūrai. Jeigu klientas planuoja savarankiškai keisti tekstus, nuotraukas, paslaugas ir kitą medžiagą, svetainė turi būti sukurta taip, kad šiuos veiksmus būtų galima atlikti per suprantamą turinio valdymo sistemą ir nereikėtų nuolat kreiptis į kūrėją. Jeigu numatomas reguliarus techninis vystymas, integracijos ar sudėtingesnės funkcijos, reikia iš anksto nustatyti, kas šiomis užduotimis užsiims ir kas turės reikalingas prieigas.
Taip pat svarbu paskirstyti atsakomybę. Vienas žmogus gali atsakyti už svetainės turinį, kitas — už techninę būklę, trečias — už rinkodarą ar vystymą. Nebūtina visas užduotis perduoti vienam vykdytojui, tačiau turi būti aišku, kas atsako už kiekvieną kryptį ir į ką kreiptis atsiradus problemai.
Ypač svarbu iš anksto nustatyti, kas kontroliuoja domeną, prieglobą, SSL sertifikatą, atsargines kopijas, atnaujinimus ir prieigas. Šie klausimai dažnai lieka nepastebimi, kol viskas veikia normaliai. Tačiau jeigu baigiasi domeno registracijos terminas, atsiranda serverio problema arba svetainę reikia skubiai atkurti, atsakingo žmogaus nebuvimas iš karto tampa įmonės problema.
Sukurti svetainę, ją paleisti ir po to tiesiog palikti be priežiūros yra blogas sprendimas nepriklausomai nuo to, kaip kokybiškai ji buvo sukurta iš pradžių. Technologijos keičiasi, programinės įrangos komponentai atnaujinami, išorinės paslaugos keičia savo reikalavimus, o pats verslas laikui bėgant kelia svetainei naujas užduotis.
Todėl svetainės paleidimas nereiškia darbo su ja pabaigos. Dar prieš pradedant kūrimą verta nustatyti, kas bus atsakingas už jos turinį, techninę būklę ir tolesnį vystymą.
Kurį variantą pasirinkti
Universalaus sprendimo čia nėra. Nedideliam verslui paprastai nėra ekonominės prasmės išlaikyti savo techninį specialistą vien dėl svetainės, jeigu dauguma užduočių atsiranda tik kartais. Tokiu atveju protingiau pačiam valdyti turinį, o techninius darbus perduoti išoriniam specialistui arba priežiūros įmonei.
Vidutinio dydžio verslui dažnai ekonomiškai naudingesnė būna išorinė priežiūra arba kombinuotas modelis. Dalis užduočių lieka įmonės viduje — pavyzdžiui, turinys, rinkodara, užduočių formulavimas ir svetainės vystymo kontrolė —, o techninis darbas perduodamas specialistams, kurių nereikia samdyti nuolatiniam darbui.
Didelė įmonė, žinoma, gali sukurti savo vidinę techninę komandą, tačiau vien tai, kad įmonė finansiškai gali sau leisti tokią komandą, dar nepadaro šio sprendimo ekonomiškai pagrįsto. Vidinė komanda iš tikrųjų pagrįsta tada, kai kūrimas, priežiūra, integracijos ir kitos techninės užduotys sukuria nuolatinę darbų apimtį ir pakankamą nuolatinį darbo krūvį specialistams.
Jeigu svetainei techninio įsikišimo reikia tik periodiškai, net didelei įmonei ekonomiškai naudingiau gali būti naudoti išorinę priežiūrą arba paskirstyti užduotis tarp savų darbuotojų ir specializuotų paslaugų teikėjų.
Todėl nereikia lyginti įmonės dydžio ar jos darbuotojų skaičiaus. Reikia žiūrėti į pačią svetainę, jos vaidmenį įmonėje, techninės dalies sudėtingumą, pakeitimų dažnumą ir faktinę darbų apimtį.
Įmonės dydis pats savaime nenulemia teisingo sprendimo. Jį lemia reali nuolatinių techninių užduočių apimtis.
