{"id":247,"date":"2019-09-15T12:56:26","date_gmt":"2019-09-15T10:56:26","guid":{"rendered":"http:\/\/maxfest.dk\/port\/?p=247"},"modified":"2019-11-24T16:50:14","modified_gmt":"2019-11-24T15:50:14","slug":"noter-i-brugertests-noter-fra-forberedelse-og-lektion","status":"publish","type":"post","link":"https:\/\/maxfest.dk\/port\/skiftligt-materiale\/noter\/noter-i-brugertests-noter-fra-forberedelse-og-lektion\/","title":{"rendered":"Noter i brugertests: noter fra forberedelse og lektion"},"content":{"rendered":"\n<p>Noter fra brugertests. Noter taget p\u00e5 multimediedesign i sommeren 2019. Opgaver i brugertest givet af  Andrea Cirone N\u00f8rregaard. Undervisningen blev afholdt af Kristin Utne.<\/p>\n\n\n\n<p>Opgaven gik p\u00e5 at l\u00e6se:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Designing for Interaction, Dan Saffer Side 181-185.<\/li><li><a href=\"https:\/\/uxdesign.cc\/usability-testing-what-is-it-how-to-do-it-51356e5de5d\">https:\/\/uxdes<\/a><a href=\"https:\/\/uxdesign.cc\/usability-testing-what-is-it-how-to-do-it-51356e5de5d\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\"i (\u00e5bner i en ny fane)\">i<\/a><a href=\"https:\/\/uxdesign.cc\/usability-testing-what-is-it-how-to-do-it-51356e5de5d\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">gn.cc\/usability-testing-what-is-it-how-to-do-it-51356e5de5d<\/a><\/li><li><a href=\"https:\/\/www.interaction-design.org\/literature\/article\/when-should-i-conduct-usability-testing-for-a-product\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">https:\/\/www.interaction-design.org\/literature\/article\/when-should-i-conduct-usability-testing-for-a-product<\/a><\/li><li><a href=\"https:\/\/blog.hubspot.com\/marketing\/usability-testing\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">https:\/\/blog.hubspot.com\/marketing\/usability-testing<\/a><\/li><li><a href=\"https:\/\/www.interaction-design.org\/literature\/article\/usability-a-part-of-the-user-experience\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\" (\u00e5bner i en ny fane)\">https:\/\/www.interaction-design.org\/literature\/article\/usability-a-part-of-the-user-experience<\/a><\/li><\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Noter fra forberedelse<\/h2>\n\n\n\n<h3 class=\"wp-block-heading\">Hvad er brugertests<\/h3>\n\n\n\n<p>Brugertests er et kvalitativt v\u00e6rkt\u00f8j der hj\u00e6lper os med at f\u00e5 indsigt i brugeres tankegang og fremgang. Man fokuserer p\u00e5 hvad brugeren g\u00f8r, og ikke hvad brugere siger. Det er et evalueringsv\u00e6rkt\u00f8j til hjemmesiders brugeroplevelse (UX design).<\/p>\n\n\n\n<p>Brugertests er en m\u00e5de at m\u00e5le brugervenlighed igennem tests.<\/p>\n\n\n\n<p>Feedback er kan v\u00e6re en meget behagelig ting, og brugertests er en m\u00e5de at f\u00e5 dette p\u00e5. Ved at teste l\u00f8sningerne for en m\u00e5lgruppe kan man finde ud af hvordan de oplever ens l\u00f8sning.<\/p>\n\n\n\n<p>De indsigter man pr\u00f8ver at f\u00e5 er:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>F\u00e5 indsigter fra sine brugere.<\/li><li>Vurdering om man udfylder brugerens forventninger.<\/li><li>Check om designet matcher forretningsbeslutningerne verden tager.<\/li><li>Check om brugeren kan udf\u00f8re de opgaver vi giver dem.<\/li><li>Find ud af om vi har den rigtige fremgang.<\/li><li>F\u00e5 brugerens reactioner og feedback.<\/li><\/ol>\n\n\n\n<h3 class=\"wp-block-heading\">Historie<\/h3>\n\n\n\n<p>F\u00f8r brugertest anvendte man udtrykket brugervenligt i 1990&#8217;erne. &#8220;Usability&#8221; har haft mange betegnelser indtil nu. Det har betydet det samme som Usability design, men i dag er de 2 ting forskelige. Design kan ikke anvendes, men er det der g\u00f8r anvendelsen forst\u00e5eligt.<\/p>\n\n\n\n<p>Et godt design er:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Synligt anvendeligt.<\/li><li>Nemt at forst\u00e5.<\/li><li>Nemt at huske.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Fordele ved bruger tests<\/h3>\n\n\n\n<p>Med brugertests kan man reducere risikoen for at bruge ressourcer p\u00e5 noget forkert. Man kan med fordel ogs\u00e5 teste konkurrenters l\u00f8sninger for at finde tilsvarende indsigter hos konkurrenten, hvor man s\u00e5 kan bruge den viden til at styrke sin egen platform.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Brugertests giver fordomsfrie og n\u00f8jagtige indsigter fra testpersonerne.<\/li><li>Brugertests er praktiske. Det kr\u00e6ver ikke meget.<\/li><li>Brugertests kan l\u00e6re en hvad ens brugere g\u00f8r p\u00e5 ens side.<\/li><li>Brugertests giver indsigt i hvad der er godt og skidt p\u00e5 ens hjemmeside, og dermed ogs\u00e5 indsigt i hvor man b\u00f8r gribe til.<\/li><li>Brugertests kan g\u00f8re siden mere intuitiv, og dermed \u00f8ge brugeroplevelsen og \u00f8ge eftersp\u00f8rgslen p\u00e5 ens produkter.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Udf\u00f8relse af brugertests<\/h3>\n\n\n\n<p>Man kan udf\u00f8re brugertests f\u00f8r, under og efter redesign. F\u00f8r et redesign tester man f\u00e6rdige l\u00f8sninger. Under et redesign, tester man wireframes eller prototyper. Man kan udf\u00f8re brugertests p\u00e5 lo-fi, mid-fi og hi-fi wireframes. Ofte kan middelm\u00e5dig kvalitet f\u00f8re til de bedste resultater. Efter et redesign tester man den seneste version af eksisterende l\u00f8sning.  <\/p>\n\n\n\n<p>Der er 4 trin i en brugertest:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>Lave en test platform.<\/li><li>Facilitere testen.<\/li><li>Analysere resultaterne.<\/li><li>Rapportere resultater.<\/li><\/ol>\n\n\n\n<p>Der er 9 faser i en brugertests:<\/p>\n\n\n\n<ol class=\"wp-block-list\"><li>Beslutning omkring hvilke dele af ens produkt eller hjemmeside der skal testes.<\/li><li>Beskriv nogle test opgaver. Det b\u00f8r v\u00e6re de mest normale opgaver, som f.eks. at udf\u00f8re et k\u00f8b. <\/li><li>S\u00e6t en standard for succes. L\u00e6g en standard for hvad succes er. Er det k\u00f8b? Er det at brugeren er blevet klogere? S\u00e6t en standard der passer til din l\u00f8sning.<\/li><li>L\u00e6g en plan eller skriv et skript. Planl\u00e6g test forl\u00f8bet. Det vil f\u00e5 forl\u00f8bet til at v\u00e6re mere flydende og g\u00f8re sig bedre i optagelserne.<\/li><li>Uddel roller. Der er brug mindst en moderator og en note tager.<\/li><li>Rekrutterer deltagere. Find 5 deltagere der er repr\u00e6sentative for brugerne p\u00e5 din hjemmeside. Lav persona, og find personer der ligner disse bedst muligt, og log dem med et gavekort. Ved et lavere budget kan man invitere kolleger eller venner. Det giver dog fordomme, og kan forringe resultater.<\/li><li>Udf\u00f8r testen. Lad brugere udfylde opgaverne enkeltvis. Hj\u00e6lp dem kun hvis det absolut er n\u00f8dvendigt, og kun i s\u00e5 lille grad som muligt, og efter at have ventet s\u00e5 l\u00e6nge som muligt. Bed brugere om at t\u00e6nke h\u00f8jt. Efter udf\u00f8relsen af opgaverne, bed brugerne om feedback om deres forventninger og om de ville anbefale siden\/l\u00f8sningen til andre.<\/li><li>Analyser data.<\/li><li>Rapporter resultater.<\/li><\/ol>\n\n\n\n<h4 class=\"wp-block-heading\">Lav en test platform<\/h4>\n\n\n\n<ul class=\"wp-block-list\"><li>Definer opgavens omfang. Definer ikke mere end 12 opgaver.<\/li><li>Rekrutter brugere. Rekrutter fra m\u00e5lgruppen, baseret p\u00e5 hvad du ved om dem. Til de fleste opgaver skal man h\u00f8jst bruge 5 personer, og til komplekse tests som f.eks. LEAN, skal man bruge h\u00f8jst 15.<\/li><li>Identificer m\u00e5l.<\/li><li>Definer (succes) kriterier. Man skal have nogle parametre man kan vurdere resultaterne fra testen i.<\/li><\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Facilitere testen<\/h4>\n\n\n\n<ul class=\"wp-block-list\"><li>Fort\u00e6l brugeren at de skal t\u00e6nke h\u00f8jt.<\/li><li>Anvend et normalt arbejdsmilj\u00f8. Fjern ikke distraktioner.<\/li><li>Tag noter.<\/li><li>Optag sesionen.<\/li><li>Drag ikke konklusioner under testen.<\/li><li>Fort\u00e6l ikke brugen for meget, tig stille og lyt.<\/li><\/ul>\n\n\n\n<p>Under testen er det vigtigt at finde kvantitative informationer, som f.eks. tid brugt, succes og fejl, og kvalitative informationer som f.eks. irritationsmomenter, subjektiv tilfredstildelse, selvobserveret sv\u00e6rhedsgrad i opgaverne.<\/p>\n\n\n\n<p>Det er vigtigt at man holder sig til skriptet. Stil \u00e5bne sp\u00f8rgsm\u00e5l. Led ikke brugeren, uden at de beder om det. Spr\u00f8ger en bruger hvad noget g\u00f8r, s\u00e5 er det bedst f\u00f8rst at sp\u00f8rge dem hvad de forventer.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Analysere resultaterne<\/h4>\n\n\n\n<p>Der er ingen fast metode.<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Find trends.<\/li><li>Noter potentielle problemer og l\u00f8sninger.<\/li><\/ul>\n\n\n\n<h4 class=\"wp-block-heading\">Rapportere resultater<\/h4>\n\n\n\n<ul class=\"wp-block-list\"><li>Baggrund for testen. Skriv kort om hvad testes, teamet, anvendte materialer, kort gennemgang af resulater og m\u00e5let for testen.<\/li><li>Metode. Beskriv den anvendte metode.<\/li><li>Resultater. Opsumer alle resulatater.<\/li><li>Fund og handlingsforslag. List alle fund. Giv forslag til hvordan de kan l\u00f8ses, eller hvorfor de er gode.<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Hvorn\u00e5r b\u00f8r man afholde brugertests<\/h3>\n\n\n\n<p>Man b\u00f8r teste f\u00f8r og efter redesign.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Brugertests f\u00f8r redesign<\/h4>\n\n\n\n<p>Man udf\u00f8rer tests f\u00f8r redesign for at finde eksisterende fejl og ideelle l\u00f8sninger til det nye design.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"> Brugertests under redesign<\/h4>\n\n\n\n<p>Under et redesign tester man prototyper og wireframes. Man g\u00f8r dette for at komme p\u00e5 rigtigt spor under udviklingen. Dette kan spare mange penge.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\"> Brugertests efter redesign<\/h4>\n\n\n\n<p>Efter et redesign tester man eksisterende l\u00f8sninger for at teste oplevelser.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Planl\u00e6gning af tests<\/h3>\n\n\n\n<p>Det kan v\u00e6re sv\u00e6rt at planl\u00e6gge tests. Man vil gerne vente til man har det mest udf\u00f8rlige materiale, da man p\u00e5 den m\u00e5de f\u00e5r de mest retvisende resultater. Den mest f\u00e6rdige version, det flotteste wireframe, osv. Venter man dog for l\u00e6nge, s\u00e5 mister man tid til at fikse problemer man st\u00f8der p\u00e5, og risikerer derfor at bruge tid p\u00e5 at redesigne l\u00f8sninger. Der er derfor ikke en et bestemt tidspunkt man b\u00f8r afholde brugertests under udvikling.<\/p>\n\n\n\n<p>For at reducere fejl skal man teste s\u00e5 tidligt som muligt.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\">Typer af brugertests<\/h3>\n\n\n\n<h4 class=\"wp-block-heading\">Hallway\/Guerilla Usability Testing<\/h4>\n\n\n\n<p>En type test med meget st\u00f8j. Man udv\u00e6lger tilf\u00e6ldige mennesker.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Remote\/Unmoderated Usability Testing<\/h4>\n\n\n\n<p>Man kan lade software om at finde testpersoner. Det har to fordelle. Man bruger lidt tid p\u00e5 rekruttering. Man f\u00e5r brugere til at teste i naturlige omgivelser.<\/p>\n\n\n\n<h4 class=\"wp-block-heading\">Moderated Usability Testing<\/h4>\n\n\n\n<p>Man kan selv s\u00f8rge for at lave et test milj\u00f8. Fordelene ved det er at man kan guide og observere testpersonerne bedre.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Noter om brugertests fra undervisningen<\/h2>\n\n\n\n<p>Man tester l\u00f8bende under designprocessen. Man kan teste for at finde metoder, og \u00e6ndre metoder. Design thinking. Modellen kan bruges til at vise hvor man kan gribe ind n\u00e5r man har anvendt en brugertest. <\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Usability\/anvendelighed = Om det er nemt og behageligt at bruge<\/li><li>Utility\/nytte = om der er de features man skal bruge<\/li><li> USeful\/brugbar = utility+usability<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Usability<\/h3>\n\n\n\n<p>Kan opdeleles i:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Produktivitet<\/li><li>Effektivitet<\/li><li>Tilfredsstillelse<\/li><\/ul>\n\n\n\n<h3 class=\"wp-block-heading\">Usability test<\/h3>\n\n\n\n<p>Teknisk til at indsamle empirisk data. Det er en iterativ cyklus. Best\u00e5ende af test, redesign og re-test.<\/p>\n\n\n\n<p>Man begr\u00e6nser sig til 5 testpersoner, da de finder omkring 80% af fejlene. Flere testpersoner giver kun en begr\u00e6nset bedre indsigt.<\/p>\n\n\n\n<p>Der er en god id\u00e9 at bruge en testplan. I den definerer man opgaverne, script og meget mere.<\/p>\n\n\n\n<p>Under interviews er det en god id\u00e9 at informere brugerne om at t\u00e6nke h\u00f8jt, for at berolige dem, informere dem om at de ikke testes og f\u00e5r at f\u00e5 deres indsigter de t\u00e6nker.<\/p>\n\n\n\n<p>Det er en god id\u00e9 at udarbejde et identifikationsskema. Den b\u00f8r indeholde<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Kritiske fejl<\/li><li>Ikke kritiske fejl<\/li><li>Gennemf\u00f8relsesprocent<\/li><li>Tid taget p\u00e5 opgaveniveau<\/li><li>Subjektive foranstaltninger<\/li><li>Feedback<\/li><\/ul>\n\n\n\n<p>Undg\u00e5 nogle typer opgaver:<\/p>\n\n\n\n<ul class=\"wp-block-list\"><li>Opgaver med skjult hj\u00e6lp<\/li><li>Irelevante<\/li><li>Urealitiske<\/li><li>Opgaver der foreskriver en bestemt l\u00f8sning<\/li><li>Upr\u00e6cise<\/li><li>Us\u00e6dvanlige (medmindre det er relevant for m\u00e5lgruppen)<\/li><\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Noter fra brugertests. Noter taget p\u00e5 multimediedesign i sommeren 2019. Opgaver i brugertest givet af Andrea Cirone N\u00f8rregaard. Undervisningen blev afholdt af Kristin Utne. Opgaven gik p\u00e5 at l\u00e6se: Designing for Interaction, Dan Saffer Side 181-185. https:\/\/uxdesign.cc\/usability-testing-what-is-it-how-to-do-it-51356e5de5d https:\/\/www.interaction-design.org\/literature\/article\/when-should-i-conduct-usability-testing-for-a-product https:\/\/blog.hubspot.com\/marketing\/usability-testing https:\/\/www.interaction-design.org\/literature\/article\/usability-a-part-of-the-user-experience Noter fra forberedelse Hvad er brugertests Brugertests er et kvalitativt v\u00e6rkt\u00f8j der hj\u00e6lper os med&#8230;<\/p>\n","protected":false},"author":1,"featured_media":284,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[11],"tags":[18],"class_list":["post-247","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noter","tag-mmd"],"_links":{"self":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/247","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/comments?post=247"}],"version-history":[{"count":14,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/247\/revisions"}],"predecessor-version":[{"id":939,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/posts\/247\/revisions\/939"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/media\/284"}],"wp:attachment":[{"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/media?parent=247"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/categories?post=247"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/maxfest.dk\/port\/wp-json\/wp\/v2\/tags?post=247"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}