Zákazník zavolá a požádá o změnu doručovací adresy u objednávky. Vaše kolegyně objednávku najde, ověří požadavek, změní adresu a řekne zákazníkovi, co se stalo. Zní to jako jeden úkol. Kolik nástrojů k němu ale potřebuje?
Při plánování interní administrace začněte právě takovým úkolem. Určete, co člověk potřebuje vidět, co smí změnit a jak pozná, že změna proběhla. Získáte tak jasnější zadání než ze seznamu přehledových obrazovek.
Vyberte úkol, který můžete sledovat od začátku do konce
Představme si smyšlenou opravnu, která zákazníkům vrací opravená zařízení. Zákazník požádá o zaslání na jinou adresu. Opravna eviduje zakázky v jednom systému a dopravu objednává v jiném.
V tomto příkladu systém zakázek uchovává platnou adresu pro doručení opraveného zařízení u konkrétní zakázky. Expediční služba eviduje objednávku přepravy a potvrzuje, zda ji ještě lze změnit. Změna obecných kontaktních údajů zákazníka by byla samostatným rozhodnutím.
Zapište, kam která informace patří. Pokud dvě obrazovky ukazují různé adresy, podle kterého záznamu se mají zaměstnanci řídit a kdo rozpor vyřeší? Umístění obou údajů na jednu stránku tuto otázku samo nevyřeší.
Průvodce Microsoftu tvorbou aplikací řízených datovým modelem rozlišuje data, pracovní postupy, obrazovky aplikace a bezpečnostní role. Popisuje Power Apps, ale připomíná užitečnou věc při plánování: výběr obrazovek je jen částí vymezení úkolu.
Dejte každému to, co k práci potřebuje
Než začnete kreslit pracovní prostředí, popište role, úkoly a povolené kroky. V naší smyšlené opravně by mohlo rozdělení vypadat takto:
Zákaznická podpora
Vidí žádosti o změnu adresy a příslušnou zakázku. Po požadovaném ověření zákazníka může požádat o opravu. Nemůže označit zásilku za přesměrovanou.
Expedice
Vidí zakázky čekající na odeslání a schválené změny adresy. Podle dohodnutých pravidel může připravit zásilku nebo řešit neúspěšnou změnu.
Provozní manažer
Vidí nevyřízené žádosti a dobu jejich čekání. Může určit, kdo vyřeší výjimku. Tato role nemusí mít oprávnění upravovat každou zakázku.
Jde o návrh odpovědností, nikoli hotová pravidla oprávnění. Vaše pravidla mohou u některých změn vyžadovat schválení nebo omezit přístup k určitým zákaznickým záznamům. Tato pravidla musí dodržet ovládací prvky i systém, který změnu přijímá.
Manažerský přehled a fronta úkolů pro pracovníka mohou být součástí jedné aplikace, přestože slouží různým účelům. Podobu zobrazení určujte podle další práce, kterou má člověk udělat.
Projděte změnu adresy krok za krokem
Najděte požadavek. Zařaďte žádost o změnu do fronty, za kterou někdo odpovídá. Ukažte, které zakázky se týká, kdy přišla a zda ji už někdo řeší. Poznámka schovaná v historii zákazníka může snadno zůstat nevyřízená.
Ověřte, co se ještě dá změnit. Ukažte aktuální adresu pro doručení opraveného zařízení a poslední známý stav zásilky. Musí být jasné, odkud údaje pocházejí a kdy byly zkontrolovány. Pokud informace o expedici nejsou dostupné nebo jsou příliš staré, pracovník to potřebuje vědět dříve, než změnu zákazníkovi slíbí.
Proveďte povolenou změnu. Po ověření zákazníka podle pravidel opravny a případném schválení může oprávněný kolega zadat novou adresu. Návrh má vysvětlit, zda tím změní zakázku, požádá o změnu existující zásilky, nebo provede oba kroky odděleně.
Užitečné pracovní prostředí pro správu ukazuje, co je potřeba udělat, dává člověku informace a oprávnění k provedení kroku a ukazuje, zda skutečně proběhl.
Počkejte na správné potvrzení. Uložení adresy v zakázce nepotvrzuje, že ji přijala expediční služba. Oba výsledky zobrazte zvlášť. Požadavek čekající na odpověď má zůstat otevřený a dát zaměstnanci dost informací, aby zákazníkovi vysvětlil situaci.
Uchovejte užitečnou historii. Určete, které události se mají zaznamenat: například kdo o změnu požádal a kdo ji schválil, původní a nové hodnoty a odpověď expediční služby. Rozhodněte, kdo smí historii vidět a jak ji budete kontrolovat. Samotná záložka Historie neříká, co v ní skutečně bude.
Určete, kdo řeší výjimky. Pokud zásilka už odjela, expediční služba změnu odmítne nebo spojení selže, předejte nevyřízený požadavek konkrétní osobě či týmu. Vysvětlete, co má zkontrolovat před dalším pokusem, aby nejistá odpověď nevedla k opakovaným krokům.
Vyjasněte, co si systémy musí předávat
Různé systémy mohou stav objednávky nebo adresu chápat jinak. Architektonický průvodce Microsoftu k převodu významů mezi systémy vysvětluje tento problém i práci potřebnou k jeho řešení. Popisuje jeden technický postup, nikoli součást, kterou musí mít každá administrace.
Pro opravnu je praktická otázka jednoduchá: co přesně v každém systému znamená „změněno“? Dohodněte pole, význam stavů, potvrzení a řešení chyb dříve, než propojení označíte za hotové. Jedno pracovní prostředí může dál záviset na tom, že několik systémů splní svůj díl práce.
Převeďte průchod úkolem do zadání
U každého úkolu, který chcete zahrnout, zapište roli, výchozí frontu, zdroj informací, povolený krok, potvrzení, historii a osobu odpovědnou za výjimky. Popište běžný průběh i obtížný případ, například zásilku, jejíž adresu už nelze změnit.
Vytváříme firemní software na míru. Přineste popis práce, kterou mají zaměstnanci dokončit, včetně místa, kde se dnes zasekává. Kolem této práce pak můžeme probrat rozsah a podmínky případného projektu.
Otázky ke společné administraci
Znamená jedna administrace nahrazení všech systémů?
Ne. Může spojit informace a kroky z existujících systémů. Určete, který systém uchovává platný záznam o jednotlivých údajích a který musí potvrdit každou akci. Společné zobrazení tato rozhodnutí nevyřeší.
Mají všichni vidět stejné ovládací prvky?
Každé roli dejte informace a kroky potřebné k její práci. Manažer může potřebovat přehled nevyřízených úkolů, zatímco zákaznická podpora potřebuje konkrétní žádost. Společné prostředí nevyžaduje stejná oprávnění pro všechny.
Co se má stát, když změnu nelze dokončit?
Ponechte požadavek viditelný, s jasným stavem a konkrétní osobou či týmem odpovědným za další krok. Ukažte, co víte, co se ještě musí potvrdit a zda je bezpečné něco zkusit znovu. Požadovanou změnu neoznačujte za dokončenou, dokud ji příslušný systém nepotvrdí.