Meie meetod

Kuidas me automatiseerimisprojekti läbi viime, tegeliku protsessi auditist pideva täiustamiseni

Viimati uuendatud: 2026-08-18

Enamik automatiseerimisprojekte ei ebaõnnestu seetõttu, et tehnoloogiast jääks väheks. Need ebaõnnestuvad seetõttu, et keegi ei vaadanud protsessi enne automatiseerimist piisavalt lähedalt. Tegelik äritöövoog sisaldab erandeid, käsitsi tehtavaid parandusi, kirjutamata reegleid, inimeste hinnanguid, mitmetähenduslikke andmeid ja tööriistu, mis omavahel korralikult ei suhtle. Kui seda automatiseerida ilma mõistmata, siis kinnistab automatiseerimine olemasoleva ebatõhususe koodi sisse.

transtorm.ai juures järgime seetõttu igas projektis sama järjekorda. Auditeerime protsessi sellisena, nagu see tegelikult toimib, mõõdame, mida see täna maksab, otsustame, kus jääb otsus inimese teha, anonümiseerime kõik, mis peab välja liikuma, jagame töö mikroprotsessideks, ühendame süsteemid, mis teil juba olemas on, ning täiustame seejärel süsteemi tegeliku kasutuse põhjal. See leht kirjeldab iga etappi, seda, mille te iga etapi lõpus saate, ja seda, mis teile kuulub.

Kaks põhimõtet läbivad kogu seda järjestust. Oluliste otsuste puhul ei asenda automatiseerimine inimese kontrolli, vaid struktureerib ja kiirendab seda. Ja kohalik töötlus tuleb esimesena, nii et kui välist ressurssi on tõesti vaja, saadetakse sinna ainult täielikult anonümiseeritud andmed.

1. etapp. Auditeerime protsessi sellisena, nagu see tegelikult toimib

Teoreetilise protseduuri dokumenteerimisest ei piisa. Jälgime korduvaid ülesandeid, kitsaskohti, ajakadu, inimese tehtavaid valideerimisi, korduvaid erandeid, kaasatud süsteeme ja seda, kuidas andmed nende vahel päriselt liiguvad. Selline vaatlus eristab sammud, mida on lihtne automatiseerida, nendest, mis peavad jääma järelevalve alla, ja nendest, mis tuleb enne igasugust automatiseerimist ümber korraldada.

See etapp loob sageli väärtust juba iseenesest. Regulaarselt tuleb välja topelttööd, üleliigseid samme või korralduslikke probleeme, mille saab lahendada ilma ühtki koodirida kirjutamata.

Mida te saate: kirjaliku auditi tulemi, mis sisaldab protsessi kaardistust, protsessi praegust aastast maksumust koos arvutuse eeldustega, soovitatavat arhitektuuri, projekti hinna ja käituskulude hinnangut ning selget soovitust. See soovitus hõlmab ka võimalust jätta automatiseerimata.

Mis kuulub teile: auditi tulem, sõltumata sellest, kuidas te edasi otsustate. See on piisavalt täpne, et anda see üle mõnele teisele teenusepakkujale. Auditit arveldatakse fikseeritud tasuna, tavaliselt 900 kuni 2 500 €, see summa teatatakse teile enne mis tahes kohustuse võtmist ja projekti teokssaamisel arvatakse see projekti hinnast maha.

2. etapp. Mõõdame enne, kui hinna välja ütleme

Hinnang, mis on ehitatud arvudele, mida keegi üle ei kontrollinud, jääb komakohtadega oletuseks. Seepärast kinnitatakse mahu- ja ajaeeldused kõigepealt ajalooliste andmete põhjal: süsteemide logid, ajatemplid, mõõdetud mahud. Kui neid andmeid ei ole, vaatleme protsessi vahetult või võtame tegelikest juhtumitest valimi.

Üks asi väärib ausalt väljaütlemist. Neid arve kasutatakse seejärel projekti hinna kujundamiseks ja meil oleks objektiivselt huvi, et need näiksid suured. Just seepärast kehtivad mõõtmised öeldu ees, ja seda mõlemas suunas, ning just seepärast on iga eeldus tulemis must valgel kirjas, et te saaksite selle rida-realt vaidlustada juba enne hinnapakkumise koostamist.

Mida te saate: mõõtmise enne, koos meetodi ja allikatega, mõlema poole kinnitatuna. Mõõtmine pärast tehakse samamoodi, kui süsteem juba töötab, nii et kasu on ühiselt vaadeldav, mitte kuulutatud.

3. etapp. Otsustame, kus jääb otsus inimese teha

Tõsiseltvõetav automatiseerimine peab teadma, millal kontrollida, millal peatuda, millal valideerimist küsida ja millal hoiatada. Just selles etapis paneme kirja ärireeglid, otsustuslävendid, kooskõlakontrollid, erandjuhtumid, lubatud toimingud, kinnitust nõudvad toimingud ja need toimingud, mis on lihtsalt keelatud.

Inimese valideerimine võtab seejärel riskiga proportsionaalse vormi. See võib olla kinnitus enne tundlikku toimingut, heakskiit enne saatmist või käivitamist, automaatne peatamine mitmetähendusliku juhtumi korral, hoiatus kriitilise lävendi ületamisel või lihtsalt olulise otsuse logimine. Süsteem, mis menetleb 95 toimikut sajast ja annab viis kõrvalekalduvat juhtumit töötaja kätte, on tavaliselt usaldusväärsem, lihtsam ja odavam kui süsteem, mis peaks kõigi mõeldavate olukordadega üksi hakkama saama.

Mida te saate: kontrollpunktide loetelu ja vastuvõtukriteeriumid, kirjutatuna ärikeeles. Need kriteeriumid ei ole kaunistus, sest nendest sõltub osa maksest ja need määravad, mida ühine valideerimine kontrollima hakkab.

4. etapp. Anonümiseerime enne, kui midagi välja liigub

Eelistame kohalikku andmetöötlust kõikjal, kus see on võimalik. Kui välist ressurssi on tõesti vaja, on sinna saadetavad andmed eelnevalt täielikult anonümiseeritud, ja neisse teenustesse ei saadeta ühtki tundlikku andmet.

See ei ole klausel, mis lisatakse projekti lõpus. See kujundab juba integratsioonide kavandamist, sest anonümiseerimine peab toimuma voo sees, enne väljakutset, ja jääma tagantjärele kontrollitavaks.

Mida te saate: kaardistuse sellest, mis teie süsteemidest välja liigub, millisesse teenusesse ja millisel kujul. Alltöötlejate loetelu, sealhulgas tehisintellekti mudelite pakkujad, antakse teile enne mis tahes juurutamist. Meie turvalisuse leht kirjeldab seda osa üksikasjalikult.

5. etapp. Jagame töö mikroprotsessideks

Ühe suure monoliitse töövoo ehitamine on harva hea mõte. Jagame protsessi lühikesteks sammudeks, millest igaühel on üks selge vastutus: lugeda andmeid, kontrollida tingimust, teisendada teavet, kutsuda välja teenus, luua dokument, küsida valideerimist, käivitada teavitus.

See jagamine tasub end ära viiel viisil. Lühikest sammu on lihtsam testida ja parandada kui läbipaistmatut plokki. Kui mõni reegel muutub, muutub üks komponent, ilma et ülejäänud voogu puutuma peaks. Osa komponente läheb korduskasutusse teistes töövoogudes, mis muudab järgmise automatiseerimise kiiremaks. Tõrke korral on kohe näha, milline samm ebaõnnestus ja millist toimingut uuesti käivitada. Ja süsteemi saab laiendada samm-sammult, selle asemel et see uuesti üles ehitada.

Mida te saate: arhitektuuri, mis koosneb nimetatud ja eraldi testitavatest sammudest, ning selle juurde kuuluva dokumentatsiooni.

6. etapp. Ühendame süsteemid, mis teil juba töötavad

Automatiseerimine loob väärtust ainult siis, kui see sobitub teie tegelikku keskkonda. Ühendame e-posti, kalendreid nagu Google Workspace, andmebaase, REST- ja SOAP-liideseid, ärirakendusi, veebiportaale ja vanemaid tarkvarasid lüüside kaudu, ning lisaks kontrollitud veebiautomatiseerimist siis, kui süsteemil ei ole ühtki liidest. Meie pangakontrolli kasutuslugu näitab automatiseerimist, mis juhib olemasolevat veebirakendust täpselt nii, nagu operaator seda teeks, kusjuures autentimise teeb endiselt volitatud inimene.

Kasulik konnektor on midagi enamat kui tehniline ühendus. See tuleb toime andmete tegelike vormingutega, vastamisaegadega, võrgutõrgetega, duplikaatidega, korduskäivitustega ja süsteemide struktuurierinevustega. Just sinna läheb suurem osa inseneritööst ja just sealt tuleb ka suurem osa projekti maksumusest.

Mida te saate: konnektorid, mis peavad piirjuhtumitele vastu, ning kirjaliku kirjelduse igast süsteemist, mida automatiseerimine puudutab, ja juurdepääsudest, mida see kasutab.

7. etapp. Juurutame järk-järgult ja täiustame edasi

Automatiseeritud süsteem peab jääma vaadeldavaks. Te peate saama igal hetkel vastata lihtsatele küsimustele: mis juhtus, milline otsus tehti, miks töövoog seiskus, milline samm ebaõnnestus, kas saab uuesti käivitada ilma duplikaati tekitamata ja keda tuleb teavitada.

Seepärast lisame struktureeritud logid, iga sammu ajatempeldamise, toimingute jälgitavuse, tegevushoiatused, kontrollitud taaskäivituse pärast viga, duplikaatide vältimise, prioriteedihaldusega järjekorrad ja juhtpaneelid, mis kannavad ärinäitajaid, mitte tehnilist müra. Seejärel töötame tsüklite kaupa: selge ulatus, järkjärguline juurutamine, tulemuste jälgimine, kasu ja intsidentide mõõtmine, reeglite kohandamine, valideerimiste täpsustamine, ulatuse laiendamine.

Iteratsioon ei ole siin halvasti kavandatud süsteemi tunnus. See on korralikult käitatava süsteemi tunnus, sest tegelik kasutus toob alati välja erijuhtumeid, mida ükski audit ei osanud ette loetleda.

Mida te saate: juhtpaneelid, logid ja hoiatused ning lisaks garantiiperioodi, üldjuhul neli nädalat, mis katab lisatasuta vastuvõtukriteeriumidest kõrvalekaldumise parandamise.

Mis kuulub teile lõpus

Eriarendused, see tähendab teie jaoks ehitatud kood ja töövood, kuuluvad teile alates nende eest tasumisest, ja meie üldtingimuste punkt 7 näeb selle ette, olenemata sellest, kas hinnapakkumine seda kordab. Kaks asja jäävad sellest üleminekust välja. Kolmandate osapoolte tööriistadele kehtivad edasi nende enda tarnijate litsentsid, ja korduvkasutatavad komponendid, mis kuulusid meile enne teie projekti või mille me töötasime välja sellest sõltumatult, jäävad meile ning teile antakse neile litsents kogu ajaks, mil te süsteemi käitate. Mõlemad tehakse teile teatavaks enne ehitamise algust.

Hooldus ei ole kohustuslik. Selle saab lõpetada ühekuulise etteteatamisega ja süsteem töötab ka ilma meieta. Anname kaasa dokumentatsiooni, mis lubab mõnel teisel teenusepakkujal süsteemi üle võtta. Just seda me pöörduvuse all mõtleme, ja seda tasub võrrelda iga mujalt saadud pakkumisega: madalam hind ilma nende tingimusteta ei ole kokkuhoid, vaid riski ülekandmine teile.

Kuidas etapid ajas järgnevad

Audit kestab ühest kuni kolme nädalani ja nõuab teie meeskondadelt mõnda tundi. Lihtne töövoog jõuab tootmisse neli kuni kaheksa nädalat pärast hinnapakkumise kinnitamist. Mitut süsteemi hõlmav automatiseerimine võtab kolm kuni kuus kuud. Otsast lõpuni ulatuv programm planeeritakse auditi käigus etapp haaval. Kogu projekti peale arvestage kahe kuni viie tööpäeva jagu sisemist aega piiritlemiseks, testimiseks ja koolituseks, ja see sisemine kulu hinnatakse auditi tulemis.

Selle järjestuse taga olev täielik arutluskäik on kirjas meie artiklis meie automatiseerimismeetodi kohta, ja seda, kuidas sellest saab hind, selgitavad meie hinnastamisartiklite esimene osa ja teine osa.

Alustage oma protsessist

Kui soovite seda meetodit ühele oma protsessile rakendada, on sisenemispunkt alati sama: vestlus sellest, kuidas see protsess täna toimib.

Valmis oma protsesse automatiseerima?

Arutame teie vajadusi ja vaatame, kuidas transtorm.ai saab teid aidata

Korduma kippuvad küsimused

Mis toimub kõige esimeses vestluses?

Küsime protsessi, mitte tehnoloogia kohta. Kes teeb täna mida, millised tarkvarad on mängus, millised otsused tuleb teha, millised erandid esinevad ja mis juhtub siis, kui mõni teave puudub. Päring saabub tavaliselt kavatsusena, näiteks sooviga automatiseerida toimikute ettevalmistamine, ja selle esimese vestluse ülesanne on muuta kavatsus protsessiks, mida saab vaadelda.

Kas auditi saamiseks tuleb kogu projekt ette ära otsustada?

Ei. Audit on omaette teenus, mida arveldatakse fikseeritud tasuna, tavaliselt 900 kuni 2 500 €, ja see summa teatatakse teile enne mis tahes kohustuse võtmist. Tulem jääb teile sõltumata sellest, kuidas te otsustate, see on piisavalt täpne, et anda üle mõnele teisele teenusepakkujale, ja see võib soovitada ka automatiseerimata jätmist. Kui projekt teoks saab, arvatakse auditi hind projekti hinnast maha.

Kuidas te väldite auditis liiga meelitavaid arve?

Mahu- ja ajaeeldused ei tugine kunagi ainult sellele, mida meile vestlusel öeldakse. Need kinnitatakse ajalooliste andmete põhjal, nagu süsteemide logid, ajatemplid ja mõõdetud mahud, vastasel juhul protsessi vaatlusega või tegelike juhtumite valimiga. Kui öeldud ja mõõdetud arvud lähevad lahku, siis kehtivad mõõtmised, nii üles- kui allapoole. Te võite iga eelduse rida-realt vaidlustada juba enne hinnapakkumise koostamist.

Kas automatiseerimine võtab otsused mu meeskondade käest ära?

Ei. Otsuste puhul, millega on kaalul tegelik äriline, finantsiline või tegevuslik huvi, valmistab automatiseerimine otsuse ette, kontrollib selle üle ja kiirendab seda, selle asemel et otsustada ise. See võtab kuju kinnitusena enne tundlikku toimingut, heakskiiduna enne saatmist, automaatse peatamisena mitmetähendusliku juhtumi korral, hoiatusena lävendi ületamisel ja logikirjena iga olulise otsuse kohta.

Kui kaua läheb aega, enne kui midagi päriselt tootmises töötab?

Audit kestab ühest kuni kolme nädalani. Lihtne töövoog on tavaliselt tootmises neli kuni kaheksa nädalat pärast hinnapakkumise kinnitamist, mitut süsteemi hõlmav automatiseerimine nõuab pigem kolme kuni kuut kuud. Otsast lõpuni ulatuv programm planeeritakse auditi käigus etapp haaval. Teie poolelt arvestage auditi ajal mõne tunniga, seejärel kahe kuni viie tööpäeva jagu ajaga kogu projekti peale piiritlemiseks, testimiseks ja koolituseks.

Mis saab siis, kui süsteem kokkulepitud taset ei saavuta?

Vastuvõtukriteeriumidest sõltub maksmine. Osa tasust, mis on hinnapakkumises määratud, muutub sissenõutavaks alles pärast ühist valideerimist tegelikes töötingimustes, ja garantiiperiood, üldjuhul neli nädalat, katab kõrvalekallete parandamise ilma lisatasuta. Kui kriteeriumid nägid ette 95% toimikute automaatse menetlemise ja süsteem menetleb hinnapakkumises ettenähtud tingimustes ja garantiiperioodi jooksul neist vaid 60%, siis on see meie lahendada probleem, mitte teie rahastada kulu. Vastuvõtt loetakse antuks, kui te ei esita hinnapakkumises määratud tähtaja jooksul, üldjuhul viieteistkümne tööpäeva jooksul pärast tegelikes tingimustes käivitamist, põhjendatud vastuväiteid.