Fiecare unealtă care exista deja înainte de inteligența artificială primește, mai devreme sau mai târziu, o versiune nouă, cu AI inclus — la fel cum, acum o sută treizeci de ani, fiecare mașină dintr-o fabrică americană a primit, mai devreme sau mai târziu, un motor electric. Analogia e corectă. Dar istoria electrificării are un detaliu pe care versiunea optimistă a poveștii îl scapă: primii treizeci de ani n-au adus niciun câștig de productivitate măsurabil. Fabricile au scos motorul cu abur, au băgat unul electric în locul lui și au păstrat restul exact cum era — și n-au câștigat aproape nimic in productivitate.
Pe scurt:
-
Curentul electric a ajuns în fabricile americane din anii 1890, dar câștigurile reale de productivitate s-au văzut abia pe la 1920 — treizeci de ani mai târziu (Paul David, 1990).
-
Motivul întârzierii: prima generație de fabrici a înlocuit doar motorul, păstrând arhitectura veche — un arbore comun (line shaft) care lega toate mașinile de o singură sursă de putere.
-
Câștigul a apărut abia când fabricile au fost proiectate din nou: un motor electric la fiecare mașină, layout nou, clădiri într-un singur nivel, flux liniar de materiale.
-
Aceeași capcană se repetă azi cu AI-ul: un buton „generează cu AI” lipit pe fluxul vechi mișcă puțin. Fluxul redesenat în jurul lui mișcă mult.
De ce a durat treizeci de ani ca electricitatea să dea rezultate?
Pentru că prima generație de proprietari de fabrici a rezolvat o problemă greșită. Fabricile din secolul al XIX-lea funcționau cu o singură sursă de putere — o mașină cu abur — care învârtea un arbore lung, montat sub tavan, de la care porneau curele către fiecare mașină din hală. Arhitectura fabricii era dictată de arborele acesta: mașinile stăteau înșirate lângă el, pe mai multe etaje, indiferent dacă fluxul de producție cerea așa ceva sau nu.
Când a apărut motorul electric, soluția cea mai ieftină și mai rapidă a fost să-l pui în locul mașinii cu abur — și să păstrezi arborele, curelele, etajele, tot restul. Costul era mic, riscul era mic, factura la energie scădea. Dar productivitatea rămânea aceeași, pentru că nimic din felul în care se lucra efectiv nu se schimbase. Economistul Paul David a numit fenomenul „paradoxul productivității”: inovația era acolo, dar rezultatul întârzia cu decenii.
Schimbarea reală a venit prin anii 1920, când o generație nouă de ingineri a renunțat la ideea de „motor unic, arbore comun” și a pus câte un motor electric mic la fiecare mașină în parte — sistemul numit „unit drive”. Fără arbore central, clădirile n-aveau nevoie să fie înalte și înghesuite pe etaje; au devenit joase, largi, luminoase, cu mașinile așezate exact în ordinea în care trecea materialul prin ele, nu în ordinea impusă de o curea. Abia atunci a apărut saltul de productivitate pe care istoria îl asociază cu electrificarea.
Ce înseamnă, concret, „motorul lipit” pe o aplicație veche?
Varianta „motorul schimbat” de astazi arată așa: un buton „Rescrie cu AI” într-un editor de text care rămâne, în rest, exact editorul de acum zece ani. Un chatbot pus deasupra unei căsuțe de email care tot cere omului să citească, să claseze și să decidă manual ce răspunde. O bară de căutare „inteligentă” peste un formular static, pe care omul tot îl completează câmp cu câmp. Funcționează. Costă puțin. Se instalează repede. Și, la fel ca motorul electric pus în locul celui cu abur, mișcă foarte puțin acul productivitatii.
Nu e o soluție greșită — e o soluție parțială, potrivită când unealta simpla care mai avea nevoie doar de un plus mic de viteză. Problema apare când firma se oprește aici și crede că a terminat transformarea, pentru că a bifat „avem AI”.
Cum arată o aplicație redesenată în jurul AI-ului, nu doar cu AI adăugat?
Diferența nu stă în cât de „inteligent” e modelul din spate, ci în cine face primul pas al fluxului.
| Unealta veche | Varianta „motor schimbat” | Varianta redesenată |
|–|–|–|
| Contabilitate, factură cu factură | Un buton „generează raport cu AI” peste tabelul făcut la fel ca înainte | Facturile intră singure din SPV, se extrag automat, iar contabilul primește un dashboard gata calculat — omul doar interpretează |
| Verificarea unui furnizor nou | O căutare „AI” peste un formular pe care tot omul îl completează cu CUI-ul | Instrumentul cere direct la ANAF starea firmei — inactiv, radiat, plătitor de TVA, TVA la încasare — fără niciun pas manual |
| Emailuri repetitive de la clienți | Un asistent care „sugerează” un răspuns pe care omul tot îl citește și rescrie | Agentul redactează, verifică singur cu un al doilea agent independent, și cere aprobare omului doar la excepții |
| Decizie de firmă cu mize mari | Un chat unde întrebi o dată un model și primești un răspuns | Șase agenți cu roluri diferite dezbat contradictoriu, cu un moderator care spune explicit unde nu e consens |
Primele două coloane există deja în majoritatea firmelor mici din România — și e normal, sunt primul pas, exact ca motorul electric în locul celui cu abur. A treia coloană e locul unde se termină de fapt câștigul: fluxul care începea cu „omul deschide un document” ajunge să înceapă cu „sistemul deja a făcut treaba, omul verifică rezultatul”.
Automatizările din a treia coloană rulează azi, la firme reale, plecând de la aceeași întrebare: nu „unde punem un buton cu AI”, ci „care e primul pas al fluxului pe care nu mai trebuie să-l facă un om”. Gauntlet Loop e exact mecanismul care ține agentul in limitele dorite, nu doar „la o încercare”, când fluxul redesenat trebuie să funcționeze de fiecare dată, nu doar la o demonstrație.
Unde analogia nu se aplică
Nu orice unealtă veche merită sau are nevoie de o versiune redesenată. Fierul de călcat a primit curent electric în locul cărbunilor și a rămas, foarte necesar, un fier de călcat — nimeni n-avea de câștigat dintr-un „fier de călcat unit-drive”. Redesenarea costă timp și bani; are sens doar acolo unde procesul vechi era sufocat de o limitare structurală — arborele comun, factura scrisă de mână, inbox-ul citit rând cu rând — nu acolo unde unealta funcționa deja bine și avea nevoie doar de un plus de viteză.
Nici graba de a redesena tot deodată nu e mai sigură decât graba de a lipi un buton peste tot. Fabricile care au trecut direct la „unit drive” fără să înțeleagă de ce arborele comun le încetinea au repetat aceleași greșeli de layout, doar cu motoare noi. Redesenarea are sens plecând de la un singur flux, măsurat, nu de la toată firma deodată — și nu garantează, din prima încercare, exact rezultatul dorit.
Unde se termină articolul acesta
Alege un singur flux care se repetă lunar și care începe mereu cu un om care deschide manual ceva — un document, un email, un formular. Dacă lipsa lui de viteză vine dintr-o limitare mică, un instrument gata făcut e suficient. Dacă vine dintr-o arhitectură veche care obligă un om să stea la mijloc de fiecare dată, fluxul are nevoie de redesenare, nu de un buton.
Ce dispare din munca ta depinde de fluxul ales — descărcarea facturilor din SPV, verificarea unui partener nou la ANAF, urmărirea facturilor neîncasate, un dashboard din exportul contabilului. Un flux simplu, redesenat, costă sub 400 € și e gata în 2–5 zile lucrătoare; unul complex, care leagă mai multe sisteme, trece de 3.000 €. Vezi exact ce livrez pe pagina de automatizări, sau învață să construiești singur, cu echipa ta, la cursul de AI pentru firme — 4 ședințe a câte 2 ore, grupe de maximum 8, cu garanția banilor înapoi după primele două.
De ce poți avea încredere într-o firmă de un om: SimpluSPV, produsul meu, rulează azi la 20–30 de firme și contabili; cursul a fost livrat de trei ori; automatizările descrise pe acest site funcționează la firme reale, nu în demonstrații de laborator. Scrie-mi cu fluxul care te mănâncă cel mai tare — îți spun onest dacă merită doar un instrument gata făcut sau o redesenare completă.
Întrebări frecvente
De ce a durat atât de mult ca electricitatea să crească productivitatea fabricilor?
Pentru că primii treizeci de ani, fabricile au înlocuit doar sursa de putere — motorul cu abur cu unul electric — și au păstrat arhitectura veche, cu un arbore comun care lega toate mașinile. Câștigul real a apărut abia când layout-ul fabricilor a fost proiectat din nou, cu un motor la fiecare mașină (Paul David, 1990).
Ce e „line shaft” și de ce a ținut fabricile în loc?
E arborele metalic lung, montat sub tavan, care primea mișcarea de la o singură sursă de putere și o transmitea prin curele către fiecare mașină din hală. Toate mașinile trebuiau așezate lângă el, indiferent de fluxul real de producție — arhitectura fabricii era dictată de arbore, nu de proces.
AI-ul lipit peste o aplicație veche e complet inutil?
Nu. Costă puțin, se instalează repede și aduce un plus mic de viteză — exact ca motorul electric pus în locul celui cu abur, fără altă schimbare. Devine o problemă doar atunci când firma crede că a terminat transformarea și se oprește aici.
Cum știu dacă o unealtă din firma mea are nevoie de redesenare, nu doar de un buton cu AI?
Dacă un om trebuie să deschidă manual același document, email sau formular de fiecare dată, la aceeași oră a lunii, ai un flux candidat pentru redesenare. Dacă unealta funcționează bine și doar mai lipsește un pic de viteză, un instrument gata făcut e suficient.
Orice proces trebuie automatizat cu AI?
Nu. Unele unelte, ca fierul de călcat electric, rămân exact ce erau — bune, dar fără nevoie de redesenare. Sensul redesenării apare doar acolo unde procesul vechi era oricum blocat de o limitare structurală, nu decorativ.
Unde pot vedea exemple reale de fluxuri redesenate, nu doar AI decorativ?
Pe pagina de automatizări, cu cele nouă livrate deja la firme reale, și în articolele „Consiliul de agenți AI” și „Gauntlet Loop”, unde arăt exact mecanismul din spate.
Surse
- Paul A. David, „The Dynamo and the Computer: An Historical Perspective on the Modern Productivity Paradox”, American Economic Review, vol. 80, nr. 2, mai 1990.
