Co patří do rozsahu zákaznického portálu?

Portál může vypadat jednoduše zvenčí: sign- in page, palubní deska a několik forem. Jeho rozsah závisí na tom, co tyto obrazovky umožní lidem dělat a co se stane s informacemi později.

Chcete-li definovat nový portál, pracujte přes cestu zákazníka a odpovědnost zaměstnanců za něj. Screen počítá sám zmeškat velkou část skutečné aplikace.

Začít s důvodem zákazníka vrátit se

Užitečný portál má opakovaný účel. Zákazník může zkontrolovat žádost, získat dokument nebo dokončit požadovanou akci. Rozhodněte se, na jakém účelu záleží jako první.

Pak identifikujte záznam, který tento účel nese. Pokud je portál o žádostech o služby, definujte požadavek a jeho stavy. Přístrojová deska se stává snadnější navrhnout, jakmile víte, které záznamy by měl vysvětlit.

Oddělte role

Zákazník možná potřebuje vidět své vlastní záznamy. Zaměstnanec může potřebovat vidět přidělenou práci. Správce může ovládat uživatele a konfiguraci. To jsou různé povinnosti, ne jen různé štítky nabídky.

Oblast působnosti musí stanovit pravidla přístupu a způsob, jakým se účty stávají autorizovanými. Zvažte, zda účet představuje osobu, společnost nebo skupinu s několika uživateli. Toto rozhodnutí může změnit způsob, jakým jsou vedeny záznamy a oprávnění.

Pro první verzi, patří role, které jsou nezbytné. Nepřidávejte propracovaný editor oprávnění, pokud někdo nemá definovaný důvod k použití.

Postupujte podle jednoho záznamu v průběhu celého procesu

Vezměte si ilustrativní žádost o službu. Zákazník ji vytvoří, personál ji přezkoumá, chybějící informace jsou požadovány a rozhodnutí nebo stav dokončení je zaznamenán.

V každém kroku se zeptejte, kdo může jednat, jaké informace je třeba a co vidí další osoba. Může být žádost po podání editována? Lze ji stáhnout? Potřebuje recenzent důvod k odmítnutí?

Tyto otázky patří do oblasti působnosti, protože mění chování aplikace. Neměli by se s nimi zacházet jako s malými vizuálními detaily, které by se řešily po vývoji.

Rozhodnout, jak jsou aktualizace sděleny

Změna stavu se může objevit na palubní desce, spustit e-mail nebo požadovat akci od zákazníka. To jsou odlišné vlastnosti. Oznámení potřebuje definovanou událost, příjemce a zprávu, stejně jako rozhodnutí o tom, jaké informace by se v ní neměly objevit.

Prvotní notifikační návrh můžete ponechat omezený. Jasnější status in- application a jeden nezbytný e-mail mohou být vhodnější než slibná oznámení pro každou změnu. Vhodná volba závisí na pracovním toku.

Zacházet s dokumenty jako s vlastním pracovním tokem

Tlačítko upload vyvolává otázky týkající se typů souborů, velikosti, vlastnictví, viditelnosti, přezkumu a odstranění. Pokud dokument potřebuje schválení, soubor a rozhodnutí potřebují vztah, kterému může uživatel rozumět.

Začněte s dokumenty, které hlavní pracovní postup skutečně vyžaduje. Veřejné sdílení, elektronické podepisování a komplexní verze dokumentů jsou samostatné požadavky, nikoli automatické důsledky přidávání uploadů.

Přesněji o ostatních systémech

Připojení k fakturaci, CRM nebo jiná aplikace potřebuje definované pravidlo záznamu a aktualizace. Zobrazuje portál informace, vytváří je nebo mění? Jak aktuální to má být?

První verze může použít dohodnutý manuální proces tam, kde je to vhodné. Důležité je, aby se tato volba viditelná spíše než popisovat portál jako plně integrovaný, pokud krok stále závisí na osobě.

Popište zkoušku přijatelnosti

Pro základní pracovní postup žádosti by test mohl ověřit, že zákazník může vytvořit žádost, nemůže mít přístup k záznamu jiného zákazníka, vidí aktualizaci zaměstnanců a obdrží dohodnuté oznámení. Personál musí být schopen zpracovávat neúplné informace, aniž by ztratil záznam.

Tento příklad nepředepisuje funkčnost každého portálu. Ukazuje, jak lze z obou stran zkontrolovat kompletní pracovní postup.

Co má tendenci tento projekt rozšiřovat?

Více typů uživatelů, více organizací na účet, platby, zasílání zpráv v reálném čase, dvoucestné integrace a komplexní podávání zpráv zavádějí další rozhodnutí. Každý může být oprávněný, ale každý potřebuje svou vlastní roli ve stručnosti.

Nejužitečnější rozpočtová konverzace začíná prvním kompletním pracovním postupem a závislostmi, které skutečně potřebuje. Atraktivní seznam funkcí ještě není rozsah dodávky.

Prozkoumejte vývoj vlastní webové aplikace nebo prodiskutovat váš portál.