Vienas pokalbis su koordinatoriumi: kaip užduotis pasiekia tinkamą DI agentą

Kai verslas turi kelis skirtingus darbus atliekančius DI agentus, vien jų skaičius nepadeda susitarti. Reikia žinoti, kas nustato tikslą, kas perduoda užduotį ir kas patikrina rezultatą. Koordinatoriaus modelis tampa suprantamesnis, kai nagrinėjame vieno darbo eigą, o ne bendrą pažadą turėti skaitmeninę komandą.

Savininkas nori aiškiau paaiškinti produktą svetainėje. Tekstą reikia perrašyti, bet kartu gali keistis nuorodos, trumpi aprašai ar klientui ruošiami atsakymai. Kaip šį sumanymą perduoti keliems specialistams, kad kiekvienas nepataisytų savaip?

Verslomatika įkūrėjas Kristin Zapasnik, DI integracijų ir verslo procesų automatizavimo specialistas, pasakoja paskyroje pasirenkantis verslą ir kalbantis su jo koordinatoriumi. Šis paskirsto darbus parengtiems agentams, turintiems to verslo žinias bei įrankius. Planą ir prioritetus nustato pats Kristianas. Koordinatoriaus darbas – paversti juos susijusiomis užduotimis.

Savininko dalis – rezultatas ir prioritetas

Geras pavedimas prasideda nuo norimo pokyčio. Pavyzdžiui, „padėti pirkėjui suprasti, kuo skiriasi du pasirinkimai“ yra aiškesnis tikslas nei „atnaujinti visą komunikaciją“. Toliau reikia pasakyti, kur šis pokytis turi pasirodyti ir kodėl jis dabar svarbus. Tokios informacijos koordinatorius neturėtų kurti savo nuožiūra.

Savininkas taip pat nurodo ribas. Jei norima parengti pasiūlymą peržiūrai, užduoties rezultatas neturi savaime virsti išsiųsta kampanija. Jei keičiamas vienas paaiškinimas, nereikia neprašytai pertvarkyti viso katalogo. Apimties ribos padeda specialistui skirti dėmesį konkrečiam rezultatui ir leidžia savininkui jį priimti.

Koordinatorius sudėlioja darbų eigą

Koordinatorius turėtų suprasti, kurią užduotį galima atlikti iš karto, o kuri laukia kitos. Informacijos patikra turi įvykti anksčiau, nei patvirtinti duomenys patenka į galutinį tekstą. Svetainės pakeitimo patikra priklauso nuo parengto pakeitimo. Šias priklausomybes verta parodyti darbo būsenoje, kad lygiagretus vykdymas nesukurtų kelių prieštaraujančių versijų.

Naudingas paskirstymas nėra ilgas specialistų vardų sąrašas. Prie kiekvieno darbo turi būti nurodyta, ką specialistas gauna, ką grąžina ir kam perduoda rezultatą. Jeigu trūksta patvirtinto fakto, tai atskira priklausomybė. Jos nereikia slėpti po bendru užrašu, kad darbas vyksta.

Jei darbo metu paaiškėja, kad tikslui reikia papildomo veiksmo, koordinatorius turėtų įvardyti, kas ir kodėl plečiasi. Pavyzdžiui, taisant produkto paaiškinimą galima pastebėti su juo nesutampantį atsakymo klientui šabloną. Tuomet aišku, kokią priklausomybę reikia išspręsti. Atskiro sprendimo nereikalaujanti sutartos apimties pataisa gali būti tęsiama, o naujas savininko prioritetas neturi būti sukurtas vien dėl to, kad specialistas rado dar vieną galimą darbą.

Specialistui reikia aiškios medžiagos

Įsivaizduokime produkto informacijos atnaujinimą. Turinio specialistas gauna produkto faktus, skaitytojo klausimą ir keičiamą puslapį. Jis grąžina tekstą bei pažymi, ko dar trūksta. Techninis specialistas perima sutartą versiją ir pasirūpina jos pateikimu. Taip kiekviena užduotis turi aiškią pradžią ir padeda kitai.

Verslo atvejui suprasti tinka Kristianui priklausantis Memory Casting, prekiaujantis rankų liejimo rinkiniais. Kitas jo projektas Topdovanos turi rankų liejimo rinkinių pasirinkimo ir naudojimo gidą. Jame vienoje vietoje susitinka palyginimai, vaizdo įrašai ir atsakymai. Tokiai medžiagai neužtenka vien sklandaus teksto: svarbu išlaikyti bendrą produkto prasmę visose dalyse.

Užduoties aprašas, telpantis viename lape

Trumpas aprašas neturi dubliuoti visos įmonės istorijos. Jis turi suteikti tiek konteksto, kad kitą dieną prie darbo prisijungęs specialistas suprastų, kas sutarta. Nuoroda į aktualų informacijos šaltinį naudingesnė už kelias iš atminties perpasakotas jo versijas.

Žemiau pateikti laukai padeda susitarti dėl perdavimo. Juos galima naudoti ir be agentų – komandos užduotyje, el. laiške ar darbų sistemoje. Vertė atsiranda dėl aiškaus susitarimo, o automatizavimas leidžia jo nuosekliai laikytis per kelis susijusius veiksmus.

• Tikslas: kokį skaitytojo, kliento ar darbuotojo klausimą sprendžiame?
• Apimtis: kokį puslapį, dokumentą ar procesą keičiame?
• Šaltinis: kuri informacijos versija laikoma aktualia?
• Ribos: ką galima atlikti ir kam reikia atskiro sprendimo?
• Rezultatas: ką konkrečiai gaus užduoties užsakovas?
• Peržiūra: kaip suprasime, kad rezultatas tinkamas?

Savininkui reikia bendro rezultato

Baigęs darbą koordinatorius turėtų grąžinti bendrą vaizdą: kas padaryta, kas patikrinta ir kas liko priklausoma nuo žmogaus ar išorinės sistemos. Savininkui neturėtų reikėti pačiam jungti kelių specialistų atsakymų ir ieškoti, ar jie vienas kitam neprieštarauja.

Baigus vieną etapą savininkui dar gali trūkti viso rezultato. Tekstas jau parašytas, tačiau jo pateikimas svetainėje dar laukia darbo. Koordinatorius turi parodyti šį tęsinį ir pasirūpinti, kad kita užduotis perimtų parengtą medžiagą. Taip atskirų specialistų darbai susijungia.

Priimdamas rezultatą savininkas gali grįžti prie pradinio aprašo ir palyginti pažadėtą bei gautą apimtį. Jei pakeistas tik tekstas, bet sutarta patikrinti ir jo pateikimą, likęs etapas turi būti matomas. Taip užduotis neužsidaro per anksti vien todėl, kad baigta viena ryškiausia jos dalis.