DI rezultatus reikia tikrinti.
Sugeneruoti atsakymai gali būti klaidingi ar nepilni. Peržiūros taškus parenkame pagal klaidos pasekmes ir paliekame galimybę veiksmą atlikti rankiniu būdu.
DI ir automatizavimas.
Jūsų komanda turi svarbesnių darbų nei perrašinėti tą pačią informaciją. Kuriame DI asistentus ir procesus, kurie perima rutinines užduotis.
Pasikartojančius darbus patikėkite sistemai.
Pasikartojančią užduotį paverčiame jūsų komandai naudingu procesu. Tai gali būti užklausų rūšiavimas, dokumentų rengimas, įrašų atnaujinimas ar atsakymų paieška vidinėje informacijoje.
Atskiriame nuspėjamus žingsnius nuo tų, kuriuose reikia vertinimo. Taisyklės atlieka nuspėjamą darbą, o DI padeda suprasti kalbą ir skirtingas įvestis. Sprendimus, kuriems būtinas žmogus, peržiūri jūsų komanda. Numatomos aiškios taisyklės atvejams, kurių sistema nesugeba apdoroti.
Grąžinkite komandai dalį laiko.
Gaunama užklausa. Atsakingas žmogus iškart turi, nuo ko pradėti.
Klientų priėmimo proceso pavyzdys, pritaikytas jūsų pašto dėžutei ir CRM.
Perskaityti užklausą
Nauja žinutė pradeda procesą. Išskiriami reikalingi duomenys ir pažymima, kokios informacijos trūksta.
Parengti kitą žingsnį
Sistema pasiūlo kategoriją, sukuria įrašo juodraštį ir pagal patvirtintą informaciją parengia atsakymą.
Peržiūrėti ir išsiųsti
Komandos narys patikrina juodraštį, priima sprendimą ir išsiunčia atsakymą. Įraše išsaugoma veiksmų istorija.
Kaip dirbsime
kartu.
4–6 savaitės
Vienas konkretus procesas, sujungiantis du esamus įrankius.
1 savaitė
Išnagrinėjame užduotį.
Su komanda pereiname dabartinį procesą, surenkame pavyzdžius ir sutariame, koks rezultatas būtų naudingas.
2 savaitė
Patikriname neaiškią dalį.
Sudėtingiausią žingsnį išbandome su pavyzdiniais duomenimis, nusprendžiame, kur padeda DI, ir sutariame dėl patvirtinimų prieš sujungdami visą procesą.
3–4 savaitės
Sujungiame ir tikriname.
Sukuriame procesą, numatome klaidų tvarkymą ir tikriname įprastus, nepilnus, neįprastus bei pasikartojančius duomenis.
5–6 savaitės
Pradedame su maža grupe.
Komanda išbando sprendimą kasdieniame darbe. Peržiūrime rezultatus, patiksliname perdavimus ir aprašome naudojimą bei priežiūrą.
Terminams įtakos turi prieiga prie įrankių, darbą atspindintys pavyzdžiai ir užduotį atliekančių žmonių grįžtamasis ryšys. Daugiau procesų ar jautriems duomenims reikia papildomo planavimo. Terminai sutariami apibrėžus darbų apimtį.
Ką gaunate.
Prieš pradėdami susitariame dėl darbų apimties.
Proceso žemėlapis
Proceso ir patvirtinimo taškų žemėlapis.
Veikiančios jungtys
Sutartas automatizavimas ir įrankių jungtys.
Patikrinti pavyzdžiai
Patikros su jūsų darbą atspindinčiais pavyzdžiais.
Atkūrimo valdikliai
Būdas pastebėti klaidas ir saugiai pakartoti veiksmą.
Naudojimo gidas
Nustatymai, DI užklausos ir naudojimo instrukcijos.
Komandos mokymas
Praktinis supažindinimas su sistema ją naudojantiems žmonėms.
Ko mums reikės
iš jūsų.
- Užduotį išmanantis žmogus, galintis peržiūrėti rezultatus
- Įvesčių pavyzdžiai ir tikėtini rezultatai
- Sutarta prieiga prie įrankių ir leidimas naudoti reikiamus duomenis
Ką verta apsvarstyti.
Ką susitarsime prieš pradėdami.
Neaiškus procesas pats nesusitvarkys.
Jei nesutariama, kaip užduotis turi būti atliekama, automatizavimas tik greičiau paskleidžia sumaištį. Pirmiausia priimame šiuos sprendimus.
Eksploatavimas turi savo kainą.
DI naudojimas, talpinimas ir kitų tiekėjų įrankiai gali turėti nuolatinių mokesčių. Prieš pasirinkdami sprendimą aptariame priklausomybes ir numatomą naudojimą.
Dažniausi klausimai.
Turite kitą klausimą?
Kiek kainuoja automatizavimo projektas?
Pirmiausia apibrėžiame procesą: naudojamus įrankius, priimamus sprendimus ir būtinas patikras. Prieš darbų pradžią pateikiame projekto sąmatą ir atskirai numatomas nuolatines platformų bei DI naudojimo išlaidas.
Kada galėsime išbandyti?
Vienas konkretus procesas paprastai užtrunka keturias–šešias savaites. Neaiškiausią žingsnį tikriname anksti, o veikiančią versiją pirmiausia išbando maža grupė.
Ar galėsime procesą keisti patys?
Parodome komandai, kaip naudoti projekte numatytus valdiklius, ir aprašome svarbiausius nustatymus. Logikos ar prijungtų sistemų pakeitimams gali reikėti kūrimo ir testavimo. Sutariame, kas už tai atsakingas.
Kaip žinosime, ar automatizavimas padeda?
Prieš kurdami sutariame, ką matuosime: užduoties laiką, klaidas ar rankinės peržiūros apimtį. Rodiklius lyginame su tikrais pavyzdžiais, o ne sėkmę vertiname vien pagal automatizuotų žingsnių skaičių.
Ar viskam reikia DI?
Ne. Taisyklė, forma ar tiesioginė įrankių jungtis gali išspręsti problemą paprasčiau. DI naudojame ten, kur naudingas jo gebėjimas dirbti su kalba ar skirtingomis įvestimis.
Ar tai veiks su mūsų įrankiais?
Planuodami patikriname jungčių galimybes ir prieigos ribas. Jei patikima integracija neįmanoma, alternatyvas paaiškiname prieš pradėdami kurti.
Kas nutinka mūsų duomenims?
Nustatome, kokios informacijos reikia kiekvienam žingsniui ir kur ji būtų apdorojama. Dėl prieigos, tiekėjų nustatymų, saugojimo ir žmogaus peržiūros sutariame prieš įtraukdami tikrus duomenis.