Microsoft ja AWS saadavad tuhanded insenerid klientide juurde, et AI-investeeringud päriselt tööle panna

Microsoft ja Amazon Web Services liiguvad tehisaru müümiselt selle juurutamise juurde. Mõlemad pilvehiiglased teatasid nädalase vahega uutest üksustest, mille ülesanne on viia nende insenerid otse klientide organisatsioonidesse ning aidata ehitada tehisarupõhiseid töövooge, mis annaksid mõõdetava ärilise tulemuse.

Microsoft teatas 2. juulil 2026 Microsoft Frontier Company loomisest. Ettevõtte teatel investeerib Microsoft uude üksusesse 2,5 miljardit dollarit ning saadab klientide juurde 6000 valdkonna- ja insenerieksperti, kes aitavad tehisarusüsteeme kavandada, juurutada ja pidevalt parandada. Üksust hakkab juhtima Rodrigo Kede Lima, kes nimetati Microsoft Frontier Company presidendiks.

AWS teatas 30. juunil 2026 oma Forward Deployed Engineering ehk FDE üksusest. Amazon kirjeldab seda 1 miljardi dollari suuruse investeeringuna, mille eesmärk on saata AWS-i insenerid kliendimeeskondade kõrvale ja ehitada tootmiskõlblikke agentseid tehisarulahendusi. AWS-i teatel on varaste klientide seas Allen Institute, Cox Automotive, NBA, NFL, Ricoh ja Southwest Airlines.

Mõlema teate taga on sama probleem: ettevõtted on ostnud tehisarutööriistu, kuid investeeringute mõju ei ole piisavalt selge. McKinsey kirjutas 29. aprilli 2026 analüüsis, et 2025. aasta lõpuks oli peaaegu üheksa ettevõtet kümnest kasutanud tehisaru vähemalt ühes ärifunktsioonis, kuid 94 protsenti vastanutest ei näinud neist investeeringutest veel „märkimisväärset” väärtust. McKinsey järeldus oli, et tööriistade jagamisest töötajatele ei piisa; väärtus tekib siis, kui ettevõtted muudavad tööprotsesse, ärimudeleid ja pakkumisi.

Taust: pilveteenusest ei piisa, kui töövoog jääb samaks

Viimased kolm aastat on suur osa ettevõtete tehisaru kasutuselevõtust keskendunud tööriistadele: vestlusrobotid, koodiabid, dokumendikokkuvõtted, klienditoe mustandid ja sisemine otsing. Need võivad säästa aega, kuid ei pruugi muuta ettevõtte majandusloogikat. Kui töötaja teeb sama protsessi veidi kiiremini, kuid süsteemid, andmed ja vastutus jäävad muutmata, on mõju sageli lokaalne.

McKinsey võrdleb seda varasemate üldotstarbeliste tehnoloogiatega. Elektri varane kasutus tehastes ei andnud täielikku mõju siis, kui aurumasin lihtsalt elektrimootoriga asendati. Suurem muutus tuli hiljem, kui tootmisliinid ümber kavandati. Sama loogika kehtib McKinsey hinnangul tehisaru puhul: püsivam väärtus tuleb töökorralduse, toodete ja väärtusahelate ümbermõtestamisest, mitte ainult üksikute ülesannete kiirendamisest.

Microsoft ja AWS püüavad nüüd seda vahet ise sulgeda. Nende jaoks ei ole küsimus ainult klientide aitamises, vaid ka pilve- ja tehisarutaristu investeeringute õigustamises. Kui ettevõtted ei näe tehisarukuludes mõõdetavat tulu, muutub raskemaks ka suurema pilvekasutuse, mudelite, andmekeskuste ja agentsete tööriistade müük.

Microsofti jaanuari 2026 tulemuste järel kirjutas Reuters, et ettevõte kulutas kvartalis tehisarule rekordilise summa ning pilveäri kasv tekitas investorites muret. Microsofti aktsia langes tulemuste järel Frankfurdis üle 6 protsendi.

Kulupool ei ole ainult taristus. Reutersi järgi koondas Microsoft 2025. aasta mais umbes 6000 töötajat ja juulis veel ligikaudu 9100 töötajat, samal ajal kui ettevõte jätkas suuri investeeringuid tehisaru taristusse. See ei tähenda, et koondamised oleksid otseselt Frontier Company loomise põhjus, kuid taust näitab survet: tehnoloogiaettevõtted peavad ühtaegu vähendama kulusid ja tõestama tehisaru investeeringute tasuvust.

Mis täpselt muutus?

Microsoft Frontier Company on Microsofti uus tegutsev äriüksus, mille eesmärk on aidata suurklientidel valida, ehitada ja kasutusele võtta tehisarul põhinevaid ärilahendusi. Microsofti ametliku teate järgi ühendab üksus valdkonnateadmise, muutuste juhtimise, pideva parendamise ja ettevõttetaseme tehisaruinseneride töö.

Microsoft rõhutab kahte põhimõtet. Esiteks peab klient saama kasutada eri mudeleid, mitte jääma ühe mudelipakkuja külge. Microsoft nimetab võimalike valikutena OpenAI, Anthropic, Microsoft AI, avatud lähtekoodiga mudeleid ja valdkonnapõhiselt kohandatud mudeleid. Teiseks peab kliendi andmestik, sisemine oskusteave ja konkurentsieelis jääma kliendi kontrolli alla ega tohi muutuda mudelipakkuja treeningmaterjaliks.

Reutersi intervjuus ütles Microsoft Commercial Businessi juht Judson Althoff, et Copiloti algne sidumine ainult OpenAI mudelitega oli Microsofti viga. Tema sõnul vajavad kliendid võimalust vahetada mudeleid ja kasutada neid oma andmete ning töövoogudega.

AWS-i FDE üksus on sarnase eesmärgiga, kuid AWS sõnastab selle rohkem tootmiskõlblike agentsete süsteemide ehitamisena. AWS-i teate järgi töötavad FDE meeskonnad kliendi äri-, inseneri- ja turvameeskondadega ning ehitavad lahendusi kliendi andmete, juhtimisreeglite ja protsesside sees. AWS rõhutab, et lahendus peab jääma kliendi enda AWS-i keskkonda ning turvalisus peab hõlmama muu hulgas riistvarapõhist isolatsiooni, läbivat krüpteerimist ja kliendi andmehalduse raamistikku.

Reutersi teatel ütles AWS-i Frontier AI Engineering and Services asepresident Francessca Vasquez, et AWS panustab alguses 1 miljard dollarit ning kavandab 45-päevaseid kliendiprojekte, kuhu saadetakse viis kuni kuus inseneride rühma. Reutersi järgi mõõdab AWS edu selle järgi, kui kiiresti klient suudab uue toote ehitada või uued oskused omandada.

Miks kõik räägivad forward-deployed engineer’i mudelist?

Forward-deployed engineer tähendab inseneri, kes ei tööta ainult oma ettevõtte tootemeeskonnas, vaid läheb kliendi juurde ja ehitab lahenduse koos kliendi inimestega. Selline roll ei ole uus. Reuters märgib, et Palantir on seda mudelit kasutanud üle kümne aasta ning sarnaseid teenuseid pakuvad ka Salesforce, Anthropic ja Google Cloud.

Uus on see, et pilvehiiglased seovad selle mudeli otseselt tehisaru tasuvusega. Varem võis pilvemüügi põhisõnum olla taristu, teenuste kataloog või arendajaplatvorm. Nüüd on küsimus selles, kas klient suudab mudeli, andmed, töövoo ja juhtimise kokku panna nii, et tekib mõõdetav tulemus.

OpenAI on liikunud samas suunas. 2026. aasta mais teatas ettevõte OpenAI Deployment Company loomisest ja Tomoro omandamisest, et tuua üksusse ligikaudu 150 kogenud forward-deployed engineer’i ja juurutusspetsialisti. OpenAI sõnul on eesmärk aidata ettevõtetel ehitada tehisaru ümber tegelikke töövooge, mitte jääda katseprojektide juurde.

See muutus näitab, et mudelite võimekus ei ole enam ainus pudelikael. Üha sagedamini on probleem ettevõtte enda andmetes, protsessides, ligipääsuõigustes, integratsioonides, vastutuses ja inimeste tööviisides. Teisisõnu: tehisaru võib olla tehniliselt võimekas, kuid see ei pruugi ettevõttes raha teenida, kui seda ei seota tööprotsessiga.

Microsofti lähenemine: mudelivalik ja kliendi intellektuaalne vara

Microsofti ametlikus teates kasutatakse palju sõna „intelligence”, kuid sisuline mõte on andmete ja oskusteabe kaitses. Althoffi järgi peab ettevõte looma platvormi, kus tema enda andmed, töövood, otsustusprotsessid ja valdkonnateadmised muutuvad aja jooksul väärtuslikumaks. See ei tohi juhtuda nii, et ettevõtte teadmised lekivad mudelipakkujale või muutuvad konkurentide jaoks kaudselt kasutatavaks.

See on oluline sõnum suurklientidele, kes kardavad mudelilukustust. Kui ettevõte ehitab oma põhiprotsessi ühe mudeli, ühe pilve või ühe tehisarulabori ümber, võib hilisem vahetus olla kallis. Microsoft püüab positsioneerida Frontier Companyt üksusena, mis aitab kliendil kasutada eri mudeleid ja hoida kontrolli oma tulemuste üle.

Reutersi järgi aitab Microsoft Frontier Company klientidel valida ja siduda tehisarutööriistu nii Microsoftilt kui ka välistelt pakkujatelt. Oluline erinevus on Reutersi teatel see, et kliendid saavad töö tulemused endale, mitte ei anna neid Microsoftile tagasi kasutamiseks.

Microsofti enda näidetena nimetatakse LSEG-d, Land O’Lakesi, Unileverit ja Novo Nordiski. LSEG puhul kirjeldab Microsoft lahendust, kus finantsspetsialistid saavad LSEG Workspace’is esitada keerukaid küsimusi ning saada vastuseid struktureeritud ja struktureerimata finantssisust.

AWS-i lähenemine: agentne arendus ja kliendi iseseisvus

AWS rõhutab rohkem töö kiirust ja kliendi iseseisvust. Ettevõtte ametlikus teates öeldakse, et FDE üksus peab lühendama juurutuse aega kuudelt päevadeni ning jätma kliendile nii töötava süsteemi kui ka oskuse seda ise edasi arendada.

AWS-i mudelis on tähtsal kohal semantiline kiht ja teadmistegraaf. Ettevõtte teatel paigaldavad FDE meeskonnad kliendi AWS-i kontole kihi, mis ühendub ettevõtte andmeallikatega, rikastab metaandmeid ning avaldab juhitud ja versioonitud teadmistegraafi. Agentide ülesanne on selle teadmistegraafi põhjal arutleda, mitte tegutseda lahtise ja kontrollimata andmekogumi peal.

See on praktiliselt oluline, sest agentne süsteem vajab rohkem kui vestlusakent. Kui agent peab tegema päris tööd, peab ta teadma, milliste andmete põhjal otsustada, millised õigused tal on, millal küsida inimese kinnitust ja kuidas tulemus logitakse. AWS-i rõhuasetus teadmistegraafile ja juhtimisele viitab sellele, et ettevõte püüab müüa mitte üksikut mudelit, vaid kontrollitud töökorraldust.

AWS tõi varasemate näidetena välja töö BMW, Jabili ja Lyftiga. AWS-i teatel aitasid selle generatiivse tehisaru innovatsioonikeskuse insenerid BMW-l vähendada teenusekatkestusi 23 miljoni ühendatud sõiduki ulatuses ning Lyftil lahendada juhtide tugipäringuid 87 protsenti kiiremini. Need on AWS-i enda väited, mitte sõltumatult auditeeritud tulemused.

Ekspertide vaade: probleem ei ole ainult mudelis

McKinsey analüüs annab Microsofti ja AWS-i sammudele selge tausta. Ettevõtete tehisarukasutus on levinud, kuid mõju kasumile ja konkurentsipositsioonile on ebaühtlane. McKinsey järgi keskendusid paljud juhid seni katsetele, mis otsisid väiksemaid tootlikkuse parandusi, samal ajal kui suurem väärtus võib tulla toodete, ärimudelite ja turustruktuuride muutmisest.

AWS-i GenAI Innovation Centeri direktor Sri Elaprolu ütles AFP-le AWS Summitil, et tehisaru ei tohi lahendusse jõuga sisse suruda. Tema sõnul ei tähenda kliendi huvi agentse tehisaru vastu automaatselt, et agentne süsteem on õige lahendus; õigem tee on alustada probleemist ja liikuda tagurpidi sammudeni, mis selle lahendavad.

See seisukoht on oluline, sest ettevõtete tehisaruprojektide läbikukkumine ei tulene sageli mudeli nõrkusest. Põhjuseks võib olla kehv andmekvaliteet, ebaselge omanik, segane protsess, liiga lai kasutusjuht, puuduv mõõdik või töötajate vastuseis. Inseneride kliendi juurde saatmine ei kõrvalda neid probleeme automaatselt, kuid võib aidata neid kiiremini nähtavale tuua.

Analüütik Patrick Moorhead ütles Reutersile Microsofti uue üksuse kohta, et suurkliendid kardavad olukorda, kus OpenAI või Anthropic võivad mudelite kasutamise kaudu koguda valdkonnateadmisi, mis laseks neil hiljem samades sektorites konkureerida. Tema hinnang puudutab eriti valdkondi nagu kood ja õigus, kus teadmised ja töövood on otsene konkurentsieelis.

Eesti lugeja vaade: mida see tähendab ettevõttele ja avalikule sektorile

Eesti ettevõtete jaoks on Microsofti ja AWS-i samm oluline signaal: tehisaru kasutuselevõtt ei ole enam ainult tööriista valik. Järjest olulisemaks muutub oskus siduda mudelid ettevõtte andmete, õiguste, protsesside ja mõõdikutega.

Väikese ja keskmise ettevõtte jaoks ei tähenda see, et tuleb tellida pilvehiiglase inseneride meeskond. Pigem on õppetund metoodikas. Enne tööriista ostmist tuleb täpsustada, millist protsessi parandatakse, milline mõõdik näitab edu, milliseid andmeid kasutatakse, kes kontrollib tulemust ja kuidas vale otsus parandatakse.

Eesti arendajale tähendab see, et tehisaru projektides kasvab integratsiooni- ja protsessimõtlemise tähtsus. Ainult API ühendamisest ei piisa. Vaja on andmemudelit, ligipääsuhaldust, logimist, testimist, kuluarvestust ja ärilise mõju mõõtmist. Just seda püüavad Microsoft ja AWS oma uute üksustega müüa suurklientidele.

Avalikus sektoris on küsimus veel teravam. Kui riigiasutus kasutab tehisaru dokumentide töötlemiseks, kodanike päringute suunamiseks või sisemiseks otsustustoeks, peab olema selge, millised andmed mudelisse lähevad, kas neid kasutatakse mudeli treenimiseks, kuidas säilib auditijälg ja millal inimene otsuse üle kontrollib. Suur pilvepartner võib anda tehnilise toe, kuid vastutus jääb asutusele.

Riskid ja piirangud

Esimene risk on konsultatsioonimudeli kulukus. Kui tehisarust kasu saamine eeldab pilvehiiglase kallite inseneride kohalolu, võib see suurendada vahet suurte ja väikeste ettevõtete vahel. Suurkorporatsioon saab osta intensiivse juurutusprojekti; väiksem ettevõte peab lootma standardtööriistadele, partneritele või enda arendajatele.

Teine risk on pilvesõltuvus. Microsoft rõhutab mudelite mitmekesisust ja AWS kliendi iseseisvust, kuid mõlemal juhul kinnistub klient tugevamalt konkreetse pilvepakkuja tehnilisse ökosüsteemi. Lahendus võib küll tuua kiire tulemuse, kuid hilisem väljumine võib olla keeruline, kui andmekihid, agendid, töövood ja turbereeglid on ehitatud ühe platvormi ümber.

Kolmas risk on mõõdikute valik. Kui projekti edukust mõõdetakse ainult ajasäästu või kasutajate arvu järgi, võib tegelik äriline mõju jääda ähmaseks. Tehisaru võib anda kiirema kliendivastuse, kuid kui vastus on ebatäpne või suurendab hilisemat parandustööd, ei pruugi kokkuhoidu tekkida.

Neljas risk puudutab töötajate rolli. Kui välised insenerid ehitavad ettevõttele tuumprotsessi ümber uue töövoo, peab sisemine meeskond sellest päriselt aru saama. AWS rõhutab küll kliendi iseseisvust, kuid praktikas sõltub tulemus sellest, kas teadmised liiguvad kliendi organisatsiooni, mitte ei jää projektimeeskonna kätte.

Viies risk on andmete ja intellektuaalse vara kaitse. Microsoft lubab, et kliendi andmeid ja oskusteavet ei kasutata viisil, mis muudaks kliendi eristuva väärtuse üldiseks mudelite treeningmaterjaliks. See on oluline lubadus, kuid ettevõtted peavad lepingu, tehnilise arhitektuuri ja logimise tasemel kontrollima, kuidas see praktikas tagatakse.

Mida edasi jälgida?

Kõigepealt tuleb jälgida, kas Microsoft ja AWS suudavad näidata sõltumatult kontrollitavaid tulemusi. Varased kliendinäited on kasulikud, kuid need on valdavalt ettevõtete enda kommunikatsioonis esitatud lood. Tugevam tõendus tekiks siis, kui kliendid avaldavad mõõdetavaid tulemusi: kulu vähenemine, menetlusaja lühenemine, müügitulu kasv, väiksem veamäär või parem kliendirahulolu.

Teiseks on oluline, kas forward-deployed engineer’i mudel muutub pilveteenuste tavapäraseks osaks või jääb suurklientide erilahenduseks. Kui mudel laieneb, võivad ka kohalikud süsteemiintegraatorid ja konsultatsioonifirmad hakata pakkuma sarnaseid teenuseid väiksematele turgudele, sealhulgas Eestisse.

Kolmandaks tasub jälgida, kas ettevõtted hakkavad eelistama mudelivalikut ühe teenusepakkuja asemel. Microsofti sõnum viitab selgelt, et suurkliendid ei taha siduda oma tuumprotsesse ühe mudeliga. See võib tugevdada avatud lähtekoodiga ja valdkonnamudelite rolli ning vähendada ühe suure mudelipakkuja mõju.

Neljandaks tuleb jälgida, kuidas muutub tehisaru kuluarvestus. Microsoft mainib FinOps’i kui osa usaldusväärsest tehisaruplatvormist. See tähendab, et ettevõtted peavad hakkama mõõtma mitte ainult pilvearve suurust, vaid ka seda, milline mudel, agent või töövoog annab millise ärilise tulemuse.

Kokkuvõte

Microsofti ja AWS-i uued üksused näitavad, et tehisaru turu raskuskese nihkub mudeli võimekuselt juurutamise võimekusele. Ettevõtted ei küsi enam ainult, milline mudel on tugevam. Nad küsivad, kuidas muuta oma töövoog nii, et mudel annaks mõõdetava tulemuse.

See on kainestav muutus. Tehisaru ei hakka ettevõttes kasumit tootma pelgalt seetõttu, et töötajatele antakse uus tööriist. Vaja on andmeid, protsesse, juhtimist, turvet, mõõdikuid ja inimesi, kes oskavad need kokku panna.

Microsoft ja AWS püüavad nüüd seda puuduvat kihti ise pakkuda. Kui see õnnestub, muutub tehisaru kasutuselevõtt suurtes ettevõtetes praktilisemaks. Kui mitte, jääb turule sama probleem teises vormis: kallid tööriistad, suured pilvearved ja ebamäärane mõju.

Korduma kippuvad küsimused

Mis juhtus?

Microsoft lõi Microsoft Frontier Company nimelise üksuse ja investeerib sellesse 2,5 miljardit dollarit. AWS teatas eraldi 1 miljardi dollari suurusest Forward Deployed Engineering üksusest. Mõlemad saadavad oma insenerid klientide juurde, et aidata tehisarulahendusi päriselt tööle panna.

Miks Microsoft ja AWS seda teevad?

Ettevõtted ostavad üha rohkem tehisarutööriistu, kuid paljud ei näe neist veel selget ärilist kasu. Microsoft ja AWS püüavad pakkuda mitte ainult pilveteenust või mudelit, vaid ka inseneritööd, mis seob tehisaru kliendi andmete ja tööprotsessidega.

Mis on forward-deployed engineer?

Forward-deployed engineer on insener, kes töötab kliendi juures või kliendi meeskonnaga väga tihedalt koos. Tema ülesanne ei ole ainult nõu anda, vaid ehitada tootmiskõlblikke lahendusi kliendi pärisandmete, süsteemide ja äriprotsesside põhjal.

Kui suur on Microsofti uus algatus?

Microsofti ametliku teate järgi investeerib ettevõte Microsoft Frontier Companysse 2,5 miljardit dollarit ning kaasab 6000 valdkonna- ja insenerieksperti, kes töötavad klientidega tehisarusüsteemide kavandamisel ja juurutamisel.

Kui suur on AWS-i algatus?

AWS teatas 1 miljardi dollari suurusest investeeringust Forward Deployed Engineering üksusesse. Reutersi järgi kavandab AWS klientide juurde 45-päevaseid projekte ning plaanib kasvatada üksuse töötajate arvu tuhandeteni.

Miks AI-investeeringud ettevõtetes sageli ei tasu ära?

McKinsey järgi on üks põhjus see, et ettevõtted kasutavad tehisaru sageli olemasolevate tööde väikseks kiirendamiseks, kuid ei muuda tööprotsesse, ärimudeleid ega väärtusahelaid. Tööriista lisamine ei anna veel automaatselt majanduslikku mõju.

Mida see tähendab Eesti ettevõtetele?

Eesti ettevõtete jaoks on peamine õppetund, et tehisaruprojekt peab algama äriprobleemist, andmetest, mõõdikutest ja vastutusest. Mudeli või tööriista valik tuleb alles pärast seda. Väiksem ettevõte ei vaja tingimata suurpartneri inseneriarmeed, kuid vajab sama distsipliini.

Mis on suurim risk?

Suurim risk on, et ettevõte seob oma protsessid tugevalt ühe pilvepakkuja ja välise insenerimeeskonnaga, kuid ei loo sisemist oskust lahendust mõista, mõõta ja edasi arendada. Teine risk on see, et mõõdetakse kasutust, mitte tegelikku ärilist mõju.