Asistent AI în instrumentele pe care le folosești deja: Teams, Zoho și Microsoft 365

Un asistent AI în instrumentele pe care le folosești deja este un program care înțelege cereri scrise în limbaj obișnuit și lucrează direct în aplicațiile echipei tale. Asta înseamnă Microsoft Teams, Zoho Desk, Outlook sau Excel. Nu deschizi o fereastră nouă și nu înveți o platformă nouă. Scrii în chatul din Teams, iar asistentul face treaba în sistemele din spate.

Diferența față de un chat AI public e simplă. Chatul public știe multe lucruri generale, dar nu vede tichetele tale, procedurile tale sau clienții tăi. Asistentul integrat lucrează cu datele firmei, în limitele pe care i le stabilești tu.

Ca manager, ai de obicei trei întrebări înainte să lași un program să lucreze cu datele firmei. Unde citește? Unde scrie? Ce nu atinge niciodată? Secțiunile de mai jos le iau pe rând, cu un exemplu concret la final.

Asistentul din exemplele de aici e construit pe Claude, un model de limbaj creat de Anthropic. Un ghid Orange despre instrumentele AI din 2026 notează că Claude se descurcă bine cu documentele lungi și cu gândirea contextuală. Același ghid spune că e apreciat de echipele care lucrează cu informații sensibile. Pentru un service desk sau pentru o echipă de vânzări, ambele calități contează.

Înainte de detalii, merită să fixăm vocabularul. Termenii de mai jos apar în orice discuție cu un furnizor, așa că e bine să îi știi.

• Model de limbaj. Programul care înțelege textul și produce text. Claude este un astfel de model. Singur, nu are acces la sistemele tale.
• Integrare. Legătura tehnică prin care asistentul citește sau scrie într-o aplicație, de exemplu în Zoho Desk. Fără integrare, asistentul doar vorbește.
• Permisiune. Ce are voie un cont să vadă și să modifice. Asistentul primește propriul cont, cu drepturi limitate, ca un angajat nou.
• Tichet. O cerere înregistrată în helpdesk, cu categorie, prioritate și responsabil.
• Om în buclă (în engleză, human-in-the-loop). Asistentul propune sau pregătește, iar un om verifică și aprobă înainte ca acțiunea să producă efecte.
• Halucinație. Situația în care modelul inventează o informație. Lecția Technovation despre IA generativă explică motivul: modelele prezic ce cuvinte ar trebui să urmeze pe baza tiparelor din date, iar uneori asta le face să inventeze.

Ultimul termen explică de ce contează restul. Un asistent care răspunde din procedurile tale, cu permisiuni clare și cu un om care aprobă pașii sensibili, are mult mai puțin loc să greșească decât un chat liber.

Regula de bază: asistentul citește doar ce îi deschizi explicit. Nu primește acces la „tot Microsoft 365” sau la „tot Zoho”. Primește acces la surse numite, cu drepturile unui rol anume.

În Microsoft Teams

Citește mesajul pe care i-l trimite utilizatorul și firul de conversație în care se află. Nu citește alte canale sau conversații private între colegi, dacă nu i-ai dat acest drept. Pentru majoritatea firmelor, firul curent ajunge.

În Zoho Desk

Citește tichetele deschise ale utilizatorului, categoriile existente, articolele din baza de cunoștințe și istoricul cererilor anterioare. Astfel știe dacă problema s-a mai întâmplat și cum s-a rezolvat. Dacă folosești și Zoho CRM, aceeași logică se poate aplica: asistentul vede fișa clientului, dar doar câmpurile de care are nevoie.

În Microsoft 365

Citește documente dintr-un folder stabilit dinainte: proceduri, liste de verificare, politici interne. Nu citește toate fișierele din OneDrive sau toate emailurile din Outlook. Un folder curat, cu procedurile la zi, face mai mult pentru calitatea răspunsurilor decât orice setare tehnică.

Pe scurt, sursele de citire sunt o listă pe care o scrii tu. Dacă nu știi ce ar trebui să fie pe listă, începe cu întrebările pe care echipa le primește cel mai des.

Scrierea e partea care contează pentru manager. Citirea greșită produce un răspuns prost. Scrierea greșită produce o înregistrare greșită în sistem. De aceea lista locurilor unde asistentul scrie e mult mai scurtă decât lista celor unde citește.

• În Teams: răspunde utilizatorului în același fir. Pune o întrebare de clarificare, dă pașii din procedură sau confirmă ce a făcut.
• În Zoho Desk: creează tichetul, completează categoria, prioritatea și echipa, adaugă un rezumat al conversației ca notă internă. Poate actualiza starea unui tichet existent când utilizatorul confirmă că problema s-a rezolvat.
• În Outlook: pregătește o ciornă de email. O ciornă, nu un mesaj trimis. Omul o citește și apasă el pe „Trimite”.

Fiecare scriere lasă o urmă: cine a cerut, ce a scris asistentul, când și în ce înregistrare. Urma asta te ajută de două ori. Poți verifica o decizie greșită și poți măsura cât de des asistentul a pus tichetul unde trebuia.

O regulă practică: dacă o acțiune se poate anula ușor, asistentul o poate face singur. Dacă nu se poate anula ușor sau ajunge la un client, trece prin aprobarea unui om. Regula asta ține departe majoritatea problemelor fără să încetinească munca de zi cu zi.

A treia listă e cea mai importantă și se scrie înainte de orice linie de cod. Sunt lucrurile pe care asistentul nu le face, indiferent cum e formulată cererea. Nu sunt reguli în prompt, pe care un utilizator isteț le-ar putea ocoli. Sunt drepturi pe care contul asistentului pur și simplu nu le are.

• Plăți, facturi, modificări de prețuri sau de contracte.
• Ștergerea de tichete, clienți, documente sau mesaje.
• Setările de administrare: conturi, parole, permisiuni, grupuri.
• Date de personal, salarii, evaluări.
• Mesaje trimise în afara firmei fără aprobarea unui om.

Mai e o întrebare: unde ajung datele pe care le primește modelul. Lecția Technovation amintește că instrumentele de inteligență artificială colectează adesea informațiile pe care le furnizezi. Pentru o firmă, asta înseamnă să citești termenii contractului și setările contului înainte de pornire, nu după.

Tabelul de mai jos adună cele trei liste pentru cele trei aplicații. Poate fi folosit ca punct de plecare într-o discuție internă cu IT-ul și cu șefii de echipă.

Să luăm un caz obișnuit. Ana lucrează la contabilitate și, de dimineață, nu se poate conecta la VPN de acasă. Iată cum poate arăta drumul cererii ei.

1. Ana scrie în Teams: „Nu merge VPN-ul de azi dimineață.” Nu caută un formular și nu sună pe nimeni.
2. Asistentul pune o singură întrebare de clarificare: „Lucrezi de pe laptopul firmei sau de pe unul personal?” Ana răspunde că de pe laptopul firmei.
3. Asistentul caută în baza de cunoștințe din Zoho Desk și găsește procedura pentru VPN. Îi trimite Anei trei pași simpli, în ordinea din procedură.
4. Ana încearcă pașii și spune că tot nu merge. Asistentul creează un tichet în Zoho Desk, categoria Rețea, cu prioritatea stabilită de regulile firmei, pentru echipa de rețea.
5. În tichet pune ca notă internă un rezumat: ce a raportat Ana, ce pași a încercat, de pe ce dispozitiv lucrează.
6. Ana primește în Teams numărul tichetului. Tehnicianul deschide tichetul și vede tot contextul, fără să o mai întrebe nimic.

Contează și ce nu s-a întâmplat. Asistentul nu i-a resetat parola, nu i-a modificat contul și nu a închis tichetul singur. Toate trei rămân la tehnician.

Câștigul se vede în două locuri. Ana nu mai așteaptă un apel. Tehnicianul nu mai pierde primele minute adunând informații. Iar tichetul ajunge din prima la echipa care îl poate rezolva, nu la o coadă generală de unde e mutat de două ori.

Exemplul de mai sus nu e teoretic. Pentru Asset Services Group, Svennis a construit un asistent pe Claude în Microsoft Teams, care stă în fața Zoho Desk pentru service deskul IT, iar Head of Technology al clientului a declarat, în studiul de caz publicat, o rutare corectă din prima de 99,7% și un câștig de eficiență de 40%.

Cifra de rutare merită explicată. Rutarea corectă din prima înseamnă că tichetul ajunge direct la echipa potrivită, fără să fie mutat. Fiecare mutare costă timp: cineva citește tichetul, înțelege că nu e al lui, îl trimite mai departe. Când mutările dispar, dispare și timpul acela.

Rezultatul nu vine din model. Vine din felul în care e proiectat procesul în jurul lui: ce categorii există, ce echipă răspunde de ce, ce informații trebuie să conțină un tichet ca să poată fi preluat. Modelul face doar munca de înțelegere a cererii și de completare a câmpurilor.

Dacă vrei să înțelegi de ce ordinea contează, am scris separat despre de ce proiectezi procesul înainte de model. Pe scurt: un proces confuz, automatizat, rămâne confuz, doar mai rapid. Un proces clar, cu reguli scrise, îi dă asistentului exact ce are nevoie ca să greșească rar.

Când te uiți la oferte de AI, vei vedea două drumuri. Primul e o platformă separată: o aplicație nouă, cu propriul ecran, în care echipa intră ca să lucreze cu AI. Al doilea e asistentul pus în aplicațiile pe care echipa le deschide oricum în fiecare zi.

Diferența principală ține de obiceiuri. Oamenii nu schimbă ușor locul în care lucrează. Dacă ajutorul e în Teams, unde ei scriu deja, îl folosesc. Dacă e într-o aplicație separată, trebuie să își amintească de ea, să se autentifice, să copieze informații dintr-un loc în altul.

Apoi vin datele. O platformă nouă are nevoie de copii ale datelor tale sau de legături noi către ele. Un asistent integrat lucrează pe sistemele existente și moștenește permisiunile pe care le ai deja definite. Urma fiecărei acțiuni rămâne în aceleași tichete și aceleași înregistrări pe care le verifici azi.

Platforma separată are sens în unele cazuri: când nu ai încă un helpdesk sau un CRM, sau când munca e cu adevărat nouă și nu există un loc firesc pentru ea. Pentru majoritatea firmelor care au deja Teams și Zoho, însă, drumul mai scurt e al doilea. Tabelul de mai jos pune cele două variante una lângă alta.

Primul aspect e limba. Echipa ta scrie în română, cu diacritice sau fără, cu prescurtări și cu termeni tehnici în engleză. Ghidul Orange citat mai sus spune că ChatGPT, Gemini și Claude funcționează bine pentru generare de conținut, corectare gramaticală și traduceri în limba română. Asta înseamnă că Ana poate scrie cum vorbește, iar tichetul poate fi completat curat.

Al doilea aspect e cadrul legal. Un asistent care lucrează cu date ale clienților sau ale angajaților intră sub reguli europene, nu doar sub regulile interne ale firmei. Textul integral, adnotat în română, al AI Act (Regulamentul UE 2024/1689) e util ca referință când discuți cu juristul. Pentru imaginea de ansamblu, pagina despre cadrul legal AI în România adună reglementările relevante într-un singur loc.

Al treilea aspect e practic. Multe firme românești au Microsoft 365 pentru email și documente și un sistem separat pentru clienți sau tichete. Tocmai asta face varianta integrată atractivă: nu cumperi încă o licență de platformă, ci legi între ele instrumentele pe care le plătești deja.

În fine, informațiile sensibile. Listele cu ce citește, ce scrie și ce nu atinge asistentul sunt, de fapt, documentația pe care o vei arăta oricui te întreabă cum folosești AI în firmă. Scrie-le înainte de pornire și ține-le la zi.

Nu trebuie să pornești cu un proiect mare. Un singur flux, bine ales, îți arată în câteva săptămâni dacă abordarea merge la tine. Lista de mai jos poate fi folosită ca plan de lucru.

1. Alege un flux. Cererile IT interne, întrebările clienților despre comenzi sau solicitările către HR. Ideal, unul cu volum mare și reguli clare.
2. Scrie cele trei liste. Unde citește asistentul, unde scrie, ce nu atinge niciodată. Folosește tabelul din secțiunea despre limite ca model.
3. Curăță sursele. Procedurile din baza de cunoștințe și categoriile din helpdesk trebuie să fie la zi. Asistentul răspunde doar atât de bine cât sunt ele de clare.
4. Stabilește o cifră de urmărit. De exemplu, câte tichete ajung la echipa potrivită din prima. Măsoar-o înainte de pornire, ca să ai cu ce compara.
5. Decide unde e omul în buclă. Orice acțiune greu de anulat sau care ajunge la un client trece prin aprobarea cuiva.

Dacă vrei o imagine mai largă înainte de primul pas, ghidul despre cum poate folosi orice companie AI pune fluxurile posibile în context. Pasul concret de pe acest site este evaluarea gradului de pregătire pentru AI: îți arată ce procese sunt gata acum și ce mai trebuie pregătit.