Și de fiecare dată e aceeași situație: trebuie să iei o decizie, dar documentul din fața ta e scris într-un limbaj pe care nu-l stăpânești complet. Nu e vorba că nu ești capabil, e vorba că ofertele IT sunt scrise pentru oameni tehnici, nu pentru management.
Ghidul ăsta te ajută să evaluezi o ofertă IT fără cunoștințe tehnice. Nu te transformă în expert, dar te pune în poziția de a lua o decizie informată (sau cel puțin de a pune întrebările potrivite înainte să semnezi).
Partea 1: Structura unei oferte IT clare
O ofertă bine făcută, indiferent de domeniu, ar trebui să conțină câteva elemente pe care le poți evalua ca director.
Contextul și problema
Oferta ar trebui să înceapă cu o descriere a situației tale: ce a identificat furnizorul, ce problemă rezolvă, de ce e relevant acum. Dacă oferta începe direct cu soluția fără să descrie problema, e un semnal că furnizorul vinde un produs, nu o soluție adaptată companiei tale.
Un exemplu: „Compania dumneavoastră are 85 de angajați, un server on-premise și nu are MFA pe conturile de email. Propunem implementarea X pentru a reduce riscul de acces neautorizat.” Asta e un context clar.
Compară cu: „Vă propunem soluția noastră completă de cybersecurity, lider pe piață, cu funcționalități avansate de protecție.” Asta nu spune nimic despre compania ta.
Scope-ul — ce face și ce nu face
Aici e probabil cel mai important lucru de verificat și cel mai des ignorat. Scope-ul definește exact ce e inclus în ofertă și (la fel de important) ce nu e inclus.
Lucruri care lipsesc frecvent din scope și care generează costuri suplimentare:
- migrarea datelor existente
- training-ul echipei
- configurarea la nivel de utilizator (nu doar de sistem)
- suport post-implementare
- documentația livrabilelor
- licențele software necesare (uneori sunt separate)
Dacă oferta nu menționează explicit ce nu e inclus, întreabă. E mai bine să afli acum decât să descoperi pe factură peste trei luni.
Livrabile concrete
Ce primești la final? Un raport? Un sistem configurat? Documente? Acces la o platformă? Dacă plătești 20.000€ și nu poți arăta board-ului ce ai primit concret, oferta a fost prea vagă de la început.
Formulări de tip „consultanță și suport” fără livrabile definite sunt un red flag. Nu pentru că furnizorul e neserios, ci pentru că fără livrabile clare e imposibil să evaluezi dacă ai primit ce ai plătit.
Timeline
Când începe, când se termină, ce se întâmplă dacă durează mai mult. Ofertele fără timeline clar sunt oferte fără angajament real. De obicei, întârzierile apar din dependențe neclare — furnizorul așteaptă ceva de la tine, tu nu știai că trebuie să livrezi ceva, și proiectul se blochează.
Preț și condiții
Aici apar cele mai mari variații și cele mai multe confuzii. Secțiunea despre preț e detaliată mai jos.
Partea 2: Cum citești prețul unei oferte IT
Prețul e de obicei primul lucru la care se uită un director și ultimul pe care îl înțelege complet. Nu pentru că e complicat, ci pentru că e prezentat în moduri diferite care fac comparația dificilă.
Preț fix vs. estimare pe ore
Preț fix: plătești o sumă, primești ce scrie în ofertă. Riscul de depășire e la furnizor. E de preferat când scope-ul e clar.
Estimare pe ore: plătești pe bază de ore lucrate. Riscul e la tine. Poate fi rezonabil pentru proiecte explorative, dar dacă estimarea e „100–180 ore”, diferența de 80 de ore la 150€/oră e 12.000€. Întreabă: „Care e cap-ul maxim? Ce se întâmplă dacă depășim estimarea?”
Setup + abonament lunar
Model frecvent în managed services și cybersecurity. Setup-ul pare mic, abonamentul pare rezonabil, dar calculează costul total pe 24 și pe 36 de luni. Am văzut oferte cu setup de 3.000€ și abonament de 2.000€/lună care pe doi ani ajungeau la 51.000€. O alternativă cu preț fix de 30.000€ ar fi fost mai ieftină pe aceeași perioadă.
Nu înseamnă că modelul cu abonament e greșit. Uneori chiar e mai potrivit. Dar trebuie să compari pe aceeași bază de timp.
Pachet all-inclusive
Sună bine, dar în practică înseamnă de obicei că plătești pentru lucruri pe care nu le vei folosi. Întrebarea cheie: „Ce pot elimina din pachet fără să compromit rezultatul?” Dacă furnizorul nu poate răspunde clar, probabil nu e all-inclusive — e all-in-one pe care nu l-a adaptat la dimensiunea ta.
Costuri ascunse frecvente
- licențe software facturate separat de serviciu
- costuri de migrare a datelor
- training facturat extra
- suport post-implementare cu cost suplimentar
- costul de ieșire din contract (dacă vrei să renunți)
- creșteri anuale automate de preț
Un exercițiu simplu: ia oferta și calculează costul total pe 24 de luni, incluzând tot ce poți identifica. Apoi compară cu alte oferte pe aceeași bază.
Partea 3: Cum compari două oferte IT
Majoritatea directorilor compară oferte IT pe bază de preț. E singura variabilă ușor de comparat, mai ales când restul e tehnic și greu de evaluat.
Problema e că două oferte la prețuri diferite nu înseamnă neapărat calitate diferită. De cele mai multe ori înseamnă lucruri diferite.
De unde vin diferențele mari de preț
Dintr-o experiență practică, diferențele mari (de exemplu 15.000€ vs 50.000€ pentru „același lucru”) vin aproape mereu din trei surse:
Scope diferit. Una include mai multe etape, mai multe livrabile sau mai multe sisteme acoperite. Cealaltă acoperă strict minimul necesar.
Dimensionare diferită. O ofertă e calibrată pentru compania ta de 80 de angajați. Cealaltă e un pachet standard pentru companii de 500 de angajați, trimis fără adaptare.
Model de livrare diferit. Una e un proiect cu început și final. Cealaltă e un abonament pe 24 de luni care include și servicii pe care poate nu le vei folosi.
Exercițiu practic: aducerea ofertelor la aceeași bază
Ia fiecare ofertă și completează un tabel simplu:
| Criteriu | Oferta A | Oferta B |
|---|---|---|
| Ce problemă rezolvă | ||
| Ce primesc concret (livrabile) | ||
| Ce NU e inclus | ||
| Preț total pe 24 luni | ||
| Condiții de ieșire | ||
| Referințe client similar |
Dacă nu poți completa o celulă, cere clarificări de la furnizor înainte să compari prețuri. O decizie bazată pe un tabel incomplet e o decizie pe ghici.
Partea 4: 10 întrebări pe care orice director le poate pune unui furnizor IT
Nu trebuie să fii tehnic ca să pui întrebări bune. Trebuie să fii clar despre ce vrei să afli.
- Ce problemă concretă rezolvă oferta asta pentru compania mea?
- Ce primesc tangibil la finalul proiectului?
- Ce nu e inclus în preț?
- Care e costul total pe 24 de luni, cu tot ce e necesar?
- Ce se întâmplă dacă proiectul durează mai mult decât estimarea?
- Ce se întâmplă dacă vreau să renunț la serviciu peste un an?
- Cum ai dimensionat oferta asta? E standard sau adaptată pentru dimensiunea mea?
- Ai un client similar ca dimensiune și industrie? Pot vorbi cu el?
- Ce diferență concretă există între oferta ta și una care costă jumătate?
- Dacă ar trebui să tai 30% din buget, ce ai elimina fără să compromiti rezultatul?
Întrebarea 10 e probabil cea mai utilă. Răspunsul arată cât de bine înțelege furnizorul ce e esențial și ce e opțional pentru compania ta.
Partea 5: Checklist rapid — evaluare ofertă IT
Înainte să aprobi o ofertă IT, verifică:
- Înțeleg ce problemă rezolvă? (în cuvinte simple, nu tehnice)
- Știu ce primesc concret la final?
- Știu ce NU e inclus?
- Am calculat costul total pe 24 de luni?
- Există timeline clar cu etape definite?
- Am întrebat ce se întâmplă dacă vreau să ies din contract?
- Am cerut referințe de la un client de dimensiune similară?
- Am comparat cu cel puțin o altă ofertă pe aceeași bază?
- Omul meu de IT (sau un consultant extern) a validat partea tehnică?
- Pot explica board-ului în 3 minute ce cumpăr și de ce?
Dacă poți bifa toate zece, ești într-o poziție bună să iei o decizie. Dacă nu poți bifa mai mult de jumătate, merită să ceri clarificări sau o a doua opinie înainte să semnezi.