Kovo mėnesį išbandžiau „Cowork“ agentą – naująjį „Anthropic“ darbalaukio DI asistentą – realiame darbo procese. Užduotis buvo paprasta. Perskaityti gautą vertimų agentūros el. laišką. Paspausti mygtuką ir priimti užsakymą. Patvirtinti užsakymo gavimą. Atsisiųsti projekto failus. Keturi žingsniai. Šiek tiek DI samprotavimo, kompiuterinės regos ir veiksmų teisinga seka atlikimas naršyklėje.
„Cowork“ su tuo nesusitvarkė. Pasitelkęs „Gmail“ jungtį, vėžlio greičiu jis atidarė mano el. pašto dėžutę, atrado reikiamą užsakymą ir atvėrė naršyklės skirtuką, kuriame nesugebėjo naršyti. Slinkdamas praleido atsisiuntimo nuorodą. Galų gale – parsiuntė failus, tačiau nesuprato, kad tai atliko. Paprasta užsakymo patvirtinimo užduotis, kurią aš atlieku per penkiolika sekundžių, iš DI agento pareikalavo penkių minučių – ir vis tiek baigėsi nesėkme. Išbandžiau suplanuotą el. pašto stebėsenos užduotį. Rezultatas tas pats, tik viskas vyko dar lėčiau. Išbandžiau failų pateikimo formą. Agentas įstrigo ją pildydamas ir nesugebėjo prisegti dokumentų.
Prisideda ir praktinis „Anthropic“ sistemos ribotumas. „Cowork“ agento ir jo virtualios aplinkos veikimui reikalinga, kad jūsų kompiuteris būtų įjungtas. Mano agentūros būstinė yra Šendžene. Užsakymus jie neretai paskirsto penktą valandą ryto Lietuvos laiku. Neketinu visą naktį laikyti įjungto nešiojamojo kompiuterio vien tam, kad DI agentas atvertų kelis el. laiškus ir vis tiek nesugebėtų atlikti pavestos užduoties.
Tai ne DI agento analitikos, o bazinės infrastruktūros problema. Šis skirtumas – tarp užduočių, kurioms būtinas konteksto suvokimas, ir užduočių, reikalaujančių patikimos techninės grandinės – yra esminė įžvalga apie el. pašto automatizavimą, kurią 2026 m. privalo suprasti Lietuvos įmonių vadovai.
Nemaloni tiesa: didžiajai daliai el. pašto administracinės rutinos, kurioje skęsta jūsų specialistai, dirbtinis intelektas apskritai nereikalingas.
Jūsų pašto dėžutė – gamybos cechas, o ne biblioteka
Pagalvokite, kokie el. laiškai iš tiesų pareikalauja neadekvačiai daug Jūsų darbo laiko. Užsakymų patvirtinimai. Pristatymo pranešimai. Sąskaitų faktūrų gavimo patvirtinimai. Potencialių klientų užklausos, kurias būtina nukreipti atsakingam specialistui. CRM duomenų atnaujinimas. Priminimai apie susitikimus. Tai nėra sudėtinga. Šiems procesams nereikia interpretacijų, niuansų vertinimo ar sudėtingų sprendimų. Jiems pakanka to paties veiksmo, patikimai atkartojamo šimtus kartų.
Jūsų pašto dėžutė – gamybos cechas, o ne biblioteka. Didžioji dalis per ją judančio srauto yra grynoji gamyba: nuspėjama, pasikartojanti, didelės apimties. Šiam srautui reikia konvejerio, o ne konsultanto.
Tačiau egzistuoja ir kita laiškų šūsnis. Mažesnė, tačiau sudėtingesnė. Kliento skundas, kurį būtina skaityti tarp eilučių. Tiekėjo el. laiškas, kuriame tonas svarbesnis už patį turinį. Pardavimo užklausa, reikalaujanti suasmeninto atsakymo, o ne įsisenėjusio šablono. Šioms užduotims būtinas konteksto suvokimas – gebėjimas analizuoti situaciją, įvertinti alternatyvas ir sugeneruoti tokį tekstą, kurio nereiktų iš esmės perrašyti.
Klaida, kurią 2026 metais daro daugelis verslų – dirbtinio intelekto pasitelkimas konvejerio tipo problemoms spręsti. Tai tas pats, kas samdyti architektą mūrininko darbams atlikti.
El. pašto automatizavimo srityje egzistuoja dvi įrankių kategorijos, atliekančios iš esmės skirtingas funkcijas. Tradicinės automatizavimo platformos – „Zapier“, „Make“, „n8n“ – valdo masinius duomenų srautus. Jos sujungia sistemas, inicijuoja veiksmus ir nukreipia duomenis. Tai patikimai veikia jau ne vienus metus. Šios platformos yra gana nuobodžios. Ir tai yra didžiausias jų pranašumas.
DI įrankiai – „Claude Code“, „Gemini“ API, programiškai valdomi DKM – perima sprendimų priėmimą. Jie klasifikuoja, interpretuoja ir formuluoja atsakymus. Jie nepakeičiami ten, kur būtinas konteksto suvokimas, ir visiškai beverčiai ten, kur jo nereikia.
Daugumai Lietuvos MVĮ reikia abiejų tipų sprendimų. Konvejerio – masiniam srautui. DI konsultanto – išimtinėms situacijoms. Tikroji vertė slypi ne vieno ar kito įrankio pasirinkime, o tiksliame žinojime, kurį kur pritaikyti.
Jau mokate už dirbtinį intelektą, kurio nenaudojate
Štai apie ką el. pašto automatizavimo tema niekas nekalba.
Nuo 2024 m. pabaigos iki 2026 m. pradžios „Google“ į visus „Workspace“ planus integravo „Gemini“ DI funkcijas. Tai nebuvo pasirinkimo klausimas. Senųjų „Workspace“ kainų nebeliko. 50 darbuotojų turinti Lietuvos įmonė, naudojanti „Business Standard“ planą, dabar moka maždaug 6 000 EUR per metus daugiau nei prieš 18 mėn. Šis kainos prieaugis padengia DI galimybes, integruotas į „Gmail“, „Docs“ ir „Sheets“ – visiškai nesvarbu, ar įmonė jomis realiai naudojasi.
Nebekeliame klausimo, ar verta diegti DI. Jūs už jį jau mokate. Tikrasis klausimas – ar iš to generuojate realią vertę.
Ką „Gemini“ iš tiesų atlieka su el. paštu „Workspace“ aplinkoje: generuoja atsakymų juodraščius, apibendrina ilgas susirašinėjimo gijas ir leidžia natūralia kalba vykdyti paiešką pašto dėžutėje. Tai naudinga pavieniam vartotojui, tačiau visiškai neturi jokios vertės apdorojant 500 el. laiškų per dieną srautą. Tai – asmeninio produktyvumo įrankiai. Jiems būtinas žmogus, kuris spustelėtų, patvirtintų ir išsiųstų. Jie nedirba, kol Jūs miegate.
Norint peržengti asmeninio produktyvumo ribas, būtina leistis vienu architektūriniu lygmeniu žemiau. „Google Apps Script“ – nemokamas, į „Workspace“ integruotas ir rimtam automatizavimui pritaikytas įrankis – gali tikrinti Jūsų pašto dėžutę kas penkias minutes, klasifikuoti pranešimus ir rengti atsakymus. Vis dėlto, jis turi griežtus limitus: šešių minučių vykdymo ribą vienam skriptui ir šešių valandų bendrą dienos veikimo trukmę. Pabandę apdoroti penkis šimtus sudėtingų el. laiškų naudodami API užklausas, šias technines ribas greitai pasieksite.
„AppSheet“ – programavimo nereikalaujanti „Google“ automatizavimo platforma, taip pat integruota į daugumą „Workspace“ planų, – sklandžiai valdo struktūruotas patvirtinimo darbo eigas. DI agentas klasifikuoja skundą ir sugeneruoja kompensacinio el. laiško juodraštį. Tuomet „AppSheet“ perduoda jį darbuotojui patvirtinti prieš išsiunčiant. Pusė milijono suplanuotų operacijų per dieną. 60 000 išsiunčiamų pranešimų. Tai įrankiai, už kuriuos Lietuvos MVĮ jau moka, tačiau dažniausiai net nenutuokia, kad juos turi.
Tačiau norint sujungti el. paštą su CRM, apskaitos programa, logistikos platforma – norint atlikti kelių sistemų orkestraciją, kuri yra būtina visaverčiam verslo procesų valdymui el. paštu, – prireiks išorinės integracinės infrastruktūros.
Kas iš tiesų pasiteisina apdorojant masinius srautus
El. pašto automatizavimo rinkoje dominuoja trys platformos. Jos skiriasi sudėtingumu, kaina ir reikalingomis kompetencijomis. DI modeliai jose gali būti naudojami pasirinktinai.
„Make“ – standartinis pasirinkimas daugumai Lietuvos MVĮ. Bendrovė įsikūrusi Čekijoje, jos infrastruktūra veikia ES serveriuose, o veikla atitinka ISO 27001 bei SOC 2 standartus. Tai kritiškai svarbu BDAR atitikčiai. Sąsaja – vizuali blokinė schema: nutempiate „Gmail“ paleidiklį, prijungiate CRM paiešką, pridedate sąlyginę šaką ir sugeneruojate atsakymą. Net ir techninės patirties neturintis rinkodaros vadovas gali per pusdienį sukurti funkcionalią el. pašto automatizavimo seką. Kainodara pagrįsta operacijų skaičiumi: 10 000 operacijų per mėnesį kainuoja apie 9–16 EUR. Atsižvelgiant į vidutinius MVĮ el. pašto srautus, tai dažniausiai padengia visas mėnesio išlaidas.
„n8n“ yra galingesnė, tačiau reiklesnė platforma. Jos vizualioje aplinkoje naudojama mazgų (angl. nodes) architektūra, kurios potencialą geriausiai atskleidžia techninių žinių turintys specialistai. Integruoti DI mazgai leidžia be papildomo programavimo prie procesų grandinės tiesiogiai prijungti „Claude“ ar „Gemini“ – tai ypač naudinga, kai ilgainiui nuspręsite šią bazinę infrastruktūrą papildyti analitikos sluoksniu. Debesijos versijos kaina siekia apie 20 EUR per mėnesį. Tačiau tikrasis platformos pranašumas – galimybė ją diegti savarankiškai. Įdiegus „n8n“ nuosavame ES serveryje, programine įranga galima naudotis nemokamai. Jūsų duomenys niekada nepalieka Jūsų infrastruktūros perimetro. suverenumui prioritetą teikiančiai Lietuvos įmonei tai yra saugiausia įmanoma architektūrinė pozicija.
„Zapier“ – lengviausiai perprantama alternatyva. Techninių įgūdžių neturintis specialistas „Gmail“ ir „Mailchimp“ integraciją gali atlikti per kelias minutes. Esminis trūkumas – kaina. „Zapier“ apmokestina kiekvieną atliktą užduotį, o kiekvienas procesų grandinės žingsnis traktuojamas kaip atskira užduotis. Penkių žingsnių el. pašto apdorojimo seka, inicijuojama šimtą kartų per dieną, per mėnesį sugeneruoja penkiolika tūkstančių užduočių. Tai greitai išstumia Jus už bazinio plano ribų į 70 EUR ar didesnių mėnesio išlaidų zoną. Paprastoms, nedidelės apimties integracijoms tai veikia puikiai. Tačiau išaugus duomenų srautui, ši kainodara nepasiteisina.
Realistiškas palyginimas: viena el. pašto procesų grandinė, kuri aktyvuojama gavus naują žinutę, suklasifikuoja siuntėją, patikrina CRM įrašą, sugeneruoja atsakymą ir jį išsiunčia. Penkiasdešimt kartų per dieną.
- „Make“: ~9 EUR per mėnesį.
- „n8n“ debesijoje: ~20 EUR.
- „n8n“ nuosavame serveryje: tik serverio sąnaudos.
- „Zapier“: ~73 EUR.
Kainų skirtumas tampa reikšmingas, kai Jūsų technologijų biudžetas matuojamas šimtais, o ne tūkstančiais eurų per mėnesį.
Du niuansai, kuriuos būtina žinoti. Pirma – saugumas. Bet kurio trečiosios šalies įrankio prijungimas prie „Gmail“ aktyvuoja „Google OAuth“ saugumo sistemą. Visiškos prieigos prie el. pašto lygiai klasifikuojami kaip „riboti“, o išorinėms programoms tai reiškia privalomą saugumo auditą, kainuojantį 15 000–75 000 EUR. Lietuvos MVĮ už tai mokėti nereikia. „Google Cloud“ konsolėje nustatykite „OAuth“ sutikimo ekraną kaip „Internal“. Taip programos veikimas apribojamas tik Jūsų „Workspace“ domenu ir audito reikalavimas anuliuojamas. Tai užtrunka penkias minutes. Tačiau jei niekas Jums apie tai nepasako, įstringate dėl prieigos teisių klaidos.
Antra – patikimumas. „Make“ ir „Zapier“ turi integruotą stebėseną, automatinio pakartojimo logiką ir pranešimus apie klaidas. Jei „Gmail“ ryšys nutrūksta antrą valandą nakties, šios platformos pristabdo procesų grandinę ir Jus informuoja. Jei tą patį procesą kuriate naudodami „Claude Code“, klaidų valdymą turite suprogramuoti patys. Jokio informacinio skydelio. Jokių pranešimų. Jei DI naktį sugeneruoja neteisingą API užklausą, niekas to nesužino iki pirmadienio ryto. Tai paslėpti priežiūros kaštai, kuriuos programavimo nereikalaujančios platformos amortizuoja nemokamai.
Kur dirbtinis intelektas iš tiesų atsiperka
Kai bazinė infrastruktūra veikia sklandžiai, lieka specifinė el. laiškų kategorija, kuriai vis dar būtinas žmogus. Arba, tiksliau, – anksčiau buvo būtinas.
Klientas skundžiasi dėl vėluojančio pristatymo. El. laiškas konkretus, tačiau piktu tonu. Jame minimas ankstesnis pokalbis, apie kurį Jūsų klientų aptarnavimo komanda neturi jokios informacijos. Standartinis šablonas čia nepadės. Formuluojant atsakymą būtina adekvačiai reaguoti į toną, patikrinti užsakymų istoriją ir pasiūlyti adekvatų sprendimą. Tai – konteksto suvokimo užduotis. Tinkamai sukonfigūruotas DI modelis ją atlieka per kelias sekundes.
Gaunama dvikalbė pardavimo užklausa, kurioje domimasi produktų kombinacija, neįtraukta į Jūsų svetainės asortimentą. Atsakymui suformuoti sistemai reikia išgauti duomenis iš katalogo, apskaičiuoti nestandartinio paketo kainą ir sugeneruoti tekstą, niekuo nenusileidžiantį kompetentingo specialisto atsakymui. Tai – dar viena analitinė užduotis.
Būtent šio tipo el. laiškuose dirbtinis intelektas atsiperka. Ne apdorojant masinius srautus, o tvarkant tuos 10–15 proc. užklausų, kurioms būtinas konteksto suvokimas, interpretacija ar suasmenintas atsakas, kuriam standartinis šablonas yra pernelyg primityvus.
Esminis architektūrinis principas, leidžiantis optimizuoti kaštus, – tikslingas modelių parinkimas. Ne kiekvienai užduočiai, reikalaujančiai DI, reikalingas tas pats modelis. Bazinė klasifikacijos užduotis – atpažinti, ar tai skundas, užklausa, ar brukalas, – nekainuoja beveik nieko. Natūralu, tačiau niuansų reikalaujantis atsakymas kainuoja nepalyginti daugiau. Galingiausio modelio naudojimas visiems procesams be išimties yra dažniausia biudžeto švaistymo forma diegiant DI.
Realūs skaičiai apdorojant 500 el. laiškų per dieną (taikant „Vertex AI“ kainodarą):
„Gemini Flash-Lite“ pirminiam rūšiavimui ir žymėjimui: ~21 EUR per mėnesį. „Gemini Flash“ standartinių juodraščių generavimui: ~41 EUR. „Claude Haiku“ sparčiai analitikai išlaikant griežtą formatavimą: ~75 EUR. „Claude Sonnet 4.6“ aukšto prioriteto atsakymams klientams: ~225 EUR.
Sumanus architektūrinis sprendimas: 90 proc. el. laiškų srauto nukreipkite per „Flash-Lite“ pirminiam klasifikavimui. „Sonnet“ palikite tik toms užklausoms, kur šis pajėgumas yra kritiškai būtinas. Tokia orkestracija sumažina DI sąnaudas 80 proc. ir daugiau, išsaugant aukščiausią kokybę ten, kur ji iš tiesų generuoja vertę.
Viena taisyklė nekinta. DI generuoja išgalvotus faktus. Dokumentuotas klaidų dažnis svyruoja nuo 2,5 iki 22 proc., priklausomai nuo modelio ir užduoties. Komunikacijos el. paštu srityje tai reiškia išgalvotas kainas, nebūto konteksto sukūrimą arba pristatymo terminus, kurių niekas nepajėgs įvykdyti. Būtent todėl kiekvienas DI sugeneruotas el. laiškas prieš išsiuntimą reikalauja žmogaus patvirtinimo. Tai nėra technologijos trūkumas. Tai – teisinga sistemos architektūra.
Čia slypi paradoksas. Valstybinė duomenų apsaugos inspekcija pranešė, kad 2024 metais 57 proc. duomenų saugumo pažeidimų įvyko dėl žmogiškosios klaidos – sumaišyti gavėjai, pamiršti „BCC“ laukai, konfidenciali informacija išsiųsta netinkamu adresu. Tinkamai sukonfigūruota automatizacija šią riziką drastiškai sumažina. Sistema nedaro klaidų vesdama el. pašto adresą. Ji netyčia neišsiunčia laiško visos įmonės mastu.
Praktinė pastaba dėl duomenų apsaugos
„Anthropic“ duomenis apdoroja Jungtinėse Amerikos Valstijose. BDAR to nedraudžia – jis tik reikalauja tinkamų teisinių apsaugos priemonių, kurios numatytos „Anthropic“ duomenų tvarkymo sutartyje (DPA). Tipinei Lietuvos MVĮ, apdorojančiai standartinius transakcijų duomenis – vardus, el. pašto adresus, užsakymų informaciją, – tokia praktika yra teisiškai pagrįsta. Siekiant maksimalaus atitikties lygio, „Make“ ES serverių infrastruktūra yra paprasčiausias variantas. Nuosavame serveryje įdiegta „n8n“ platforma su DI modeliais, pasiekiamais per „Google Vertex AI“ regioninius prieigos taškus Nyderlanduose, užtikrina, kad visas duomenų apdorojimas vyktų išskirtinai Europos Sąjungos teritorijoje. Patarimas skaitytojams: nesate bankas, netvarkote jautrių medicininių įrašų, todėl užsakymų automatizavimo atitikties rizika yra minimali. Sutvarkykite bazinius formalumus ir nesukite dėl to galvos.
Lietuviškas pranašumas
Technologijos prieinamos. Kaštai valdomi. Tačiau Lietuvos MVĮ turi pranašumą: viešąjį finansavimą, skirtą būtent dirbtinio intelekto sprendimų diegimui.
MVĮ skaitmeninimo programa teikia iki 128 400 EUR dotacijas, padengiančias 50–60 proc. tinkamų finansuoti diegimo išlaidų. Tarp jų – programinės įrangos licencijos, serverių resursai savarankiškai diegiamai „n8n“ platformai ir išorinių ekspertų konsultacijos API integracijoms. Tai realūs pinigai, skirti realiai infrastruktūrai sukurti.
Lietuva 2026 m. pirmąjį ketvirtį įsteigė 3 mln. EUR vertės DI bandomąją reguliacinę aplinką – po 1,5 mln. EUR kiekvienam regionui. Ji suteikia MVĮ reguliuotojo prižiūrimą erdvę testuoti DI sprendimus su integruotomis atitikties gairėmis. Europos skaitmeninių inovacijų centrai (EDIH4LT) siūlo programą „Testavimas prieš investuojant“: nemokamas technines konsultacijas, skaičiavimo išteklius ir koncepcijos įrodymo (angl. Proof of Concept) kūrimą.
Tikroji el. pašto automatizavimo kliūtis Lietuvoje – ne technologijos, kaina ar reguliavimo apribojimai. Tai strateginis žinojimas, ką kurti, kokia seka ir kokiais įrankiais. Tai – grynai architektūrinis klausimas.
Projektavimo sprendimas
El. pašto automatizavimas – ne konkretaus įrankio pasirinkimas, o projektavimo sprendimas. Bazinė infrastruktūra valdo masinius srautus. Analitikos sluoksnis perima sprendimų priėmimą. Daugumai Lietuvos įmonių reikia abiejų komponentų, o tikroji vertė slypi ne įrankių prenumeratoje, bet juos sujungiančioje architektūroje.
Geriausia el. pašto automatizavimo strategija prasideda nuo sprendimo nenaudoti dirbtinio intelekto. Pirmiausia paleiskite konvejerį. O tuomet pasitelkite DI modelius ten, kur jie iš tiesų atsiperka.
