Kada firma prvi put ozbiljno razmišlja o organizovanoj IT podršci, gotovo uvek se svede na jedno pitanje: da li da se plaća fiksan mesečni iznos, ili da se plaća samo kada nešto zatreba? Na prvi pogled, naplata po pozivu deluje logičnije — zašto plaćati za nešto što možda neće ni zatrebati taj mesec? Ipak, kada se sagleda šira slika, odgovor je ređe jednostavan nego što izgleda.
Kako funkcioniše model “po pozivu”
Kod ovog modela, firma nema nikakav ugovor niti mesečnu obavezu. Kada se pojavi problem — računar ne radi, štampač je zaglavljen, mreža je pala — poziva se IT servis, koji dolazi, rešava problem i naplaćuje intervenciju. Ovaj model je uobičajen kod veoma malih firmi, sa dva ili tri računara, gde se problemi javljaju retko i gde ne postoji server ili kompleksnija infrastruktura.
Prednost je jasna: firma ne plaća ništa kada sve radi kako treba. Mana je isto tako jasna, samo manje vidljiva u trenutku odluke: nema nikoga ko prati stanje sistema pre nego što nešto stane, nema garantovanog vremena odziva, i svaki poziv obično dolazi u trenutku kada je već nastao zastoj — što znači da se problem rešava pod pritiskom, a ne planski.
Kako funkcioniše paušalni model
Kod paušala, firma plaća fiksnu mesečnu naknadu, a zauzvrat dobija kontinuiran nadzor sistema, redovna ažuriranja, proveru backupa, i određeni broj sati podrške uključen u cenu (a često i garantovano vreme odziva). Ideja je jednostavna — sprečiti probleme pre nego što nastanu, umesto da se čeka da se nešto pokvari.
Prednost paušala je predvidivost budžeta i, što je važnije, mnogo manji broj hitnih situacija, jer se problemi hvataju u ranoj fazi. Mana je što firma plaća i onih meseci kada, naizgled, “ništa nije bilo potrebno” — mada to “ništa nije bilo potrebno” često znači da je neko u pozadini sprečio da nešto krene naopako.
Realan primer poređenja
Zamislimo firmu sa deset zaposlenih koja radi u knjigovodstvu. Bez paušala, ova firma poziva IT servis otprilike jednom mesečno zbog manjih problema, i jednom ili dvaput godišnje zbog ozbiljnijeg zastoja — recimo, pada servera ili gubitka podataka usled kvara diska. Svaka manja intervencija košta određenu sumu, a ozbiljniji zastoj, uz gubitak radnih sati zaposlenih i moguć gubitak podataka, može koštati višestruko više od cele godine paušala.
Sa paušalom, ista firma plaća fiksan mesečni iznos, ali monitoring sistema često otkrije da disk pokazuje znake kvara pre nego što stvarno otkaže, da backup nije uspeo tri dana zaredom pre nego što bi to postao problem, ili da je jedan računar kritično usporen zbog malvera koji bi se inače širio nedeljama neprimećen.
Ovo ne znači da je paušal uvek jeftiniji u apsolutnom iznosu na kraju godine — ali znači da je znatno predvidiviji, i da drastično smanjuje verovatnoću skupog iznenađenja.
Kada ima smisla naplata po pozivu
Model po pozivu ima smisla u vrlo specifičnim situacijama:
- Firma ima samo par računara i ne zavisi kritično od IT sistema za svakodnevni rad.
- Ne postoji server, NAS uređaj ili osetljivi podaci koji zahtevaju posebnu zaštitu.
- Zastoj od pola dana ili dan ne bi značajno uticao na poslovanje.
- Firma je u ranoj fazi razvoja i još uvek gradi budžet za sve poslovne funkcije.
Ako se firma prepoznaje u ovome, naplata po pozivu nije loš izbor — jednostavno još nije dostigla obim gde paušal donosi jasnu prednost.
Kada paušal postaje jasno bolji izbor
Sa druge strane, paušal postaje isplativiji čim se pojavi bilo šta od sledećeg:
- Firma ima server, NAS uređaj ili bilo kakvu infrastrukturu koja zahteva redovno praćenje.
- Podaci koje firma čuva su osetljivi ili poslovno kritični.
- Firma je već imala makar jedan skuplji zastoj u prethodnoj godini.
- Broj zaposlenih koji zavise od sistema prelazi desetak.
- Firma planira rast i želi da IT sistem prati taj rast bez iznenađenja.
U ovim slučajevima, cena paušala se gotovo uvek isplati kroz smanjen broj hitnih intervencija i kraće (ili nikakve) zastoje.
Skriveni trošak modela “po pozivu”
Postoji jedan aspekt koji se retko računa kada firme porede ova dva modela — vreme zaposlenih. Kada nešto stane, a nema nikoga ko sistematski prati sistem, obično prva reakcija zaposlenih je da pokušaju sami da reše problem, gube vreme, pa tek onda pozovu nekog spolja. To vreme se retko računa kao trošak, ali jeste — svaki sat koji administrativni radnik ili menadžer provede boreći se sa računarom umesto da radi svoj posao, direktno kosta firmu, čak i ako se ta cifra ne pojavljuje ni na jednom računu.
Hibridni pristup kao srednje rešenje
Za firme koje nisu sigurne koji model im odgovara, postoji i treća opcija — osnovni paušal koji pokriva monitoring i proveru backupa (najkritičnije stavke), uz naplatu po satu za veće intervencije van tog obima. Ovo je dobar prelazni model za firme koje rastu i još uvek grade poverenje sa IT partnerom, pre nego što pređu na potpuno paušalno održavanje.
Naš pristup u Trace Link-u
Kada razgovaramo sa novim klijentima, ne guramo automatski najskuplji paket. Prvo procenimo koliko je firma zavisna od IT sistema i koliki bi realno bio trošak zastoja, pa na osnovu toga predložimo model koji ima smisla — bilo da je to osnovni paušal, prošireni paket sa punim monitoringom, ili kombinacija sa naplatom po intervenciji za retke, veće poslove. Radimo sa firmama u Novom Sadu, Beogradu i širom Srbije, uz transparentnu strukturu cena bez skrivenih troškova.
Zaključak
Ne postoji univerzalno tačan odgovor na pitanje paušal ili po pozivu — odgovor zavisi od toga koliko je vaša firma zavisna od IT sistema i koliko bi vas realno koštao ozbiljniji zastoj. Za firme sa serverom, osetljivim podacima ili više od desetak zaposlenih, paušal se gotovo uvek isplati kroz smanjen rizik i predvidiv budžet. Ako niste sigurni gde se vaša firma nalazi na ovoj skali, javite nam se preko kontakt forme za kratku procenu koja će vam dati jasniju sliku.