Kaip teisingai automatizuoti ūkio procesus su DI

Nusipirkote programinę įrangą. Prijungėte jutiklius. Ir vis tiek kažkas iš komandos kiekvieną rytą atsidaro skaičiuoklę, kad suprastų, kas iš tikrųjų vyksta laukuose.

Būtent šis atotrūkis - tarp turimų įrankių ir sprendimų, kuriuos realiai galite priimti - ir yra ta vieta, kur tyliai miršta dauguma tiksliosios žemdirbystės DI projektų. Ne todėl, kad technologija neveikia. O todėl, kad niekas nesutvarkė po ja esančių darbo procesų. Tinkamai įdiegtas DI automatizavimas šį atotrūkį panaikina, bet tik tada, kai jis pritaikytas prie to, kaip ūkis veikia iš tikrųjų.

McKinsey (opens in new tab) vertina, kad DI žemės ūkyje galėtų sukurti apie 100 mlrd. dolerių vertės ūkio lygmeniu ir 150 mlrd. dolerių įmonių lygmeniu. Žemės ūkio programinės įrangos rinka auga atitinkamai - prognozuojama, kad ūkio valdymo programinės įrangos rinka iki 2030 m. pasieks apie 10,58 mlrd. dolerių. Tačiau tie patys tyrimai vis išryškina vieną nemalonų dėsningumą: ūkininkai reikalauja aiškesnės investicijų grąžos, mažesnių diegimo sąnaudų ir lengviau įdiegiamų technologijų. Dauguma įrankių šios kartelės neperžengia.

Mes kuriame DI automatizavimą aplink darbo procesus, duomenų srautus ir operacinį matomumą - ne aplink demonstracijas. Mes žinome, kaip nustatyti, kuriuos ūkio procesus verta automatizuoti, ir kaip padaryti taip, kad galutinis rezultatas atlaikytų kasdienius iššūkius laukuose, o ne užgestų bandomuoju etapu.

Kodėl tiksliosios žemdirbystės DI projektai sustoja

Įstrigę projektai dažnai atrodo veiklūs, nors realios naudos neduoda: lauko užrašai suvedami po du kartus, mašinų žurnalai patikrinami tik tada, kai problema jau išplitusi, o atsargų skaičiai ateina pavėluotai, todėl pirkėjai pražiopso tinkamą momentą ir sumoka brangiau. Atitikties dokumentai mėnesio pabaigoje vėl renkami rankiniu būdu.

Tą vėlavimą jaučiate kasdien - laistymo ir tręšimo sprendimai atsilieka nuo realios laukų būklės, o mašina stovi be darbo, kol kažkas naršo el. laiškus, žinutes ir portalą, ieškodamas vieno vienintelio skaičiaus. Galiausiai vadovai priversti spręsti remdamiesi vakarykšte, o ne šios dienos situacija.

Pagrindinė to priežastis retai būna trūkstama programėlė - kur kas dažniau kaltas sutrikęs įvykių, sprendimų ir atsakomybės srautas. Jutikliai, ERP įrašai, telematika, skaičiuoklės ir el. paštu derinami patvirtinimai juda visai skirtingu ritmu, ir būtent toks suskaidymas stabdo savalaikius veiksmus kur kas labiau nei bet koks ataskaitų skydelių trūkumas.

Todėl kai žemės ūkio DI projektas žlunga, kaltas dažniausiai ne pats modelis, o po juo esantis darbo procesas. Jei lauko duomenys ateina pavėluotai, jų žymės nenuoseklios arba niekas neatsako už jų perdavimą, net geriausias rezultatas nevirsta sprendimu. Tikslioji žemdirbystė su DI turi automatizuoti ne vien prognozes, bet ir patį duomenų surinkimą, jų nukreipimą, pranešimus bei sprendimų palaikymą.

Tai nėra „pirmiausia robotai" strategija, nėra juodoji dėžė be aiškios veikimo logikos ir tikrai nėra dar vienas ataskaitų skydelis, kuris vis tiek priklauso nuo to, ar kas nors kiekvieną rytą rankiniu būdu eksportuos duomenis.

Greiti sprendimai, kurie nieko nepataiso

Įprasti veiksmai atrodo produktyvūs, bet nieko nekeičia. Nusiperkamas dar vienas įrankis. Darbuotojų prašoma dažniau atnaujinti sistemą. Pridedama daugiau ataskaitų, tikintis, kad matomumas pagerės. Praktiškai tai tik sukuria daugiau administracinio darbo ir daugiau pasenusių duomenų.

Tikrasis sprendimas paprastesnis. Sudarykite įvykių šaltinių, sprendimų taškų ir perdavimų žemėlapį. Apibrėžkite duomenų kokybės taisykles ir atsakomybę. Ir tik tada automatizuokite. Praleidę darbo procesų projektavimą, tiesiog automatizuojate chaosą didesniu greičiu.

Kur DI automatizavimas tikrai atsiperka

Geras ūkio automatizavimas prasideda ne nuo sistemų išrovimo, o nuo jų sujungimo - palikite esamą įrankių rinkinį, pridėkite API pagrindu veikiantį duomenų surinkimą, o tada sukurkite srautus, kurie duomenis išvalo, susieja ir nukreipia į vieną operacinį sluoksnį.

Pasėlių stebėjimas su išimtimis grįstais pranešimais. Daugumai komandų reikia ne dar vieno žemėlapio, o mažiau aklųjų zonų. Sujunkite jutiklių duomenis, palydovines ar dronų nuotraukas, orų prognozes ir istorinius laukų įrašus į vieną normalizuotą lauko modelį, o tada įjunkite pranešimus tik apie realias anomalijas - tarkim, dirvožemio drėgmė nukrito žemiau ribos, prognozėje nėra reikšmingo lietaus, o tas laukas jau praleido paskutinį laistymo langą. Dabar komanda reaguoja į išimtis, o ne tikrina kiekvieną sklypą rankiniu būdu.

Atsargų valdymas nuo žaliavų iki produkcijos. Atsargų apskaita griūva, kai kiekviena komanda atnaujina skirtingą įrašą. Suderinkite atsargas - sėklas, trąšas, chemikalus, pakuotes ir surinktą produkciją - traukdami duomenis iš užsakymų, sandėlio nuskaitymų, lauko sunaudojimo žurnalų ir išvežimo įrašų į vieną lentelę. Pagal šią lentelę veikia papildymo taisyklės ir nuokrypių pranešimai, todėl per didelės purškimo plano sąnaudos pastebimos dar prieš pradedant kitą sklypą, o ne mėnesio pabaigoje.

Nuspėjamoji technikos priežiūra. Gedimai retai būna staigmena; požymiai slypi kitoje sistemoje. Surinkite telematiką, darbo valandas, gedimų kodus ir priežiūros istoriją. Suvienodinkite identifikatorius bei laiko žymas, tada įvertinkite gedimo riziką ir sukurkite priežiūros užduotį dar prieš tai, kai gedimas sustabdys sėją ar derliaus nuėmimą.

Atitiktis be mėnesio pabaigos skubėjimo. Dauguma ūkio sistemų įrašus saugo metų metus. Problema ne saugojimas, o struktūra. Operatorių įvestis, mašinų įrašus ir apdorojimo duomenis fiksuokite struktūruotai nuo pat pradžių, ir tegul jie patys užpildo reguliavimo formas bei audito seką.

Kaip atrodo reali grąža

Naudą sukuria darbas, kuris nustoja kristi pro tarpus tarp sistemų - mažiau rankinio derinimo, greitesni sprendimai, mažiau švaistymo, mažiau prastovų, lengvesnė administracinė našta.

Žinome tai iš savo patirties. Mūsų sąskaitų pateikimas buvo išskaidytas per sistemas, kurios nesišnekėjo tarpusavyje, ir tik didėjant mastui darėsi vis sunkiau. Taip susikūrėme nuosavą sprendimą - AI sąskaitų automatizavimo platformą (opens in new tab) - iš pradžių sau, vėliau ir klientams. Rezultatas: apdorojimas 40% greitesnis, išlaidos įrankiams sumažėjo 30%, 10 kartų daugiau apdorojamų sąskaitų faktūrų. Tą patį padarėme ir pardavimų komandai, sukūrę įrankį pasiūlymams ruošti (opens in new tab), kuris laiką nuo pusės dienos sumažino iki mažiau nei valandos.

Atpažinome tą patį modelį ir kituose sektoriuose. Vienoje plieno gamybos įmonėje (opens in new tab) gamybos vadovai kas pamainą rankiniu būdu rinkdavo informaciją apie gamybos būklę iš atskirų sistemų - tas pats izoliuotų sistemų ir pavėluotų sprendimų stabdis, su kuriuo ūkio vadovai susiduria kiekvieną rytą. Sudėliojus procesus pagal realias darbo eigos grandines, kiekvienas vadovas atgavo po 3 valandas kasdien - lygiai tą patį principą galima pritaikyti ir ūkyje.

Būtent todėl mes verčiau pradedame nuo sąžiningo jūsų veiklos įvertinimo, o ne nuo platformos pardavimo. Kaip rodo McKinsey duomenys (opens in new tab), stringa tie projektai, kurie praleidžia investicijų grąžos klausimą. O pasiteisina tie, kurie pasirenka vieną skausmingą darbo procesą, jį sutvarko ir pirmiausia parodo apčiuopiamą rezultatą.

Kurkite taip, kaip dirbama iš tikrųjų

Ūkiai, kurie iš tiksliosios žemdirbystės DI gauna realios naudos, pradeda ne nuo pageidavimų sąrašo, o nuo audito. Sudarykite savo žemės ūkio darbo procesų žemėlapį ir suraskite kiekvieną pasikartojančią rankinę užduotį, kiekvieną grandinėje veikiančią sistemą, kiekvieną perdavimą iš rankų į rankas ir kiekvieną vietą, kur pavėluoti ar trūkstami duomenys stabdo sprendimą. Toks žemėlapis atskleidžia tikrąjį stabdį ir parodo, kur DI automatizavimas realiai atlaikys lauko sąlygas.

Tada susiaurinkite apimtį. Pasirinkite vieną kas savaitę pasikartojantį, daug laiko atimantį procesą, kurį sutvarkius nauda pasijaus iškart. Pradėję nuo vieno aiškaus proceso, leisite komandai įsitikinti, kad sistema prigyja, ir išspręsti retus, nestandartinius atvejus dar prieš ją plėsdami.

Galiausiai - nepalikite sistemos likimo valiai po paleidimo. Paskirkite procesų savininkus, įdiekite duomenų kokybės patikras, kas savaitę peržiūrėkite skaičius ir atnaujinkite darbo tvarkas, kai procesas keičiasi. Be šios priežiūros net ir stipri sistema ilgainiui vėl nuslysta į skaičiuokles ir žinutes pašonėje.

Jei daugiau laiko praleidžiate prie duomenų nei prie sprendimų, tai ir yra ženklas, kad metas keisti.

Pradėkime nuo procesų žemėlapio (opens in new tab) ir kurkime vertę kartu.