Vai jums jau ir tīmekļa vietne, vai arī tikai plānojat to izveidot? Jebkurā gadījumā ir svarīgi jau iepriekš saprast, kas notiks pēc tās palaišanas. Tīmekļa vietne pēc publicēšanas nesāk darboties pati no sevis. Pat ja izstrādes laikā viss ir pareizi konfigurēts, ar laiku ir jāuzrauga tās pieejamība, jāinstalē atjauninājumi, jāveido rezerves kopijas, jāseko SSL sertifikātam, veidlapu un saišu darbībai, jānovērš radušās kļūdas, kā arī jākontrolē drošība, ielādes ātrums un komponentu savietojamība pēc atjauninājumiem.
Turklāt tīmekļa vietne gandrīz vienmēr attīstās kopā ar uzņēmumu. Parādās jauni pakalpojumi un darbības virzieni, mainās informācija, rodas nepieciešamība pievienot jaunas lapas un funkcijas, pieslēgt jaunus pakalpojumus, mainīt veidlapas, integrācijas un atsevišķus vietnes elementus. Tas, ar ko pietika palaišanas brīdī, pēc gada vai pat pēc dažiem mēnešiem var vairs neatbilst uzņēmuma jaunajiem uzdevumiem.
Tāpēc jautājumu par tīmekļa vietnes uzturēšanu ir vērts atrisināt jau iepriekš. Kurš uzraudzīs vietni, instalēs atjauninājumus, labos kļūdas un veiks nepieciešamās izmaiņas: jūs paši, atsevišķs algots speciālists vai profesionāls uzņēmums, kuram uzticēta tehniskā uzturēšana?
Katram variantam ir savas priekšrocības, ierobežojumi un izmaksas. Pareizā izvēle ir atkarīga ne tik daudz no uzņēmuma lieluma, cik no tā darba apjoma un rakstura, kas patiešām jāveic pastāvīgi. Pat lielam uzņēmumam ne vienmēr ir ekonomiski izdevīgi uzturēt savu speciālistu vai pat veselu tehnisko komandu, ja lielākā daļa šo resursu ir nepieciešama tikai laiku pa laikam.
Ko patiesībā nozīmē tīmekļa vietnes uzturēšana
Tīmekļa vietnes uzturēšana nenozīmē situāciju, kad reizi mēnesī jāmaina fotogrāfija, jāizlabo daži vārdi vai jāpievieno jauns tālruņa numurs. Informācijas maiņa ir tikai neliela daļa no darba. Uzturēšanas galvenais uzdevums ir nodrošināt, lai vietne arī pēc palaišanas turpinātu normāli darboties un būtu pieejama, droša un tehniski kārtībā.
Ir jāuzrauga gan pašas vietnes, gan hostinga darbība, savlaicīgi jāpagarina domēna un SSL sertifikāta darbība, jāseko rezerves kopiju izveidei un iespējai atjaunot vietni kļūmes gadījumā. Ja tiek izmantota satura vadības sistēma, spraudņi, moduļi vai citi trešo pušu komponenti, tie ir jāatjaunina un pēc katra atjauninājuma jāpārbauda, vai tas nav izraisījis konfliktus vai kļūdas.
Atsevišķs uzdevums ir pastāvīgi pārbaudīt, vai apmeklētājs patiešām var izmantot vietni. Saziņas veidlapām ir jānosūta ziņojumi, pogām un saitēm jāved uz paredzēto vietu, lapām korekti jāatveras gan datoros, gan mobilajās ierīcēs, savukārt pieslēgtajiem ārējiem pakalpojumiem un integrācijām jāturpina darboties arī pēc šo ārējo pakalpojumu atjauninājumiem.
Periodiski rodas arī tehniskas kļūdas, kuru nebija vietnes palaišanas brīdī. To iemesls var būt programmatūras atjauninājums, servera iestatījumu maiņa, jauna pārlūkprogrammas versija, kāda komponenta atbalsta pārtraukšana vai ārēja pakalpojuma prasību maiņa. Šādas problēmas ir jāatrod, jānosaka to cēlonis un jānovērš.
Pie uzturēšanas pieder arī nelielas izmaiņas, kas pastāvīgi rodas uzņēmuma ikdienas darbā: pievienot jaunu lapu vai darbinieku, mainīt pakalpojumu vai informāciju par to, publicēt dokumentu, pārveidot veidlapu, pievienot jaunu saziņas veidu, mainīt atsevišķu bloku vai pieslēgt jaunu funkciju. Katrs šāds uzdevums atsevišķi var būt neliels, taču gada laikā to var sakrāties diezgan daudz.
Tāpēc pilnvērtīga tīmekļa vietnes uzturēšana apvieno vairākus virzienus: tehnisko kontroli, atjauninājumus, rezerves kopiju veidošanu, drošību, darbu ar domēnu un hostingu, veidlapu un saišu pārbaudi, kļūdu novēršanu un nelielas izmaiņas esošajā vietnē. Tieši šis reālais darba apjoms ir jāņem vērā, kad uzņēmums izlemj, kurš būs atbildīgs par vietni pēc tās palaišanas.
Vai tīmekļa vietni var uzturēt patstāvīgi
Jā, daļu ar tīmekļa vietni saistītā darba var veikt patstāvīgi. Īpaši tad, ja runa ir par nelielu informatīvu vietni un satura vadības sistēma ļauj bez tehniskām zināšanām mainīt tekstu, nomainīt fotogrāfiju, pievienot ziņu, izlabot kontaktinformāciju vai atjaunināt pakalpojuma aprakstu.
Taču šeit ir svarīgi nejaukt vietnes satura pārvaldību ar tās tehnisko uzturēšanu. Iespēja patstāvīgi mainīt tekstu administrācijas panelī vēl nenozīmē, ka vietnes īpašnieks pats spēs atrisināt jebkuru tehnisku problēmu.
Kamēr viss darbojas normāli, atšķirība var būt gandrīz nemanāma. Taču tā kļūst acīmredzama, ja pēc atjauninājuma pārstāj darboties veidlapa, rodas konflikts starp spraudņiem, vietne sāk ielādēties lēni, parādās datubāzes kļūdas, serverī beidzas vieta, tiek traucēta e-pasta darbība vai vietne vispār vairs neatveras.
Šādu uzdevumu risināšanai vairs nepietiek ar prasmi izmantot administrācijas paneli. Ir jāsaprot, kā vietne ir uzbūvēta, kuri komponenti ir savstarpēji saistīti, kur meklēt kļūdas cēloni un kādas izmaiņas var veikt, neriskējot traucēt pārējās sistēmas darbību.
Īpaši piesardzīgi jāizturas pret atjauninājumiem. Nospiest pogu “atjaunināt” nav sarežģīti, taču pats atjauninājums var mainīt tēmas, spraudņa, moduļa vai cita komponenta darbību. Tāpēc pirms būtiskākām izmaiņām vēlams izveidot aktuālu rezerves kopiju un zināt, kā atjaunot vietni, ja kaut kas noiet greizi.
Tas pats attiecas uz hostingu, serveri, datubāzi, kodu un drošības iestatījumiem. Kļūda šajās jomās var ietekmēt nevis vienu tekstu vai attēlu, bet visas vietnes darbību.
Tāpēc nelielas vietnes gadījumā ir pilnīgi saprātīgi patstāvīgi pārvaldīt saturu: atjaunināt informāciju, fotogrāfijas, ziņas, cenas un citus materiālus. Taču tehnisko uzturēšanu labāk aplūkot atsevišķi. Ja uzdevuma risināšanai nepieciešams iejaukties kodā, serverī, datubāzē, spraudņos, sistēmas iestatījumos vai drošībā, jau ir vajadzīgas atbilstošas zināšanas un pieredze.
Viens štata speciālists: priekšrocības un ierobežojumi
Štata speciālists var būt ļoti ērts risinājums. Viņš pastāvīgi atrodas uzņēmuma iekšienē, saprot tā iekšējos procesus, pazīst darbiniekus, vietnes struktūru un izmaiņu vēsturi, kā arī var ātrāk reaģēt uz uzdevumiem, kas rodas darba dienas laikā. Viņam nav katru reizi no jauna jāskaidro, ar ko uzņēmums nodarbojas, kurš pieņem lēmumus un kāpēc nepieciešams mainīt konkrētu sadaļu.
Šāds speciālists ir īpaši noderīgs tur, kur vietne ir cieši saistīta ar uzņēmuma ikdienas darbu. Ja regulāri jāatjaunina informācija, jāpievieno materiāli, jāveido jaunas lapas, jāmaina veidlapas, jāpieslēdz iekšējie pakalpojumi vai ātri jāveic nelieli uzlabojumi, speciālista klātbūtne uzņēmumā patiešām atvieglo darbu.
Tomēr viena speciālista iespējas vienmēr ierobežo viņa paša kvalifikācija un laiks. Mūsdienīga tīmekļa vietne vienlaikus var prasīt zināšanas izstrādē, satura vadības sistēmās, serveros un hostingā, datubāzēs, drošībā, rezerves kopiju veidošanā, lietotāja saskarnēs, meklētājprogrammu optimizācijā un dizainā. Atrast cilvēku, kurš visās šajās jomās strādā vienlīdz profesionāli, ir sarežģīti.
Tas nenozīmē, ka štata darbinieks strādā slikti. Vienkārši dažādi uzdevumi prasa atšķirīgas kompetences. Labs izstrādātājs ne vienmēr ir spēcīgs sistēmu administrators vai drošības speciālists, savukārt cilvēkam, kurš lieliski strādā ar WordPress un saturu, nav obligāti profesionāli jāpārzina serveru infrastruktūra, dizains vai SEO.
Ir arī parasts organizatorisks faktors. Štata speciālists var doties atvaļinājumā, saslimt, būt aizņemts ar citu iekšēju projektu vai aiziet no uzņēmuma. Ja ievērojama daļa informācijas par vietni, piekļuves datiem, iestatījumiem un veiktajām izmaiņām ir koncentrēta tikai pie viena cilvēka, viņa īslaicīga vai pastāvīga prombūtne var būtiski apgrūtināt vietnes uzturēšanu.
Tāpēc galvenais jautājums nav par to, vai uzņēmuma speciālists ir labs vai slikts. Ir jāsaprot, vai viens cilvēks spēj nosegt to reālo uzdevumu loku, kas rodas ap vietni, un vai viņam tam pietiek darba laika. Dažiem uzņēmumiem ar vienu darbinieku pilnībā pietiek, savukārt citiem vietne pamazām kļūst par jomu, kur periodiski nepieciešami vairāku dažādu virzienu speciālisti.
Pat lielam uzņēmumam ne vienmēr ir izdevīgi veidot savu tīmekļa komandu
Liels uzņēmums parasti var atļauties pieņemt darbā labu speciālistu, nodrošināt viņam darba vietu un maksāt pienācīgu algu. Tāpēc jautājums nav par to, vai uzņēmums var uzturēt savu darbinieku vai pat veselu tīmekļa komandu. Daudz svarīgāk ir saprast, cik ekonomiski pamatoti tas ir.
Ja vietne neprasa nepārtrauktu darbu visas darba dienas garumā, uzņēmums faktiski apmaksā pilnvērtīgu darba vietu uzdevumiem, kas rodas tikai laiku pa laikam. Vienā periodā darba var būt daudz, bet pēc tam var sekot vairākas dienas vai nedēļas, kad vietnei nepieciešama tikai kontrole, nelielas izmaiņas un retas tehniskas iejaukšanās.
Turklāt viens speciālists ne vienmēr spēj nosegt visu nepieciešamo kompetenču kopumu. Ja uzņēmumam patiešām ir vajadzīga izstrāde, serveru administrēšana, drošība, darbs ar CMS, datubāzēm, integrācijām, UX, SEO un dizainu, tad runa vairs nav par vienu darbinieku, bet par vairākiem cilvēkiem ar atšķirīgu specializāciju.
Tad izmaksas būtiski pieaug. Uzņēmums sedz ne tikai darba algu un nodokļus, bet arī izmaksas par darba vietu, aprīkojumu, programmatūru, licencēm, darbinieku vadību, apmācībām un aizvietošanas organizēšanu atvaļinājuma, slimības vai aiziešanas no darba laikā.
Turklāt savai komandai jābūt pastāvīgi noslogotai ar darbu, pretējā gadījumā uzņēmums sedz daļu tās izmaksu neatkarīgi no tā, vai konkrētajā brīdī ir tehniski uzdevumi vai nav. Jo šaurāks ir uzdevumu loks, kas saistīts tieši ar vietni, jo izteiktāka kļūst šī atšķirība.
Tāpēc uzņēmuma lielums pats par sevi vēl nenozīmē, ka sava tīmekļa komanda būs visizdevīgākais risinājums. Ekonomiska jēga rodas tad, kad pastāvīgo uzdevumu apjoms patiešām ir pietiekams vairāku speciālistu regulārai noslodzei. Ja ievērojama daļa darbu rodas tikai periodiski, pilnvērtīgas iekšējās komandas uzturēšana var izmaksāt dārgāk nekā ārēja uzņēmuma nodrošināta vietnes uzturēšana.
Kāpēc vietnes uzturēšanu var būt izdevīgāk uzticēt uzņēmumam
Ārējais uzturēšanas uzņēmums strādā pēc cita principa. Klientam nav jāmeklē viens cilvēks, kuram būtu jāpārzina viss. Uzdevumi tiek sadalīti starp speciālistiem atbilstoši to sarežģītībai un raksturam.
Nelielu izmaiņu vietnē var veikt viens darbinieks. Ja rodas problēma ar serveri vai hostingu, tiek piesaistīts speciālists, kurš strādā tieši ar infrastruktūru. Programmēšanas kļūdu novērš izstrādātājs. Ar drošības jautājumiem nodarbojas cilvēks ar atbilstošu kompetenci. Ja nepieciešams mainīt lietotāja saskarni, pieslēgt jaunu funkciju vai atrisināt integrācijas problēmu, uzdevums tiek nodots tam, kurš tā risināšanai ir vispiemērotākais.
Klientam tas nozīmē, ka viņš iegūst piekļuvi ne tikai viena speciālista zināšanām, bet visas komandas kompetencēm, turklāt nav nepieciešams šo komandu uzturēt savā uzņēmumā.
Tieši tajā slēpjas viena no galvenajām ārējās uzturēšanas ekonomiskajām priekšrocībām. Uzņēmums nemaksā par vairāku darbinieku pastāvīgu klātbūtni, bet gan par to darba un uzturēšanas apjomu, kas tā vietnei patiešām ir nepieciešams.
Ārējam pakalpojumu sniedzējam savukārt rodas apjomradīti ietaupījumi. Viena profesionāla komanda vienlaikus apkalpo vairākus projektus, tāpēc speciālistu izmaksas tiek sadalītas starp dažādiem klientiem. Katram atsevišķam uzņēmumam nav pašam jāapmaksā izstrādātāja, sistēmu administratora, drošības speciālista, dizainera un citu darbinieku pilna darba diena, ja viņu iesaiste nepieciešama tikai periodiski.
Tieši tāpēc ārējā uzturēšana daudzos gadījumos var būt ekonomiski racionālāka par savas tehniskās komandas uzturēšanu. Klients saņem nepieciešamās kompetences tieši tad, kad tās patiešām vajadzīgas, un viņam nav jāsedz pastāvīgas izmaksas par speciālistiem, kuri var būt noslogoti tikai daļu no darba laika.
Viens speciālists un uzņēmums nav viens un tas pats
Nodot tīmekļa vietni ārštata speciālistam un nodot tās uzturēšanu uzņēmumam nav viens un tas pats. Pat ja abos gadījumos darbu veic ārēji speciālisti, pats uzturēšanas modelis atšķiras.
Ārštata speciālists var būt ļoti spēcīgs izstrādātājs, labi pārzināt konkrēto projektu un gadiem ilgi kvalitatīvi to uzturēt. Daudzām vietnēm ar šādu formātu pilnībā pietiek. Taču uzņēmums joprojām paliek atkarīgs no viena cilvēka.
Ja šis speciālists saslimst, dodas atvaļinājumā, ir aizņemts ar citu projektu, uz laiku kļūst nepieejams vai vispār pārtrauc strādāt, rodas kavējumu risks. Ja runa ir tikai par nelielu labojumu, tas var nebūt būtiski. Taču, ja pārstāj darboties vietne, pasūtījuma veidlapa, integrācija, e-pasts vai rodas drošības problēma, atkarība no viena cilvēka pieejamības kļūst par reālu uzņēmējdarbības risku.
Uzņēmuma nodrošinātai uzturēšanai ir cita loģika. Projektam nevajadzētu būt piesaistītam tikai vienam speciālistam. Veiktajām izmaiņām, tehniskajām īpatnībām, darbu vēsturei un nepieciešamajām piekļuvēm jābūt organizētām tā, lai vajadzības gadījumā uzdevumu varētu turpināt cits darbinieks.
Tas ļauj katru reizi nesākt visu no nulles un jaunam cilvēkam no jauna neskaidrot, kā vietne ir uzbūvēta, kādi lēmumi jau ir pieņemti un kas iepriekš mainīts.
Turklāt dažādus uzdevumus var nodot atbilstoša profila speciālistiem. Ja problēma saistīta ar serveri, to risina viens cilvēks. Ja nepieciešams programmēšanas uzlabojums, ar to nodarbojas cits speciālists. Ja rodas drošības jautājums, tiek piesaistīts cilvēks, kurš strādā tieši šajā jomā.
Klientam tā ir principiāla atšķirība. Viņš vēršas nevis pie konkrēta programmētāja, no kura grafika un pieejamības ir atkarīgs viss projekts, bet pie uzņēmuma, kas atbild par uzturēšanas organizēšanu.
Tāpēc, salīdzinot ārštata speciālistu un uzņēmumu, nevajadzētu skatīties tikai uz vienas darba stundas cenu. Vienā gadījumā bizness lielā mērā ir atkarīgs no viena speciālista. Otrā gadījumā uzdevumus var nodot citam speciālistam komandas iekšienē un saglabāt projekta apkalpošanas nepārtrauktību.
Tas nozīmē, ka klients maksā ne tikai par konkrēta uzdevuma izpildi, bet arī par iespēju turpināt vietnes uzturēšanu neatkarīgi no tā, vai konkrētais speciālists attiecīgajā brīdī ir pieejams.
Kad savs speciālists patiešām ir izdevīgāks
Ārējā uzturēšana nav piemērota visiem uzņēmumiem. Ir situācijas, kad savs speciālists vai iekšējā tīmekļa komanda patiešām kļūst par racionālāku risinājumu.
Ja uzņēmums katru dienu attīsta savu digitālo platformu, pastāvīgi ievieš jaunas funkcijas, maina esošos procesus, strādā ar iekšējām sistēmām, API, datubāzēm un sarežģītām integrācijām, tehnisko uzdevumu apjoms var būt tik liels, ka atsevišķiem speciālistiem ar tiem ir pietiekams darba apjoms pilnai darba dienai ik dienu.
Šādā situācijā savas komandas uzturēšana jau ir ekonomiski pamatota. Darbinieki pastāvīgi atrodas projekta iekšienē, padziļināti pārzina tā arhitektūru, piedalās jaunu funkciju plānošanā un var ikdienā strādāt pie sistēmas attīstības kopā ar citām uzņēmuma nodaļām.
Tas pats attiecas uz uzņēmumiem, kuriem pati tīmekļa vietne vai digitālā platforma ir viens no galvenajiem darba instrumentiem. Pastāvīgi attīstīts interneta veikals, liels tiešsaistes pakalpojums, tiešsaistes tirdzniecības platforma, rezervēšanas sistēma vai uzņēmuma paša korporatīvā platforma var prasīt tik daudz ikdienas izmaiņu, ka katra uzdevuma nodošana ārējam pakalpojumu sniedzējam kļūst mazāk ērta.
Galvenais kritērijs šeit ir pastāvīga noslodze. Ja izstrādātājam, administratoram vai veselai komandai patiešām ir pietiekams darba apjoms pilnai darba dienai ik dienu, izdevumus par saviem darbiniekiem vairs nevar uzskatīt par samaksu par neizmantotu resursu. Uzņēmums viņu darba laiku izmanto pastāvīgi.
Projektam turpinot augt, var parādīties atsevišķi speciālisti izstrādei, infrastruktūrai, drošībai, lietotāja saskarnēm un citiem virzieniem. Tad izveidojas pilnvērtīga iekšējā tehniskā komanda, jo darba apjoms jau pamato tās pastāvēšanu.
Tāpēc nevar apgalvot, ka ārējā uzturēšana vienmēr ir izdevīgāka. Ekonomiskais pamatojums mainās līdz ar uzdevumu apjomu. Kamēr tehniskie darbi rodas tikai periodiski, savas komandas uzturēšana var būt lieka. Taču, kad izstrāde un uzturēšana kļūst par pastāvīgu ikdienas procesu, savi speciālisti var kļūt ērtāks un ekonomiski pamatotāks risinājums.
Izšķirošais faktors nav uzņēmuma lielums un pat ne vietnes sarežģītība pati par sevi, bet gan pastāvīgā darba apjoms, ar kuru reāli iespējams noslogot savus speciālistus.
Savus darbiniekus un ārējo uzturēšanu var apvienot
Izvēlei nav obligāti jāaprobežojas ar diviem variantiem: vai nu pilnībā uzturēt savu tīmekļa komandu, vai arī pilnībā nodot vietni ārējam uzņēmumam. Vidēja un liela uzņēmuma gadījumā bieži vien racionālāk ir sadalīt atbildību starp iekšējiem darbiniekiem un vairākiem ārējiem pakalpojumu sniedzējiem.
Iekšējais darbinieks var nodarboties ar to, kam patiešām nepieciešama pastāvīga klātbūtne uzņēmuma iekšienē: pārvaldīt vietnes saturu, strādāt ar mārketingu, saņemt uzdevumus no vadītājiem un citām nodaļām, noteikt prioritātes, saskaņot izmaiņas un koordinēt ārējo izpildītāju darbu.
Savukārt tehniskos uzdevumus var sadalīt starp ārējiem uzņēmumiem atbilstoši to specializācijai. Viens uzņēmums var atbildēt par vietni un tās tehnisko uzturēšanu, cits — par mobilo lietotni vai atsevišķu digitālo sistēmu, bet iekšējais darbinieks paliek par saikni starp uzņēmumu un visiem pakalpojumu sniedzējiem.
Tieši šādi darbs tika organizēts vienā autobusu uzņēmumā Itālijā. Projektējot projekta digitālo arhitektūru, mēs atsevišķi izvērtējām, kurus uzdevumus izdevīgāk atstāt uzņēmuma iekšienē un kurus nodot ārējiem speciālistiem. Rezultātā uzņēmuma štata darbinieks atbild par tiem uzdevumiem, kuriem nepieciešama pastāvīga paša uzņēmuma iesaiste, tīmekļa vietni uzturam mēs, bet lietotnes uzturēšanu nodrošina cits pakalpojumu sniedzējs.
Šāds pienākumu sadalījums neradās nejauši. Mērķis nebija nodot visu projektu vienam uzņēmumam vai, gluži pretēji, izveidot savu tehnisko nodaļu. Mēs katru jomu izvērtējām atsevišķi un noteicām, kam to ekonomiski un organizatoriski ir vislietderīgāk uzticēt.
Rezultātā uzņēmums saglabā iekšējo kontroli pār projektu, bet vienlaikus nemaksā par tādu speciālistu uzturēšanu, kuriem nav iespējams nodrošināt pastāvīgu noslodzi. Katrs dalībnieks strādā savā jomā, bet pasūtītājs saņem nepieciešamo kompetenci tieši tur, kur tā ir vajadzīga.
Tāpēc kombinētais modelis var ietvert ne tikai savus darbiniekus un vienu ārēju uzņēmumu. Sarežģītā projektā var būt lietderīgāk sadalīt dažādas sistēmas daļas starp iekšējo komandu un vairākiem specializētiem pakalpojumu sniedzējiem, ja tieši šāda arhitektūra uzņēmumam ir ekonomiski izdevīgāka.
Izmaksas nevajag salīdzināt tikai ar viena programmētāja algu
Salīdzinot savu speciālistu ar ārējo uzturēšanu, ir viegli pieļaut izplatītu kļūdu: paņemt vietnes ikmēneša uzturēšanas cenu un salīdzināt to tikai ar viena programmētāja algu. Šāds salīdzinājums neparāda uzņēmuma reālās izmaksas.
Štata darbinieks uzņēmumam izmaksā vairāk nekā summa, ko viņš saņem “uz rokas”. Darba algai pievienojas nodokļi un citi darba devēja obligātie maksājumi, darba vieta, dators un cits nepieciešamais aprīkojums, programmatūra un licences. Turklāt darbinieks ir jāvada: viņam jāuzdod darbi, jākontrolē to izpilde, jāplāno noslodze un tam jāvelta vadītāja vai cita atbildīgā darbinieka laiks.
Jāņem vērā arī periodi, kad speciālists nav pieejams. Atvaļinājums, slimība vai aiziešana no darba neatceļ tehniskos uzdevumus. Ja vietnei ir būtiska loma uzņēmuma darbībā, uzņēmumam jau iepriekš jāzina, kas veiks šo darbu speciālista prombūtnes laikā un cik šāda aizvietošana maksās.
Vēl viena būtiska izmaksu pozīcija rodas tad, ja ar viena speciālista kompetencēm nepietiek. Piemēram, algots izstrādātājs var lieliski strādāt ar kodu, taču atsevišķiem uzdevumiem tik un tā būs vajadzīgs sistēmu administrators, dizainers, drošības speciālists, SEO speciālists vai cits attiecīgās jomas profesionālis. Tad pastāvīgā darbinieka izmaksām pievienojas ārējo izpildītāju izmaksas vai nepieciešamība pieņemt darbā papildu cilvēkus.
Tāpēc ir jāaprēķina pilnas iekšējā risinājuma izmaksas: darba alga, nodokļi, darba vieta, aprīkojums, programmas un licences, vadība, darbinieka aizvietošana un papildu kompetenču piesaiste.
Taču arī ar to salīdzinājums vēl nebeidzas. Iegūtā summa jāsalīdzina ar reālo darba apjomu, kas saistīts ar vietni. Ja speciālists patiešām visu darba dienu ir nodarbināts ar šo projektu, savs darbinieks var būt ekonomiski pamatots. Ja tehniskie uzdevumi aizņem tikai dažas stundas nedēļā vai rodas nevienmērīgi, uzņēmums maksā par ievērojami lielāku resursu, nekā faktiski izmanto.
Tas pats attiecas arī uz ārējo uzturēšanu. Jāsalīdzina nevis abstrakta līguma cena, bet tas, kādi darbi ir iekļauti uzturēšanā, kādus speciālistus vajadzības gadījumā var piesaistīt un kādu reālu darba apjomu uzņēmums par šo naudu saņem.
Pareizais salīdzinājums nav “uzturēšanas cena pret programmētāja algu”, bet gan pilnas iekšējās tehniskās funkcijas izmaksas pret reālo tīmekļa vietnei nepieciešamo darbu apjomu un izmaksām.
Kurš atbild par tīmekļa vietni pēc tās palaišanas
Jautājumu par tīmekļa vietnes uzturēšanu ir vērts atrisināt jau pirms izstrādes sākuma. Jau projektēšanas posmā vēlams saprast, kurš par to atbildēs pēc palaišanas: pats uzņēmuma īpašnieks, uzņēmuma darbinieks, izstrādātājs vai atsevišķs tehniskās uzturēšanas uzņēmums.
Tas ietekmē arī paša projekta arhitektūru. Ja klients plāno patstāvīgi mainīt tekstus, fotogrāfijas, pakalpojumus un citus materiālus, vietnei jābūt veidotai tā, lai šīs darbības varētu veikt, izmantojot saprotamu satura vadības sistēmu un nepārtraukti nevēršoties pie izstrādātāja. Ja savukārt tiek plānota regulāra tehniskā attīstība, integrācijas vai sarežģītākas funkcijas, jau iepriekš jānosaka, kurš ar šiem uzdevumiem nodarbosies un kam būs nepieciešamās piekļuves.
Svarīgi ir arī sadalīt atbildību. Viens cilvēks var atbildēt par vietnes saturu, cits — par tehnisko stāvokli, trešais — par mārketingu vai attīstību. Nav obligāti visi uzdevumi jānodod vienam izpildītājam, taču jābūt skaidram, kurš atbild par katru virzienu un pie kā vērsties problēmas gadījumā.
Īpaši svarīgi jau iepriekš noteikt, kurš kontrolē domēnu, hostingu, SSL sertifikātu, rezerves kopijas, atjauninājumus un piekļuves. Šie jautājumi bieži paliek nemanāmi, kamēr viss darbojas normāli. Taču, ja beidzas domēna reģistrācijas termiņš, rodas servera problēma vai vietne steidzami jāatjauno, atbildīgās personas neesamība uzreiz kļūst par uzņēmuma problēmu.
Izveidot vietni, palaist to un pēc tam vienkārši atstāt bez uzturēšanas ir slikts risinājums neatkarīgi no tā, cik kvalitatīvi tā sākotnēji tika izveidota. Tehnoloģijas mainās, programmatūras komponenti tiek atjaunināti, ārējie pakalpojumi maina savas prasības, bet pats uzņēmums ar laiku izvirza vietnei jaunus uzdevumus.
Tāpēc tīmekļa vietnes palaišana nenozīmē darba ar to beigas. Jau pirms izstrādes sākuma ir vērts noteikt, kurš būs atbildīgs par tās saturu, tehnisko stāvokli un turpmāko attīstību.
Kuru variantu izvēlēties
Universāla risinājuma šeit nav. Nelielam uzņēmumam parasti nav ekonomiskas jēgas uzturēt savu tehnisko speciālistu tikai vietnes dēļ, ja lielākā daļa uzdevumu rodas tikai laiku pa laikam. Šādā gadījumā saprātīgāk ir pašam pārvaldīt saturu, bet tehniskos darbus nodot ārējam speciālistam vai uzturēšanas uzņēmumam.
Vidēja lieluma uzņēmumam bieži ekonomiski izdevīgāka izrādās ārējā uzturēšana vai kombinēts modelis. Daļa uzdevumu paliek uzņēmuma iekšienē — piemēram, saturs, mārketings, uzdevumu formulēšana un vietnes attīstības kontrole —, bet tehniskais darbs tiek nodots speciālistiem, kurus nav nepieciešams pastāvīgi uzturēt savā štatā.
Liels uzņēmums, protams, var izveidot savu tīmekļa komandu, taču tas vien, ka uzņēmums šādu komandu finansiāli var atļauties, vēl nepadara šo risinājumu ekonomiski pamatotu. Iekšējā komanda patiešām ir pamatota tad, ja izstrāde, uzturēšana, integrācijas un citi tehniskie uzdevumi rada pastāvīgu darba apjomu un spēj regulāri noslogot speciālistus.
Ja vietnei tehniska iejaukšanās nepieciešama tikai periodiski, pat lielam uzņēmumam ekonomiski izdevīgāk var būt izmantot ārējo uzturēšanu vai sadalīt uzdevumus starp saviem darbiniekiem un specializētiem pakalpojumu sniedzējiem.
Tāpēc nevajag salīdzināt uzņēmuma lielumu vai tā darbinieku skaitu. Jāskatās uz pašu vietni, tās lomu uzņēmumā, tehniskās daļas sarežģītību, izmaiņu biežumu un faktisko darba apjomu.
Uzņēmuma lielums pats par sevi nenosaka pareizo risinājumu. To nosaka pastāvīgo tehnisko uzdevumu reālais apjoms.
