Concepte. Stresul și conceptul de tulpină. Utilizare (utilizare) Experiența utilizatorului (experiența utilizatorului) Model de procedură
Conceptele de încărcare și stres Conceptul de utilizare (utilizare) Experiența utilizatorului (experiența utilizatorului) Modelul de proces o Dezvoltarea centrată pe utilizator sau pe om o Ingineria utilizabilității
Facilitatea de utilizare și experiența utilizatorului Utilizarea o Măsura în care un sistem, produs sau serviciu poate fi utilizat de anumiți utilizatori într-un anumit context de utilizare pentru a atinge obiectivele stabilite în mod eficient, eficient și satisfăcător. o bine definită o experiență de utilizator măsurabilă o percepții și reacții ale unei persoane rezultate din utilizarea efectivă și/sau așteptată a unui produs, sistem sau serviciu. o Termenul de definiție nu a fost încă finalizat. o Măsurarea este adesea insuficientă
Facilitatea de utilizare și experiența utilizatorului
Utilizarea și experiența utilizatorului măsuri obiective ale performanței sistemului general percepții și reacții subiective SUZILITATE EFICACITATE EFICIENȚĂ SATISFACȚIE Ergonomie umană EXPERIENȚA UTILIZATORULUI utilizare anticipată utilizare efectivă după utilizare
Utilitatea și principiile proiectării dialogului
DIN EN ISO 9241-110 Principii de proiectare a dialogului Caracterul adecvat al sarcinii o Fără pași superflui, fără informații înșelătoare Capacitate de autodescriere o Informațiile necesare pentru un anumit pas sunt, de asemenea, disponibile. Conformitatea așteptărilor o Sistemul reacționează întotdeauna cu exact informațiile din punctul de vedere al sarcinii este de fapt „de așteptat” faptul că învățarea este favorabilă învățării sau produsul poate fi utilizat imediat pe baza cunoașterii sarcinii, nu este necesară nicio formare
DIN EN ISO 9241-110 Principii de proiectare a dialogului Controlabilitate o La finalizarea sarcinii, utilizatorul poate merge în mod constant în direcțiile necesare din punctul de vedere al sarcinii (fără ocoliri și toleranță de eroare „intrare nouă în altă parte”) utilizatorul este ghidat de sistem Erori protejate sau, dacă utilizatorul a făcut greșeli, pot fi corectate cu un efort minim. Personalizare o Utilizatorul poate adapta el însuși interfața utilizatorului și poate face setări implicite individuale care să respecte justitatea condițiilor sale fizice (de exemplu, dimensiunea fontului) sau să țină cont de specificul contextului său ( de exemplu, anumite setări implicite)
Dezvoltarea centrată pe om (baddesigns 2010)
Dezvoltarea centrată pe om Odată ce un sistem este în dezvoltare, corectarea unei probleme costă de 10 ori mai mult decât rezolvarea aceleiași probleme în proiectare. Dacă sistemul a fost lansat, acesta costă de 100 de ori mai mult în comparație cu fixarea în proiectare. (Gilb 1995)
EL cursul de acțiune deciziile timp
Dezvoltare centrată pe om Reducerea costurilor o Mai puțină instruire și documentare necesară o Mai puține relucrări, reamintiri după lansarea pe piață Creșterea vânzărilor o ROI al costurilor suportate devreme Cerințe legale Certificare conform standardelor Sănătate și siguranță la locul de muncă Realizarea accesibilității Apropierea clienților Deschiderea de noi grupuri de clienți (de ex. Nevăzător)
Dezvoltare centrată pe om (DIN EN ISO 13407/2000)
Dezvoltare centrată pe om (DIN EN ISO 9241-210/2010)
Evaluarea proiectării analizei în trei faze
De la problemă la soluție Analiză Proiectare Spațiu problemă Spațiu soluție
Utilizarea ghidului DAkkS Dezvoltat și pus la dispoziție pe web de către organismul german de acreditare (Versiunea 1.3, DAkkS 2010) Compilarea metodelor pentru dezvoltarea și verificarea produselor interactive și a proceselor de dezvoltare a acestora pe baza standardelor relevante o DIN ISO 9241-11, -110, -210
De la problemă la soluție Interviuri de context Analiză Proiectare Spațiu pentru probleme Spațiu pentru soluții
Interviuri contextuale Interviuri individuale Reprezentanți reali ai grupurilor de utilizatori definite anterior 3-5 persoane per grup de utilizatori 2 intervievatori (intervievare și documentare) Focus: activități ale respondenților Discuții care sunt ghidate de întrebări cheie: o Adaptați întrebările cheie pentru contextul de utilizare o Aranjați întrebări cheie o Dacă este necesar cu clientul vot o Nu trebuie respectată secvența pentru desfășurarea interviului o Al doilea intervievator verifică dacă sunt puse toate întrebările
De la problemă la soluție Scenarii de context Interviuri de context Analiză Proiectare Spațiu pentru probleme Spațiu pentru soluții
Scenarii contextuale Creați text care rulează într-un stil narativ bazat pe interviu. Creați prompt, cel mult la o zi după interviul contextual de către unul dintre cei doi intervievatori. Discutați textul cu un alt intervievator și, dacă este necesar, evidențiați orice ambiguități.
De la problemă la soluție Analiză Proiectare Spațiu pentru probleme Spațiu pentru soluții Scenarii de context Interviuri de context Cerințe
Cerințe Definirea cerinței o Cerință necesară care permite îndeplinirea eficientă a scopului cuprins într-o situație din contextul de utilizare. Ø Înregistrați mai întâi scopul și apoi cerința pentru îndeplinirea scopului. Cerințele nu sunt obiective pe care cineva le urmărește. o Soluții la o problemă. o fără cerințe de utilizare sau tehnologie.
De la problemă la soluție Analiză Proiectare Spațiu pentru probleme Cerințe Cerințe de utilizare Spațiul pentru soluții Scenarii de context Interviuri de context
Cerințe utilizator Definiție cerință utilizator o o acțiune necesară a utilizatorului pe un sistem interactiv, într-un mod care descrie activitatea și nu este implementat tehnic. Utilizatorul trebuie să poată selecta ceva din sistem. o pot intra. o pot recunoaște. o Au disponibil în context.
Procesul de evaluare a scenariilor de context 1. Scenariu de context: Text cu fapte din interviul contextual 2. Cerință: Care este scopul faptelor descrise și care sunt cerințele pentru îndeplinirea acestui scop? 3. Cerința utilizatorului: ce acțiune trebuie să poată efectua un utilizator asupra sistemului pentru a îndeplini cerința?
Exemplu Context Inovație condusă Context Ergendis/Cerința necesității/Cerința I (civilă) gătește ouă marți pentru clienții bolnavi mintal ai instalației. Vreau să dau tuturor oul tare, moale, mediu pe care și-l doresc. Dar asta de multe ori nu funcționează și duce la crize psihologice. Nici cronometrul de ouă și nici sentimentul nu conduc în mod fiabil la succes. Urăsc marțea. Persoana care pregătește micul dejun trebuie să știe când oul are consistența (tare, mediu moale) pentru a putea oferi fiecărui participant la micul dejun un ou potrivit. Utilizatorul trebuie să poată vedea pe sistem ce ou este moale, mediu sau dur în consistență și când.
Exemplu Context Condus de inovare Context Cerință de necesitate Pentru anomalii neobișnuite verific bazele de date, dacă așa ceva a fost diagnosticat anterior. Nu vrei să faci o greșeală făcută de alții înainte. Utilizatorul trebuie să știe ce diagnostice greșite au fost făcute cu privire la o anomalie specifică, pentru a evita greșelile. Utilizatorul trebuie să poată selecta o anomalie patologică recunoscută la sistem. Utilizatorul trebuie să poată vedea diagnostice greșite făcute cu privire la anomalii patologice recunoscute.
Inovație condusă de utilizatori? Inovație bazată pe context! Henry Ford, 1863-1947 o Dacă mi-aș fi întrebat clienții ce vor, mi-ar fi spus: Un cal mai rapid. Inovație (definiție Thomas Geis, Procontext GmbH) o Soluția unei probleme în care utilizatorul soluției devine conștient de problema numai după ce problema nu mai există (a fost eliminată). o Notă: eliminarea unei probleme de care utilizatorul este conștient este o corectare a defectelor (nu o inovație).
Domenii tematice Proiectarea și evaluarea calităților centrate pe om Inovarea condusă de context
Procesarea produsului Context Analiza Evaluarea Cerințelor de proiectare
Strategia pentru inovație Definiți contextul Înlăturați ochelarii de soluție și puneți ochelarii cu probleme Întrebați ce fac în context Evaluați contextul o Cerințe o Cerințe de utilizare Puneți din nou ochelarii de soluție Verificați cerințele de utilizare pentru fezabilitate o Fezabil: faceți! o Nu este încă fezabil: în memoria companiei o Niciodată fezabil: gândiți-vă din nou peste 10 ani