it-swarm-eu.dev

Řešení pro řešení opravdu špatného uživatele zadávání nesprávných dat?

Tuto otázku rozdělím na dvě části, zadní příběh a skutečnou otázku.

The Back Story
Pracuji pro poradenskou firmu a vyvinuli jsme kus softwaru, který umožňuje společnosti spravovat své nemovitosti. Pronajímají kolem 1 000 bytů a domů a software sleduje, co je pronajato kým, kdo dluží co a za co, sleduje majetky a nájemní jednotky ve vlastnictví a zprávy o údržbě. Spravuje také fakturaci.

Je to tedy docela složitý systém.

Společnost, pro kterou jsme ji vytvořili, má smysl platit minimální mzdu za své pracovní místo a najímá pouze ženy a nevyžaduje počítačovou gramotnost. Rovněž nebudou ztrácet peníze na školení nových najatých pracovníků, protože obvykle trvají jen několik měsíců.
Proto byl software pověřen rozhraním „cena rybáře“ a mělo by být stejně jednoduché jako rozhraní McDonald. Jediným problémem je, že McDonald's pravděpodobně utratil miliony za navrhování svých, a McDonald's má jednodušší obchodní model a školí své uživatele.

Navzdory tomu všemu mám pocit, že jsem si vybudoval docela intuitivní rozhraní, a měl jsem nějaké lidi v kanceláři, aby mě u mě testovali. Výsledky jsou dobré, opravil jsem pár věcí, které bych neviděl kvůli své blízkosti k softwaru, ale celkově lze dosáhnout všech nebo téměř všech úkolů v uživatelském testu bez školení.

V této společnosti je však zejména jeden uživatel, který nedokáže přijít na to, jak systém používat. Před dvěma měsíci změnila asi 50 nájemních dat nájemního. Opravil jsem to v databázi a vše bylo na chvilku v pořádku. Minulý měsíc jsme dostali zprávy, že systém přeřazuje lidi do nových obytných prostor, ale změnila je. Zaměřil jsem se na to, abyste nemohli změnit obytné prostory nájemců, aniž byste klikli na velké tlačítko „Odemknout“ obrázek. Zdálo se, že to problém vyřešilo. Pak jsme před dvěma týdny dostali zprávu, že systém (vždy chyba systému) přejmenoval vlastnosti. Ukázalo se, že si uživatel myslel, že může hledat v textovém poli Název vlastnosti (označené „Název nemovitosti“, je tam tlačítko se zvětšovacím sklem, které říká „Hledat“ daleko od něj). Teď je formulář pro manipulaci s vlastnostmi zamčený stejným způsobem jako nájemce. Včera systém opět měnil data pronájmu a protokoly ukazovaly, že je to stejný uživatel. Chtějí, abych uzavřel datum pronájmu tak, jak mám jméno nemovitosti a nájemní obydlí, ale myslím, že to zašlo příliš daleko.

Pokud provedu změnu, kterou požadují, budou i nadále vinit software (a poradenskou firmu) a nepřijímají odpovědnost za nedostatek školení a dovedností svých uživatelů. Ve skutečnosti by to také nic nevyřešelo, dokud nebylo nutné každé vstupní pole odemknout, než bylo možné jej upravit. Nebudou platit za vytvoření dokumentace, jako je uživatelská příručka nebo soubory nápovědy, což je jediný způsob, jak vidím, že ji lze opravit.

Problém
Neškolený uživatel neustále zadává špatná data na nesmyslných místech (jako je telefonní číslo v poli SPZ). Odstraňuje nebo mění kritická systémová data, která obvykle musí upravovat. Zákazník požádal, abych přidal další kliknutí k úpravě dat, ale mám pocit, že problém nevyřeší, stačí jej přesunout do jiného pole.

Co mohu udělat, abych zabránil tomuto špatnému vstupu, který se výrazně neliší od dobrých údajů?

8
Malfist

kázalo se, že si uživatel myslel, že může hledat v textovém poli Název vlastnosti

Ve skutečnosti je to velmi častý problém. U vašich uživatelů není zřejmé, že mění záznam. Jste míchání zobrazení dat a úpravy dat - ne příliš "Fisher Pricey".

„Vyhledat“ by měl vrátit seznam nebo záznam jen pro čtení.
Pouze když kliknete na „Upravit tento záznam“, pole by měla být upravitelná - a úprava by měla být modální: nepovolujte žádné jiné příkazy, ale „Uložit změny“ nebo „Zrušit“.


Je těžké dávat doporučení, aniž bychom znali aplikaci a skutečné obchodní postupy, ale tady je to, co bych zhruba hodil:

  • Úvodní stránka pro výběr akce (např. „Vyhledat nájemce“, „Vyhledat umístění“, „Ukončit tuto práci s frackingem“)
  • Pro každou akci jedna stránka, např. jedna vyhledávací stránka
  • Pokud vyhledávání vrátí více výsledků, uveďte je na vyhledávací stránce (pouze ke čtení!), Aby uživatel mohl vyhledávání upřesnit, opravit pravopis atd.
  • Kliknutím na výsledek nebo provedením vyhledávání s jediným výsledkem se dostanete např. stránka „Podrobnosti o nájemci“. Stále číst. Na této stránce můžete
    • návrat do menu
    • najmout/vystřelit/přesunout/upravit nájemce
    • ...
  • přístup k dalším výsledkům vyhledávání z této stránky (např. seznam na straně, rozevírací seznam, pár tlačítek „Předchozí/Další“ ...)
  • Opět platí, že každá akce, např. „Přesunout nájemce“ má svou vlastní stránku
18
peterchen

I když se to může zdát kontraintuitivní, může být tento uživatel v maskování požehnáním. Jeden „špatný“ uživatel vám může na webu poskytnout více informací než 10 „dobrých“ uživatelů. Zvláště pokud se snažíte navrhnout nejnižší společný jmenovatel. Pokud je cílem systému vytvořit způsob, jak s ním netrénovaní lidé pracovat, musíte tento uživatel vzít v úvahu.

Například zamykání protokolů zní jako zajímavý nápad, který by pomohl zabránit nezkušeným uživatelům v provádění chyb.

To se vrací k dobrým principům návrhu rozhraní. Hlavně „rozhraní je kompletní, když uživatel říká, že je“.

Její problém při pokusu o „vyhledávání z textového pole Název vlastnosti (označeného jako„ Název nemovitosti “) je tlačítko s lupou, které říká„ Hledat “daleko od něj), může být problém s použitelností. Na základě vašeho popisu se zdá rozumné, že by mohla udělat chybu.

Zkusili jste mluvit s osobou, která dělala tyto chyby? Navrhuji sedět s ní a vlastně sledovat její práci se systémem. Vypadá to, že by vám mohla ukázat, jak program používá. Vždy je lepší vidět, co dělají, protože lidé neříká celý příběh (mohou se cítit rozpačitě, říkat vám, co chcete slyšet, nebo jednoduše zapomenout).

Informace, které získáte, když ji skutečně vidíte v akci, diktují, jaké kroky musíte podniknout. Je formulace matoucí? Rozptýlí se na pracovišti? Dělá více úkolů a dělá chyby? Je rozhraní „cena rybáře“ příliš v rozporu s jejím očekáváním? Na všechny lze odpovědět pozorováním a pečlivým dotazováním.

IF, na konci dne, je nutné školení, pak se obchodní návrh a obsahovat informace o návratnosti investic. Musíte je přesvědčit, že je v jejich nejlepším zájmu platit za školení. VUT v Brně obvykle není řešením problému s rozhraním. Když pracujete v rámci očekávání uživatelů a stavíte na jejich stávajících znalostech, nepotřebujete rozsáhlé školení. Přemýšlejte: Gmail, Word, Outlook. Pravděpodobně pro ně nečtete uživatelskou příručku.

17
Kevin G

Jedna věc je z vaší otázky nejasná. Poté provedla nesprávnou změnu, je vědoma, že provedla nesprávnou změnu?

  • Pokud ne, naznačuje to, že software postrádá uživateli potřebnou zpětnou vazbu.
  • Pokud ano, pak skutečným problémem je, proč neopravuje chybu, kterou zavedla, přestože si je toho vědoma. Pokud jí prostě chybí odpovědnost, vylepšování softwaru není příliš relevantní. Ale pokud to chce napravit a neví, jak by měl software pomoci. Jednou z věcí může být poskytnout uživateli možnost vrátit zpět poslední změny.
12
Tsuyoshi Ito
  • Začněte protokolovat všechny kritické akce.
  • Oznámí všechny změny šéfovi. K vyřešení všech problémů potřebujete fakta.
  • Omezit přístup k dalším důležitým částem aplikace: zobrazit tomuto uživateli jedno okno a nic víc :).
  • Začněte stínování a prozkoumejte aktivitu uživatele.
  • Odepřít jakékoli změny předchozích uložených dat (například, které byly změněny před 1 dnem).
  • Pokuste se k problémovým vstupům přidat další kontroly (formát telefonního čísla, zadání čísla, délku řetězce atd.).
  • Začněte upravovat data v oddělené formě, všechny mřížky jsou ReadOnly!
  • ..
  • Doporučit střílet: Nevím, jestli není příbuzná šéfa;)
  • Najměte tyto lidi jako testery, abyste mohli podnikat! :)
3
igor

„bylo pověřeno rozhraním„ cena rybáře “

Koupil jsem digitální fotoaparát Fisher Price pro své děti před několika Vánoce. Software, který přinesl, by udělal můj seznam skutečně hrozných rozhraní.

Každopádně ... víte, o co jde. Buď vaše společnost potřebuje lepší způsob, jak to sdělit zákazníkovi, nebo musí zvážit nalezení nového zákazníka.

NEBO ... váš zákazník musí investovat spoustu času a peněz, abyste vybudovali mnohem složitější obchodní pravidla. To by samozřejmě stálo víc, než kdyby jen investovali do trochu školení.

AKTUALIZACE:

Jedna další myšlenka ... co takhle 'wiki-esque' zpět rozhraní? Ve skutečnosti neměňte ŽÁDNÁ data v systému, ale místo toho verzi každého záznamu. Poté vytvořte rozhraní pro vrácení zpět nebo vrácení zpět. Tímto způsobem může majitel firmy vyřešit všechny chyby, které její zaměstnanci dělají.

1
DA01
  • Poskytněte potvrzovací dialog.
  • Poskytněte popisy, které vysvětlují, co každé pole dělá.
  • Zadejte tlačítka pro odeslání, která označují jejich akci, „Upravit“, nikoli „Odeslat“.
  • Poskytujte administrativní protokoly.
  • Proveďte administrativní schvalovací proces.
  • Zadejte příkaz zpět.
  • Poskytněte nižší úroveň přístupu pro běžné použití, tj. Výchozí pouze pro zobrazení.

Následující podmínky mohou být také podmíněně vhodné.

  • Omezte uživatele na přístup nižší úrovně.
  • Poskytněte omezení možností uživatele, například počet celkových úprav během časového období nebo úpravy záznamů na základě konkrétních kritérií.
1
Thomas Langston

Kromě již uvedených odpovědí:

  1. Na obrazovce, kde lze pole upravovat, ujasněte, že pole má změněnou hodnotu. Pokud bylo křestní jméno „Nicolas“ změněno na „Peter“, uveďte do tohoto pole oranžové pozadí. A umístěte vedle ní tužku s titulkem, který říká: „Pro toto pole jste napsali novou hodnotu, ale dosud jste ji neuložili.“ A pokud uživatel napíše zpět původní hodnotu „Nicolas“, vypusťte oranžové pozadí a tužku.
  2. Vedle tlačítka Uložit přidejte větu, která říká: „Napsali jste nové hodnoty pro křestní jméno, příjmení a telefonní číslo tohoto nájemce. Pokud chcete tyto změny zaznamenat, klikněte na Uložit . “
  3. Poté, co uživatel klikne Uložit , vložte tuto větu v horní části obrazovky: „Změnili jste křestní jméno, příjmení a telefonní číslo pro nájemce T01789456. “ Pomocí tlačítka Zpět .
1

Řízení přístupu

Zdá se, že tento uživatel mění pole, která jsou mimo rozsah jejích povinností. (Pokud by tyto části rozhraní souvisely s jejími povinnostmi, myslím, že by věděla, co dělají, a nezneužívala je,)

Jedním ze způsobů, jak tomu zabránit, by bylo omezit uživatele na úpravu pouze těch částí údajů, za které jsou odpovědní.

Nezobrazovat uživatelské části rozhraní, které nejsou relevantní pro její povinnosti. Nedovolte jí přístup k úpravám údajů, které nejsou relevantní pro její povinnosti. Jednodušší pro ni, aby dokončila svou práci, bezpečnější pro data.

To lze provést přiřazením role každému uživateli nebo přidělením každému uživateli sadu přístupových oprávnění. (První může být výhodnější pro velké uživatelské základny. Druhý může být výhodnější, když každý jednotlivec potřebuje jedinečnou sadu přístupových oprávnění.)

Jakmile se uživatel seznámí se systémem, bude možné podle potřeby otevřít přístup k dalším částem rozhraní.

0
joeytwiddle