Cum îți transformi firma în furnizor de servicii AI

În 2025, 5,21% dintre firmele românești cu cel puțin zece angajați foloseau cel puțin o tehnologie de inteligență artificială, față de 19,95% media Uniunii Europene. Cifra vine din datele Eurostat și circulă de obicei ca un motiv de rușine națională; defalcarea completă, pe tehnologii și pe mărimi de firmă, e în analiza datelor Eurostat pentru România. Pentru o firmă de software sau o agenție, ea înseamnă altceva: nouăzeci și cinci la sută dintre clienții tăi potențiali nu au început încă, iar cei care încep caută pe cineva care să facă treaba în locul lor.

Problema nu e cererea. Problema e că majoritatea firmelor care încearcă să vândă servicii AI pierd în aceleași trei puncte: o ofertă formulată ca listă de tehnologii, un preț pe oră care transformă orice câștig de eficiență în pierdere de venit și o livrare pe care nimeni nu o poate declara „reușită" cu argumente. Articolul de față e despre cum se repară toate trei — plus despre două obligații juridice noi, cu termene în lunile următoare, pe care un furnizor de servicii AI nu le poate ignora.

Dacă lucrezi singur, pe cont propriu, dinamica e diferită și e tratată separat în ghidul pentru freelanceri și PFA. Aici vorbim despre o firmă cu echipă, care semnează contracte în nume propriu și își asumă răspundere.

Ce cumpără, de fapt, un client

Nimeni nu cumpără „inteligență artificială". Se cumpără un proces care costă mai puțin, durează mai puțin sau nu mai depinde de o singură persoană. Formulările care apar în cererile reale ale firmelor din România se împart, aproape întotdeauna, în cinci categorii:

Documente care intră în firmă. Facturi de la furnizori, contracte, comenzi, dosare. Extragerea structurată a datelor și direcționarea lor către sistemul existent.

Răspunsuri către clienți. Întrebări repetitive pe e-mail, în magazin online sau pe canale de mesagerie, unde ce contează e ca răspunsul să fie corect și legat de datele reale ale clientului.

Căutare în ce știe deja firma. Proceduri, oferte vechi, documentație tehnică, arhivă de proiecte. Oamenii pierd ore ca să găsească un fișier despre care știu că există.

Analiză de date pe care nimeni nu are timp să o facă. Rapoarte recurente, semnalarea anomaliilor, pregătirea unei decizii lunare.

Producție de conținut și cod, cu cerințe de calitate constantă.

Prima capacitate reală a unui furnizor de servicii AI nu e tehnică, ci de traducere: să transforme „vrem și noi AI" într-una dintre aceste cinci propoziții, cu un număr lângă ea. Câte documente pe lună. Câte solicitări pe zi. Câte ore pierdute. Fără număr, nu există ofertă; există doar o discuție plăcută. Partea de validare a cererii, de construcție a ofertei și de livrare e tratată sistematic în cursul de AI pentru Antreprenori și Startup-uri.

Trei modele de ofertă care se vând

1. Diagnosticul plătit

Două-trei săptămâni, preț fix, livrabil concret: harta proceselor candidate, estimarea de efort și de cost pentru fiecare, recomandarea de ordine și riscurile juridice identificate. Se plătește pentru că livrează o decizie, nu o prezentare.

Diagnosticul gratuit are un defect structural: clientul nu îi acordă timp, pentru că nu l-a costat nimic. Cel plătit produce acces la oameni și la date — adică exact ce îți trebuie ca să faci o ofertă corectă în etapa următoare.

2. Implementarea pe un singur proces, cu preț fix pe etape

Un proces, un indicator, un termen. Etape cu livrabile și cu plăți asociate: date și acces, prototip evaluat, integrare, punere în funcțiune, transfer către echipa clientului.

Regula care ține proiectul în viață: criteriul de acceptanță se scrie la început și e numeric. „Extragerea datelor din facturi are o rată de acuratețe de cel puțin X% pe un set de o sută de documente reale, alese de client." Fără acest criteriu, „gata" devine o chestiune de opinie, iar opinia clientului la a treia lună e mereu mai severă decât la prima.

3. Operarea lunară

Sistemul rulează, cineva trebuie să îl țină în funcțiune: monitorizare, actualizări când furnizorul de model schimbă ceva, reevaluare periodică a calității, raport lunar. Aici se construiește venitul recurent, iar clientul plătește pentru liniște.

Acest model cere însă un lucru pe care puține firme îl au: capacitatea de a măsura calitatea sistematic. Un set de cazuri de test, un scor, un prag sub care se declanșează alarma. Fără el, „operarea" e o promisiune, iar prima degradare de calitate o transformă într-un conflict. Metodologia — seturi de referință, evaluare automată, praguri în integrarea continuă — e subiectul cursului de AI Evals pentru LLM-uri în producție.

De ce facturarea pe oră îți lucrează împotrivă

Într-un proiect asistat de AI, munca se comprimă. Dacă vinzi ore, fiecare câștig de productivitate îți scade factura. Modelele de mai sus — diagnostic fix, implementare pe etape, operare lunară — decuplează prețul de timpul consumat și îl leagă de rezultat, ceea ce e singura structură în care ai interesul să folosești bine uneltele.

Prețul: construiește-l de jos în sus

Un serviciu AI are ceva ce serviciile clasice de software nu aveau: un cost variabil real per unitate de lucru. Fiecare document procesat, fiecare conversație, fiecare raport consumă resurse plătite la furnizorul de model.

Înainte de a fixa un preț de abonament, calculează pe hârtie: cost per unitate în cel mai prost caz, înmulțit cu volumul maxim din contract. Apoi verifică ce se întâmplă la de trei ori volumul estimat, pentru că estimările clienților sunt greșite mai des în sus decât în jos. Cum se comportă costul real în funcție de dimensiunea contextului și de arhitectura agentului am detaliat în analiza costului unui agent AI.

Trei reguli care evită pierderile:

• plafon de volum inclus, cu tarif clar peste el;
• dreptul de a schimba modelul cu unul echivalent sau superior, fără renegociere, cât timp criteriile de calitate rămân îndeplinite;
• costurile de infrastructură și de licențe pe cheltuiala clientului, când sunt semnificative — inclusiv partea de abonamente, care are propriul regim fiscal, tratat în ghidul despre abonamentele AI în firmă.

Capcana juridică pe care nimeni nu o vede: devii „furnizor"

Aceasta e partea care schimbă calculul de risc și pe care majoritatea agențiilor o descoperă târziu.

Regulamentul european privind inteligența artificială distribuie obligațiile pe roluri. Cel care dezvoltă și pune pe piață un sistem e furnizor; cel care îl folosește în activitatea sa e implementator. Articolul 25 alineatul (1) prevede însă că orice distribuitor, importator, implementator sau altă parte terță este considerat furnizor al unui sistem AI cu risc înalt dacă își pune numele sau marca pe un sistem deja introdus pe piață, dacă îi aduce o modificare substanțială care îl menține cu risc înalt sau dacă îi schimbă scopul preconizat astfel încât sistemul devine cu risc înalt.

Tradus în viața unei firme de servicii: dacă iei un sistem existent, îl împachetezi sub marca ta și îl vinzi clientului, poți trece din poziția confortabilă de integrator în cea de furnizor, cu obligațiile aferente. Alineatul (4) al aceluiași articol cere, în plus, un acord scris între furnizor și terții care livrează componente, prin care se stabilesc informațiile, capacitățile, accesul tehnic și asistența necesare conformării — excepție făcând instrumentele oferite sub licențe libere și cu sursă deschisă.

Practic, două decizii comerciale au consecințe juridice directe: sub ce marcă vinzi și cât de mult modifici. Ambele se iau înainte de propunere, nu după.

Calendarul ajută: obligațiile pentru sistemele cu risc înalt din Anexa III au fost mutate la 2 decembrie 2027 prin Regulamentul (UE) 2026/1744. Obligația de alfabetizare AI și cele de transparență se aplică însă deja, iar clienții din sectoare reglementate le vor cere în caiete de sarcini mult înainte de termen.

Două termene care privesc produsul, nu proiectul

11 septembrie 2026. Încep obligațiile de raportare din regulamentul european privind reziliența cibernetică: producătorii de produse cu elemente digitale raportează vulnerabilitățile exploatate activ și incidentele grave. Dacă livrezi un produs, nu doar un serviciu de consultanță, ești în discuție. Restul obligațiilor — cerințe esențiale, evaluarea conformității, documentația tehnică — se aplică din 11 decembrie 2027.

9 decembrie 2026. Termenul de transpunere a noii directive privind răspunderea pentru produsele cu defecte, care include expres software-ul și sistemele AI în noțiunea de produs și se aplică produselor introduse pe piață după această dată. Software-ul liber și cu sursă deschisă dezvoltat sau furnizat în afara unei activități comerciale rămâne în afara ei.

Consecința pentru ofertă e simplă: distincția dintre „vindem un serviciu" și „vindem un produs" nu mai e o subtilitate de marketing, ci determină un regim de răspundere.

Ce pui în contract

Un contract de servicii AI decent conține, peste structura obișnuită, șase elemente:

1. Rolul asumat: ești furnizor sau implementatorul rămâne clientul? Se scrie explicit, nu se subînțelege.
2. Prelucrarea datelor: acord de prelucrare conform regulilor de protecție a datelor, cu lista subîmputerniciților — inclusiv furnizorii de modele — și cu regimul transferurilor.
3. Criterii de acceptanță numerice, pe un set de cazuri stabilit de client.
4. Proprietatea asupra livrabilului, inclusiv partea de cod generat cu asistență AI, subiect cu propriile capcane, tratat în articolul despre codul generat și licențe.
5. Limitarea răspunderii, corelată cu ce poți efectiv controla. Nu garanta corectitudinea absolută a unui sistem probabilistic.
6. Continuitatea: ce se întâmplă dacă furnizorul de model retrage versiunea folosită, schimbă prețul sau condițiile. Clauza aceasta se scrie o dată și te salvează de fiecare dată.

Setul intern de documente pe care oricum ți-l va cere un client mare — inventar de sisteme, politică de utilizare, evidența verificărilor — e descris în pachetul de documente AI al unei firme.

De ce mor proiectele la a doua lună

Din proiectele care se opresc, cele mai multe nu se opresc din motive tehnice. Se opresc pentru că:

Nu există un proprietar la client. Cineva trebuie să răspundă la întrebări, să valideze rezultate și să decidă. Când proiectul e „al IT-ului", iar procesul e al altui departament, nimeni nu decide.

Nu există o măsură. Fără un set de cazuri și un scor, discuția devine estetică. Un demo bun nu spune nimic despre comportamentul pe o mie de documente reale.

Datele nu erau acolo. Se descoperă în luna a doua că arhiva e incompletă, că accesul cere aprobări interne sau că formatul e imposibil. Diagnosticul plătit din prima etapă există exact ca să afli asta înainte de a semna implementarea.

Nimeni nu a schimbat procesul. Un sistem care produce rezultate bune, dar nu e integrat în felul în care lucrează oamenii, cade în trei săptămâni. Transferul către echipa clientului e o etapă de proiect, nu un e-mail final.

Primele nouăzeci de zile

Zilele 1–30 — un caz de utilizare și o referință. Alege categoria în care ai deja context de domeniu. Construiește un exemplu complet, pe date proprii sau anonimizate, cu măsurarea calității inclusă. Nu porni cu cinci direcții.

Zilele 31–60 — cinci diagnostice plătite. La preț mic, la clienți existenți. Scopul nu e profitul, ci accesul la date reale și lista de obiecții pe care le vei auzi apoi la fiecare vânzare. Modul în care se organizează pâlnia și urmărirea acestor discuții e acoperit în cursul de AI pentru Vânzări și CRM.

Zilele 61–90 — prima implementare cu preț fix. Un client, un proces, criterii numerice, transfer documentat. De aici încolo ai două lucruri pe care nu le poți cumpăra: un caz real de care poți vorbi și un cost de livrare pe care îl cunoști.

Ce nu îți trebuie în acest interval: cercetători în învățare automată, un model propriu, o platformă internă. Îți trebuie un inginer care știe să evalueze sistematic, cineva care face discovery-ul cu clientul și un om care își asumă partea de conformitate. Restul se cumpără la bucată.

Întrebări frecvente

Î: Trebuie să fim o firmă tehnică pentru a vinde servicii AI? R: Nu neapărat, dar trebuie să livrezi ceva verificabil. O agenție care vinde procese de conținut sau de suport clienți poate funcționa foarte bine cu unelte existente, cu condiția să măsoare calitatea și să își asume operarea. Ce nu funcționează e revânzarea unui abonament cu adaos, fără nicio muncă de integrare — clientul descoperă asta în două luni.

Î: Cum răspund clientului care spune „facem și noi cu ChatGPT, gratuit"? R: Cu diferența dintre o unealtă și un proces. Un instrument generic rezolvă cazul individual; ce cumpără firma e integrarea cu datele proprii, comportamentul constant pe volum, evidența verificărilor și responsabilitatea cuiva atunci când greșește. Dacă nu poți arăta aceste patru lucruri, obiecția e întemeiată.

Î: Ce fac dacă clientul cere garanția că sistemul nu greșește niciodată? R: Nu o dai. Explici că sistemul e probabilistic, propui un prag de calitate măsurat pe cazurile lui reale, un proces de verificare umană pentru situațiile cu impact ridicat și un mecanism de remediere cu termene. Un client care refuză această structură va refuza și plata, la primul incident.

Î: Ne expunem juridic dacă vindem sub marca proprie o soluție construită peste un serviciu existent? R: Poate. Articolul 25 din regulamentul european prevede că punerea propriului nume sau a propriei mărci pe un sistem cu risc înalt introdus pe piață te face furnizor al acelui sistem, cu obligațiile aferente. Decizia de marcă și cea de arhitectură se iau împreună, cu consultanță juridică atunci când clientul e într-un domeniu din Anexa III.

Î: Cât de repede se poate ajunge la venit recurent? R: Realist, după prima implementare completă care trece în operare — deci nu în primul trimestru. Abonamentul de operare se vinde credibil doar după ce ai demonstrat că poți menține calitatea, iar demonstrația cere un sistem în producție și câteva luni de măsurători.

Concluzie

Piața există și e mare tocmai pentru că adopția e mică. Ce lipsește nu sunt uneltele, ci furnizorii care traduc o nevoie într-un proces măsurabil și care își asumă rezultatul.

Firmele care reușesc fac trei lucruri diferit: vând o decizie, nu o tehnologie; leagă prețul de rezultat, nu de ore; și tratează întrebarea „furnizor sau implementator" ca pe o decizie de business, cu consecințe juridice, luată înainte de propunere.

Restul e execuție — și, în perioada următoare, două termene în calendar: 11 septembrie 2026 și 9 decembrie 2026.

Surse

• Eurostat, utilizarea inteligenței artificiale în întreprinderi (setul de date isoc_eb_ai): https://ec.europa.eu/eurostat/databrowser/view/isoc_eb_ai/default/table
• AI Act, articolul 25 — responsabilități de-a lungul lanțului valoric al AI: https://artificialintelligenceact.eu/article/25/
• Regulamentul (UE) 2026/1744 (Digital Omnibus on AI), Jurnalul Oficial: https://eur-lex.europa.eu/eli/reg/2026/1744/oj/eng
• Regulamentul (UE) 2024/2847 privind reziliența cibernetică — obligațiile de raportare de la 11 septembrie 2026: https://digital-strategy.ec.europa.eu/en/policies/cra-reporting
• Directiva (UE) 2024/2853 privind răspunderea pentru produsele cu defecte: https://eur-lex.europa.eu/legal-content/RO/TXT/?uri=CELEX:32024L2853

Articol informativ, publicat la 21 august 2026. Nu constituie consultanță juridică sau fiscală. Încadrarea juridică a rolului de furnizor și obligațiile aplicabile se stabilesc de la caz la caz, în funcție de sistemul concret și de domeniul clientului.