Instrumente & platforme: cum alegi stack-ul potrivit
Secțiunea 4 · Lecția 2 — Instrumente & platforme: cum alegi stack-ul potrivit
Aici se fac două greșeli clasice: (1) “cumpărăm o platformă AI și rezolvăm”, (2) “ne facem noi totul de la zero”. Adevărul matur e în mijloc: alegi un stack (un set de piese) care se potrivește contextului tău: date, securitate, reglementare, buget, viteza de livrare, capabilități interne.
Lecția asta îți dă un cadru simplu: ce piese există, cum le compari și cum eviți să plătești ani de “complexitate” pentru un beneficiu mic.
0) Realitatea: “stack-ul” nu e un tool. E o combinație de piese care trebuie să meargă împreună.
Când spui “platformă AI”, mulți își imaginează un buton: apesi și apar rezultate. În practică, o soluție AI care intră în producție e un puzzle: interfață (unde lucrează oamenii) + model (creier) + date (combustibil) + orchestrare (workflow) + securitate + monitorizare + guvernanță.
Alegerea stack-ului e despre: “care piese le cumperi, care le construiești, și cum le legi fără să-ți creezi o ‘franken-soluție’ imposibil de întreținut”.
Cel mai scump tool AI nu e cel pe care îl cumperi. E cel pe care îl cumperi și apoi nu îl adopți.
🎬 Mică scenă: “Am cumpărat platforma” — și după 6 luni nu o folosește nimeni
Platforma e bună, vendorul e mare, demo-ul a fost wow. Dar utilizatorii se întorc la Excel și email.
Motivul? Stack-ul nu s-a potrivit cu realitatea: acces greu, date incomplete, integrare slabă, output-uri fără trasabilitate, lipsă de ownership, lipsă de training, “nu-mi place cum arată”.
“Adopția” nu e o problemă de comunicare. E o problemă de potrivire între tool și workflow.
1) Anatomia unui AI stack (piese, roluri și ce întrebi la fiecare)
Ca să alegi bine, trebuie să vezi clar piesele. Mai jos ai o hartă practică a stack-ului.
Nu trebuie să ai toate piesele de la început, dar trebuie să știi că există.
🧩 Harta AI stack-ului (în limbaj simplu)
A) Interfață (unde lucrează oamenii)
- Chat/coplanare în Teams/Slack/intranet
- Portal intern (web app) pentru task-uri
- Plugin în CRM/ERP (AI “în proces”)
B) Model (creierul)
- LLM (pentru text, rezumate, Q&A, generare)
- Clasificare / predicție (ML “clasic” pentru scoruri, probabilități, segmentări)
- Viziune (OCR, extragere din imagini/PDF-uri)
C) Date (combustibil + context)
- Conectori la DWH/ERP/CRM
- Documente: SharePoint/Drive/Confluence
- Indexare + căutare (pentru “knowledge base” intern)
D) Orchestrare (workflow & automatizare)
- Trigger: “a venit o cerere”
- Pași: extrage → verifică → cere clarificări → generează draft → trimite la review
- Escalare: owner, deadline, status
E) Securitate & guvernanță
- Acces pe roluri (RBAC)
- Logging & audit trail
- Politici: ce e permis / interzis
- Data protection: PII, confidențialitate
F) Monitorizare & operare
- Calitate output, erori, cazuri “incerte”
- Cost & consum
- Feedback loop (îmbunătățire continuă)
2) 4 arhetipuri de stack (și când alegi fiecare)
Nu există “cea mai bună platformă”. Există “cea mai bună potrivire”. În practică, stack-urile cad în 4 arhetipuri. Cheia este să știi în ce categorie ești.
🧠 Arhetipuri de stack: Buy / Build / Hybrid / Embedded
1) BUY (platformă completă)
- Pro: rapid, multe funcții gata
- Contra: cost, lock-in, adaptare dificilă la procese specifice
- Când: vrei viteză, ai procese relativ standard, buget ok
2) BUILD (de la zero, intern)
- Pro: control maxim, adaptare perfectă
- Contra: timp, echipă, mentenanță, risc de “proiect infinit”
- Când: ai capabilități solide, cerințe speciale (reglementare, date sensibile)
3) HYBRID (piese cumpărate + piese construite)
- Pro: echilibru între viteză și control
- Contra: integrare mai complexă (dar gestionabilă)
- Când: majoritatea companiilor serioase (realist)
4) EMBEDDED (AI în tool-urile existente)
- Pro: adopție ușoară, intră “natural” în workflow
- Contra: limitări, depinzi de ecosistem
- Când: vrei quick wins și ai deja suite standard (office/collab/CRM)
În 2026, cele mai sănătoase implementări sunt hybrid: cumperi “motorul” și construiești “șasiul” pe procesele tale.
3) Criterii de selecție (în ordine): ce contează cu adevărat
Când faci o listă de criterii, tentația e să ai 30. Apoi nu mai poți decide. Mai jos ai criteriile care contează cu adevărat, în ordine logică.
- Use case fit. Poate rezolva exact problema, nu doar “general AI”.
- Data & security fit. Acces pe roluri, log, confidențialitate, policy.
- Workflow fit. Poate fi inserat în proces (nu doar un chat separat).
- Quality & control. Human-in-loop, confidence, surse, testare.
- Cost & scalability. Cost per utilizare, cost per volum, limitări.
- Operare. Monitorizare, administrare, update, runbook.
- Vendor/ecosistem. Suport, roadmap, lock-in, integrare cu restul stack-ului.
Dacă securitatea și datele nu se potrivesc, restul criteriilor devin irelevante.
🧩 Matrice de scor (simplă, dar eficientă)
Criteriu (pondere) | Tool A | Tool B | Tool C
––––––––––––––––––
Use case fit (25%) | _ | _ | _
Data & security fit (25%) | _ | _ | _
Workflow fit (15%) | _ | _ | _
Quality & control (15%) | _ | _ | _
Cost & scalability (10%) | _ | _ | _
Operare (10%) | _ | _ | _
Scor total = sum(pondere * scor)
4) “Minimum Viable Stack” (MVS): cum începi fără să îți blochezi viitorul
Greșeala frecventă: începi cu un stack prea mare. Te blochezi în integrare, procurement, security reviews. În loc, începi cu un Minimum Viable Stack: cele mai mici piese care îți permit un MVP real.
🧱 MVS — piese recomandate pentru început
- Interfață: Teams/Slack sau un portal simplu (unde sunt utilizatorii)
- Model access: un provider / endpoint controlat
- Document store: un loc oficial (SharePoint/Drive) cu acces pe rol
- Search/index: o soluție de căutare internă (pentru “knowledge base”)
- Logging: minim audit (cine, când, ce a cerut, ce a primit)
- Workflow: ticketing simplu (status, owner, deadline)
MVS îți dă viteză fără să-ți blocheze evoluția. Poți adăuga piese pe măsură ce scalezi.
5) USE CASE: Alegem stack pentru “Approval Copilot” (din lecția anterioară)
Refolosim use case-ul “Approval Copilot” (cereri + documente + follow-up) și alegem un stack potrivit. Nu “cel mai fancy”, ci cel care optimizează adopția și controlul.
🧩 Use case → cerințe de stack (traducere practică)
Cerințe cheie
- intrare din Teams/email/portal (utilizatorii sunt acolo)
- acces la documente interne (policy, proceduri, template-uri)
- extragere câmpuri + checklist completitudine
- ticketing + follow-up (owner/deadline)
- log pentru audit (cine a cerut ce și ce a rezultat)
Stack recomandat (arhetip: HYBRID + EMBEDDED)
- Interfață: Teams (copilot/assistant) + 1 formular simplu (opțional)
- Date: SharePoint/Drive (documente oficiale) + conectare la ticketing
- Model: LLM (rezumat, structurare, Q&A) + reguli simple pentru checklist
- Workflow: ticketing (status/owner/deadline) + notificări
- Control: RBAC + logging + policy + human review
Pentru acest use case, “platformă completă” nu e obligatorie. Important este: integrare, acces și urmărire.
🤖 Prompt: cum faci shortlist rapid (fără să te pierzi în broșuri)
„Am use case-ul de mai jos + constrângeri (securitate, date, integrare).
Propune 3 opțiuni de stack:
1) minimal (MVS)
2) echilibrat (hybrid)
3) enterprise (platformă + integrare)
Pentru fiecare: pro/contra, riscuri, ce trebuie implementat intern.
NU inventa produse specifice; vorbește în tipuri de componente și capabilități.”
6) Cum eviți 7 capcane în selecția de tool-uri
Majoritatea achizițiilor nereușite nu au fost “tool-uri proaste”. Au fost decizii luate pe criterii greșite. Uite capcanele care apar constant.
⚠️ 7 capcane care îți pot scufunda alegerea
- Alegi după demo. Demo-ul e controlat. Realitatea are date murdare și excepții.
- Ignori integrarea. Dacă nu se conectează la workflow, nu se folosește.
- Nu definești ownership. Dacă nimeni nu “ține produsul”, moare.
- Nu ai policy și log. În organizații serioase, asta oprește proiectul.
- Supracomplexitate. Cumperi “suite” când ai nevoie de 2 funcții.
- Lock-in fără plan. Dacă vrei să schimbi peste 2 ani, poți?
- Ignori costul de operare. Nu doar licența: suport, admin, training, monitorizare.
Dacă nu e clar “cine administrează” și “cine suportă utilizatorii”, stack-ul nu e complet.
7) Exercițiu: construiește “AI Stack Canvas” pentru compania ta
Un AI Stack Canvas este o pagină în care desenezi piesele: interfață, model, date, workflow, control. Îți clarifică rapid ce lipsește și unde sunt riscurile.
🧪 Exercițiu (template): AI Stack Canvas (1 pagină)
Use case: ______________________
1) Interfață (unde lucrează oamenii):
– ______________________
2) Model (ce tip de AI):
– ______________________
3) Date (surse + acces):
– surse: ______________________
– acces pe rol: (da/nu) ________
4) Knowledge base (documente/politici):
– ______________________
5) Workflow (orchestrare):
– trigger: ______________________
– pași: ______________________
– ticketing/follow-up: ______________________
6) Control & guvernanță:
– policy: ______________________
– logging: ______________________
– human-in-loop: ______________________
7) Monitorizare & operare:
– metrici: ______________________
– runbook owner: ______________________
Vezi răspuns orientativ (cum arată un canvas bun)
Un canvas bun are un stack simplu și un plan clar pentru: acces, log, workflow și ownership.
Dacă sunt “goluri” la date sau control, le vezi imediat și le tratezi ca riscuri de proiect.
Canvas-ul te ajută să discuți cu IT/Security/Business în aceeași limbă: piese, nu sloganuri.
8) Mini-quiz (consolidare) — răspunsurile sunt ascunse
Țintă: 4-6 minute.
Vezi răspuns
Vezi răspuns
Vezi răspuns
Vezi răspuns
9) Checklist de final (output-ul lecției)
- Înțeleg anatomia unui AI stack (interfață, model, date, workflow, control, monitorizare).
- Știu cele 4 arhetipuri (buy/build/hybrid/embedded) și când le folosesc.
- Am criterii de selecție în ordine (fit pe use case, securitate/date, workflow, control, cost, operare).
- Pot folosi o matrice de scor simplă pentru shortlist.
- Știu să definesc un Minimum Viable Stack pentru MVP rapid.
- Am un AI Stack Canvas (1 pagină) pentru un use case real.
Recap rapid (de ținut minte)
Alegerea stack-ului este o decizie de adopție și control, nu de “cea mai tare tehnologie”.
Stack-ul bun intră în workflow, are acces corect la date, are guardrails și log, și poate fi operat.
Începi cu un Minimum Viable Stack ca să livrezi MVP rapid, apoi adaugi piese pe măsură ce scalezi.
Dacă sari direct la complexitate, îți blochezi proiectul înainte să producă valoare.
📌 Fit
🛡️ Control
🔁 Workflow
🧱 MVS
Să alegi după “feature list”. Dacă nu ai integrare, acces și ownership, lista de funcții devine listă de dezamăgiri.
📝 Mini-quiz final (3-5 minute)
Vezi răspuns
Vezi răspuns
Vezi răspuns