Discuția asta se poartă aproape întotdeauna în Excel. Salariu brut plus taxe plus laptop plus licențe într-o coloană, factura lunară a furnizorului în cealaltă. Se compară, se ia o decizie, se trece mai departe.
Problema e că amândouă coloanele măsoară costul, nu rezultatul. Iar în IT, diferența dintre cele două opțiuni nu stă doar în preț. Stă în viteză, în lățimea spectrului de unelte și în cine rămâne cu riscul.
Scriu din poziția celui externalizat. Sunt furnizor de servicii IT și BI pentru mai multe firme, unele parte din grupuri multinaționale. Deci am un interes evident. Tocmai de aceea vreau să fiu corect și cu minusurile, pentru că sunt reale și pentru că un client care nu le cunoaște devine, mai devreme sau mai târziu, un client nemulțumit.
Spectrul de unelte
Un angajat intern lucrează, de regulă, cu ce are firma. Un furnizor care servește mai mulți clienți lucrează cu tot ce a văzut la toți.
Când ai construit o platformă de analiză pentru ospitalitate, un motor de bonusare pe reguli, o raportare de recrutare cu forecasting pe cohorte și un model de stoc pentru distribuție de piese auto, nu mai pornești de la zero la al cincilea proiect. Recunoști tiparul. Știi deja unde se sparge, pentru că s-a spart o dată, la altcineva, acum trei ani.
Asta nu e geniu, e expunere. Un intern cu zece ani în aceeași firmă are zece ani de experiență într-un singur context. Un extern cu zece ani are, în cel mai bun caz, zece ani în cinci contexte diferite. Nu e automat mai bun, e mai lat.
Viteza, pentru că nu există birocrație
Aici e diferența cea mai vizibilă și cea mai greu de pus într-un buget.
Un exemplu real, anonimizat. Un client avea o discrepanță între raportarea locală și un depozit de date construit de echipa de grup. Cifrele nu se potriveau. Verificarea a durat două zile de la întrebare la răspuns documentat.
Am definit un control simplu: suma liniilor față de valoarea din antet pentru fiecare factură. L-am validat mai întâi pe sursa curată, unde a trecut fără nicio abatere peste un leu, deci regula era corectă, apoi l-am rulat pe datele din depozit. Acolo au picat o sută de facturi, cu linii în plus față de antete de peste două milioane de lei, plus câteva sute de linii orfane care nici măcar nu apăreau în raport, pentru că un INNER JOIN le tăia înainte de afișare.
Cauza s-a dovedit banală. Încărcarea din API se face prin upsert, iar API-ul returnează doar ce s-a modificat. O linie ștearsă la sursă nu mai apare niciodată, deci nu are cum să fie ștearsă și la destinație.
Am documentat separat incidentul, verificarea și cauza tehnică în articolul despre datele fantomă din depozitul de date.
Nu spun asta ca să arăt cât de deștept sunt. Spun că același traseu, într-o structură cu tichete, aprobări, sprint planning și trei echipe implicate, ar fi durat săptămâni. Nu pentru că oamenii de acolo sunt mai slabi — mulți sunt mai buni decât mine pe bucata lor — ci pentru că între întrebare și răspuns sunt șapte pași de proces, iar fiecare pas costă zile.
Un furnizor mic sare peste toți șapte. Vede întrebarea, deschide modelul, răspunde. Ăsta e produsul, de fapt: latența mică.
Flexibilitatea contractuală
Un angajat e o decizie pe ani. Un furnizor e o decizie pe luni. Poți crește, poți reduce, poți opri. Într-o firmă de cincizeci de oameni care are nevoie de un om de BI două zile pe săptămână, angajarea unui specialist full-time se justifică greu, iar dacă e subîncărcat pleacă oricum în doi ani.
Minusurile, pentru că sunt reale
Bus factor de unu. Dacă furnizorul dispare — prin accident, boală, alt client sau plictiseală — ce a construit rămâne, dar nimeni nu știe cum funcționează. Operaționalul supraviețuiește, fiindcă sistemul principal este de obicei al altcuiva, dar stratul de raportare moare la prima schimbare. Asta e vulnerabilitatea centrală și nu se rezolvă prin contract. Se rezolvă prin documentație predată, ținută în custodia clientului. Dacă furnizorul tău nu ți-a dat niciodată o hârtie, ai o problemă pe care nu o vezi încă.
Nu există acoperire. Un angajat intern are colegi, are concediu planificat, are un înlocuitor. Un furnizor unic nu are. Două săptămâni de indisponibilitate înseamnă două săptămâni fără nimeni.
Sistemele devin idiosincratice. Când o singură minte proiectează tot, rezultatul e coerent și eficient, dar complet nestandard. Nu există un administrator oarecare de pe piață care să-l preia. Se rescrie, nu se preia.
Prioritizarea e negociată, nu impusă. Un angajat face ce i se cere azi. Un furnizor cu cinci clienți face ce a promis și când a promis. Dacă ai nevoie de cineva care lasă totul din mână la ora două, ai nevoie de un angajat.
Cunoașterea internă se acumulează mai lent. Un extern nu stă la cafea, nu prinde informația utilă pe hol, nu simte când un departament e pe cale să schimbe procesul. Află mai târziu.
Calculul real
Cât mă costă o zi de întârziere? Dacă răspunsul e „nimic”, externalizarea nu îți aduce mare lucru. Dacă răspunsul e „o decizie luată pe cifre greșite”, atunci plătești de fapt pentru latență, nu pentru ore.
Cât de lat e ce am nevoie? Un singur sistem, în profunzime, înseamnă angajat. Cinci sisteme, pe o arie mai largă, înseamnă furnizor.
Cine ține riscul de continuitate și cum e acoperit? Asta e întrebarea pe care nimeni nu o pune la semnare și toată lumea o pune la despărțire. Răspunsul corect nu e „intern, deci sunt acoperit”. Și internii pleacă, iar dacă au plecat fără documentație e exact aceeași situație, doar cu costuri fixe pe deasupra.
Modelul care funcționează, în experiența mea, e hibrid. Intern pentru ce e zilnic, previzibil și trebuie să fie prezent. Extern pentru ce e specializat, intermitent și beneficiază de experiență din alte contexte.
Regula e aceeași, indiferent de model: orice lucru pe care îl știe un singur om trebuie scris undeva unde îl poate citi altcineva.
Restul e Excel.