it-swarm-eu.dev

Rozklad složitých procesů

V současné době vyvíjím CMS pro rezervační agenturu, která sdružuje vícedenní hudební festivaly. Spíše než zveřejňování zpráv nebo článků, převážná část spravovaného obsahu jsou právě tyto festivaly a pořady. Při vysílání těchto pořadů na web je však spousta datových vstupů a proces vytvoření nového festivalu je do jisté míry zapojen:

  • Vytvořte festival
    • Zadejte název festivalu, datum zahájení, popis
    • Nahrajte a připojte všechny letáky
  • Připojte události (např. Rock night, Metal Night, Hip-Hop atd.)
    • Zadejte název události/popis, datum, sestavení, headliner
    • Připojte všechny letáky
    • Nastavené časy vstupu (na více fázích)
    • Vyberte místo (nebo vytvořte nové)

Aktuální implementační model jednoduše umožňuje uživateli přejít na Festivaly, dálosti, Flyers, Místa a - Set Times části webu a vyplněním jednotlivých formulářů přidejte/upravte nebo smažte tato data. Ale nezdá se to příliš intuitivní. Takže se snažím převést tyto konvenční formuláře do rozhraní AJAX) a sloučit je do jediné obrazovky, aby se proces zefektivnil.

Toto je však spousta dat a já přemýšlím, kdy musíte proces rozdělit do několika kroků (např. Průvodce)? Kolik vstupních polí se snažíte omezit každou obrazovku?

Neváhám vytvořit uživatelské rozhraní čaroděje, protože je osobně nemám ráda, protože je používám, protože většina pracovních postupů není tak lineární (např. Časy jednotlivých událostí nejsou rozhodnuty až do noci před představením). Doufám, že seskupením vstupních polí do skládacích formulářů a pomocí modálního dialogu pro nahrávání letáků mohu omezit počet vstupních polí na obrazovce v daném čase, čímž se sníží nepořádek. Jedná se o rozumný návrh, nebo dává průměrný uživatel přednost rozhraní typu průvodce?

6
Lèse majesté

V takových případech používám karty skupin k uspořádání formulářů (takže uživatel má přímý přístup na stránku, kterou potřebuje), ale také poskytuji Next: xyz (Xyz je název dalšího formuláře) ) na každé stránce, takže uživatel, který dává přednost průvodci podobnému přístupu, může procházet stránkami.

4
ammoQ

To, co proces komplikuje, není to, že existuje tolik dat, ale předpoklad, že musí být zadány najednou. Vytvoření festivalu by mělo být tříkrokovým procesem:

  1. Vytvořit prázdný festival.
  2. pravit festival, dokud není kompletní.
  3. Publikovat festival.

Trik spočívá v tom, že uživatel pochopí, že formulář nemusí být vyplněn poprvé. Je v pořádku upravit pouze jedno pole a stisknout tlačítko Uložit. Festival může zůstat v neúplném návrhu stavu - možná ani nemá datum - až do jeho zveřejnění.

4
Patrick McElhaney

Jsem zvědavý, Lèse majesté, proč se vám nelíbí kouzelníci? Je to něco, pro co jste vyvinuli osobní nechuť, nebo máte něco konkrétnějšího z hlediska výzkumu, který prokáže, že čarodějové způsobují uživatelům problémy při plnění konkrétních úkolů? V současné době pracuji na přepracování velmi složité aplikace a mám podobné připomínky a obavy jako vaše, i když to nemá nic společného s Festivaly. Hledal jsem netradičních kouzelníků a opravdu se mi líbil uploader, který Flick'r používá. Myslím, že to také závisí na množství kroků v konkrétním procesu. To, co se mi na implementaci Flick'r líbilo, byla transparentnost a vertikální vizualizace, což mi dalo pocit, že to bude snadné.

1
Rollin4eyes