Sari la conținut
NOT MORE.
Punct de vedere

AI și automatizare

Poți automatiza multe. Dar ce merită?

O automatizare utilă economisește muncă într-un proces clar. Valoarea ei depinde și de verificare, mentenanță și modul în care sunt tratate excepțiile.

Un formular trimite datele într-un tabel. Un sistem pregătește răspunsul. Altul generează o ofertă și programează un mesaj. Fiecare etapă poate arăta convingător într-o demonstrație.

Dacă echipa pierde timp cu aceiași pași, este firesc să cauți o soluție. Pentru o alegere utilă, trebuie să știm și ce rămâne de verificat după automatizare, astfel încât munca economisită să nu fie înlocuită de corecturi.

În activitatea reală apar și situații incomplete: un produs fără preț actualizat, o solicitare neclară, o integrare care nu răspunde sau un client care cere ceva în afara ofertei standard. O automatizare trebuie evaluată și prin felul în care se comportă atunci.

„Putem automatiza” descrie o posibilitate tehnică. Pentru afacere mai avem de stabilit ce beneficiu obținem, ce costuri apar și cine răspunde de funcționare.

Începem cu procesul pe care îl avem

Scriem ce intră în proces, ce rezultat trebuie să iasă și cine îl folosește. Apoi identificăm regulile stabile, datele necesare și excepțiile frecvente.

Dacă două persoane folosesc definiții diferite pentru „solicitare calificată”, o automatizare poate reproduce neclaritatea mai repede. Dacă prețurile nu au o sursă actualizată, un răspuns bine formulat poate continua să fie greșit.

Pentru operații cu reguli fixe poate fi suficientă o integrare obișnuită. AI-ul poate ajuta atunci când trebuie interpretat un text sau pregătită o variantă de răspuns. Alegerea pornește de la sarcină și de la verificarea rezultatului.

În recomandările sale despre sisteme cu AI, Anthropic propune pornirea de la soluția cea mai simplă potrivită nevoii și adăugarea complexității când aceasta este justificată. Este un principiu util și pentru proiectele de marketing. Anthropic: building effective agents

Nu toate etapele au nevoie de aceeași autonomie

Să luăm un exemplu fictiv: o firmă primește cereri pentru mobilier la comandă. Unele mesaje cer programul showroom-ului, altele descriu dimensiuni și materiale, iar altele solicită un preț final sau o excepție comercială.

Putem organiza procesul în trei niveluri. Clasificarea este un model de lucru pentru acest exemplu, nu o regulă universală pentru orice afacere.

NOT MORE. / EXEMPLU EXPLICAT

Alegem autonomia pentru fiecare etapă.

Model ilustrativ pentru cereri de mobilier la comandă; nu este o regulă universală.

  • Execută după reguli

    • Înregistrează cererea.
    • Confirmă primirea.
    • Verifică duplicatele.
  • Propune + verificare

    • Rezumă cerința.
    • Pregătește răspunsul.
    • O persoană validează.
  • Preia o persoană

    • Configurație atipică.
    • Preț final special.
    • Excepție comercială.

Decizia depinde de date, reguli și consecința unei erori.

Trei niveluri de automatizare: execuție după reguli clare, propunere verificată de o persoană și preluare umană a excepțiilor.
Nu toate etapele au nevoie de aceeași autonomie
ActivitateAbordare posibilăCe trebuie verificat
Înregistrarea formularului și confirmarea primiriiAutomatizare după reguli clareDatele ajung o singură dată la destinația corectă
Rezumatul cererii și o propunere de răspunsAI asistă; o persoană verifică înainte de trimitereCerințele sunt păstrate, iar informațiile sunt susținute
Preț final pentru o configurație neobișnuităPreluare de persoana responsabilăOferta poate fi realizată și condițiile sunt aprobate

Confirmarea primirii nu trebuie să promită automat disponibilitatea, prețul sau termenul final. Fiecare mesaj trebuie să corespundă informației pe care sistemul o poate verifica.

Economiile se calculează după verificare și excepții

Presupunem că o activitate consumă 12 ore pe lună. După automatizare rămân trei ore de monitorizare și două ore de tratare a excepțiilor. Economia netă de timp este de șapte ore.

În modelul ipotetic de mai jos, implementarea costă 2.500 de lei, inclusiv configurarea, testarea și instruirea inițială. Costul recurent suplimentar este de 200 de lei pe lună și include instrumentele și mentenanța externă presupusă. Sumele sunt fără TVA; nu reprezintă oferta sau tarifele NOT MORE.

NOT MORE. / EXEMPLU EXPLICAT

Economia începe după monitorizare și excepții.

Model ipotetic, fără TVA. Valoarea timpului nu este automat economie de numerar.

  • 12 ore

    Timp inițial / lună

  • 5 ore

    Monitorizare + excepții

  • 7 ore

    Timp eliberat net / lună

7 ore × 100 de lei - 200 de lei = 500 de lei / lună

Valoarea timpului minus costul recurent suplimentar.

2.500 de lei investiție / 500 de lei = 5 luni

Recuperare simplificată, numai în ipotezele modelului.

Calcul ipotetic: șapte ore economisite lunar, evaluate la 100 de lei pe oră, minus 200 de lei cost recurent, dau un beneficiu economic estimat de 500 de lei pe lună.
Economiile se calculează după verificare și excepții
ElementIpoteza modelului
Timp inițial / lună12 ore
Monitorizare și excepții / lună5 ore
Timp economisit net / lună7 ore
Valoare alternativă presupusă / oră100 de lei
Valoarea timpului eliberat / lună700 de lei
Cost recurent suplimentar / lună200 de lei
Beneficiu economic estimat / lună500 de lei
Investiție inițială2.500 de lei
Recuperare simplificată în model5 luni

Calculul este 7 × 100 − 200 = 500 de lei pe lună, apoi 2.500 / 500 = 5 luni. Presupunem același volum de activitate și costuri stabile. Modelul nu include actualizarea valorii banilor în timp și nu este o promisiune de recuperare a investiției.

Orele economisite nu sunt automat bani încasați sau costuri salariale eliminate. Dacă echipa nu le poate folosi pentru altă activitate utilă, beneficiul economic presupus nu se transformă automat în economie de numerar. Cheltuiala directă suplimentară rămâne reală.

Volumul contează. Cu aceleași ipoteze de preț, doar două ore economisite lunar ar avea o valoare de 200 de lei, egală cu costul recurent. În acel scenariu, modelul nu recuperează investiția inițială prin economia de timp.

Ce se întâmplă când lipsește o informație

Stabilim înainte de lansare ce face sistemul când nu găsește produsul, primește date contradictorii sau nu poate confirma trimiterea. Poate cere o completare, poate marca situația pentru verificare sau poate opri acea acțiune și anunța responsabilul.

De exemplu, dacă înregistrarea unei cereri reușește, dar notificarea eșuează, o reluare nu trebuie să creeze încă o cerere identică. Avem nevoie de o modalitate de a recunoaște aceeași solicitare și de a relua doar pasul nereușit.

Definim și cine poate opri automatizarea, unde vede erorile și cum continuă munca manual. Acestea sunt condiții practice de funcționare, mai ales când procesul comunică direct cu clienții.

Aceeași disciplină se aplică automatizărilor publicitare

Când o platformă poate combina materiale sau produce variante, stabilim ce surse poate folosi, ce elemente trebuie păstrate și cine verifică rezultatele disponibile. O ofertă veche de pe website poate deveni o problemă dacă ajunge să alimenteze comunicarea curentă.

În planul de lucru includem controlul surselor, revizuirea setărilor și intervenția asupra variantelor nepotrivite, în limitele instrumentului. Automatizarea reduce operații repetitive; echipa trebuie în continuare să lege rezultatul de produsul și promisiunea aprobate.

Testăm pe situații care seamănă cu munca reală

Un pilot util include cereri obișnuite, informații lipsă, duplicate și cazuri care trebuie trimise unei persoane. Comparăm rezultatul cu cerința și măsurăm timpul total, inclusiv corecturile.

Urmărim cât se finalizează corect, cât necesită intervenție, câte erori apar și ce impact au. O rată mare de finalizare nu este suficientă dacă mesajele conțin prețuri greșite sau pierd informații importante.

După lansare, revizuim sursele de date, costurile și excepțiile. O automatizare construită pentru o ofertă veche poate avea nevoie de actualizare atunci când afacerea schimbă produsele sau procesul comercial.

Cum știm dacă experiența s-a îmbunătățit?

Un proces mai rapid pentru echipă poate deveni mai dificil pentru client. Dacă asistentul închide conversația, dar omul nu a primit răspunsul sau trebuie să repete totul la telefon, numărul conversațiilor încheiate descrie activitatea sistemului, fără să dovedească rezolvarea nevoii.

Înainte de pilot, am defini rezultatul pentru fiecare traseu. Pentru o întrebare despre produs, verificăm dacă răspunsul este corect și suficient. Pentru o programare, verificăm dacă înregistrarea există în sistem. Pentru o cerere complexă, rezultatul util poate fi o predare completă către persoana potrivită.

Evaluarea prin efectul real al acțiunii, separat de ce declară agentul că a făcut, este discutată și în materialul Anthropic despre evaluarea agenților. Aplicat aici, un mesaj de confirmare trebuie verificat împreună cu starea operației pe care o descrie.

Am urmări patru perspective împreună: corectitudinea, efortul clientului, timpul total al echipei și progresul către obiectiv. Am separa răspunsurile acceptate, informațiile corectate, predările necesare și operațiile eșuate. Preluarea de către un coleg poate fi rezultatul corect al unui caz, nu un eșec al automatizării.

Comparația are nevoie și de context. Persoanele care aleg singure să folosească asistentul pot avea întrebări sau intenții diferite de celelalte. O rată de conversie mai mare în acel grup nu demonstrează că asistentul a produs diferența. Pentru o concluzie despre efectul său, am proiecta un test cu grupuri comparabile și am stabili dinainte ce măsurăm și când avem suficiente informații pentru o decizie.

Am păstra și accesul direct la informații și la echipă. Vizitatorul trebuie să poată corecta un detaliu, să înțeleagă pasul următor și să aleagă o alternativă. Experiența câștigă încredere când sistemul ajută fără să transforme fiecare conversație într-o condiție pentru a merge mai departe.

Cum alegem la NOT MORE.

Pornim de la activitatea repetitivă și de la costul ei real. Putem propune o regulă simplă, o integrare, asistență cu AI sau păstrarea unei etape manuale. Explicăm ce se automatizează, ce se verifică și ce rămâne în responsabilitatea unei persoane.

Pentru noi, o implementare utilă trebuie să poată fi operată și înțeleasă de echipa care o folosește. Beneficiul se verifică în procesul complet, după ce includem monitorizarea și mentenanța.

Trei întrebări înainte de implementare

  • Ce timp și ce erori vrem să reducem, la volumul real de activitate?
  • Ce poate face sistemul singur și când trebuie să preia o persoană?
  • Cum verificăm beneficiul după costuri, corecturi și excepții?

Ce activitate repetitivă ai vrea să simplifici?

Descrie pașii actuali, volumul lunar și situațiile care cer intervenție. Putem discuta dacă o regulă simplă, o integrare sau asistența AI merită evaluate într-un proiect delimitat.

De la regula de lucru la automatizarea care poate fi folosită

La NOT MORE. putem proiecta procesul, alege instrumentele și construi automatizarea sau integrarea. Începem cu informațiile necesare, deciziile și excepțiile, apoi configurăm ori dezvoltăm soluția potrivită. Un instrument existent poate acoperi nevoia; dezvoltarea la comandă are sens când cerințele o justifică.

Într-un exemplu fictiv, cererile de ofertă sunt copiate manual din email într-un tabel. Putem construi transferul către CRM și regula de repartizare. Dar trebuie să verificăm și mesajele duplicate, câmpurile lipsă, persoanele absente și situațiile în care integrarea se oprește. O alertă are valoare numai dacă ajunge la cineva care știe ce poate face.

Clientul validează regulile comerciale și desemnează utilizatorii. Noi implementăm, testăm și documentăm componentele asumate și putem include instruirea. Stabilim cine poate opri fluxul, cum se lucrează temporar manual și cum confirmăm revenirea la funcționarea normală.

Monitorizarea, mentenanța și raportarea se stabilesc după rolul automatizării și impactul unei erori. Pentru un proiect punctual, predăm soluția și modul de verificare convenit. Pentru o colaborare continuă, urmărim execuțiile, excepțiile și schimbările necesare. Progresul se evaluează prin munca utilă și erorile reduse în condițiile reale ale echipei.

Soluția trebuie să poată fi adoptată de echipă

Oamenii care vor folosi automatizarea trebuie să înțeleagă ce se schimbă în ziua lor de lucru. Îi implicăm în verificarea scenariilor relevante și stabilim instruirea, intervenția manuală și persoana care poate cere ajutor. O etapă limitată poate arăta dacă regulile și interfața sunt utilizabile înainte de extindere. Timpul de adaptare și administrare intră în evaluarea proiectului; nu îl ascundem în spatele promisiunii de eficiență.

DE LA O ÎNTREBARE LA SITUAȚIA TA

Ce merită clarificat în afacerea ta?

Discutăm ce merită automatizat
Caută pe website

Găsește o direcție.

Descrie ce te preocupă. Ghidul caută articole, scenarii și informații din website.

Tipul materialului