Bygg rätt losning swetugg 2016
•Download as PPTX, PDF•
0 likes•861 views
Att bygga rätt lösning är en stor utmaning. Den som skapar värde, gör vardagen enklare och som förändrar beteenden. 5 tips till utvecklare som vill påverka!
Recommended
More Related Content
Similar to Bygg rätt losning swetugg 2016
Similar to Bygg rätt losning swetugg 2016 (7)
More from inUse
More from inUse (20)
Bygg rätt losning swetugg 2016
- 1. BYGG RÄTT LÖSNING STOCKHOLM GÖTEBORG MALMÖ INGRID DOMINGUES
- 2. UTVECKLARE ANVÄNDBARHET ”FROM BUSINESS TO BUTTONS” EFFEKTSTYRNING ®
- 4. I ANVÄNDNING
- 6. SKAPAR VÄRDE
- 7. Sök Youtube: ”inUse H&M” (En film från 2008)
- 8. $300 MILLION DOLLAR BUTTON User Interface Engineering, Jared Spool
- 10. Transfer Destination Go to Gate Distance SK402 BERGEN 19 2min BA377 LONDON 27 8min TAP321 LISBOA 32 9min
- 13. Piano stairs – the fun theory Rolighetsteorin.se
- 14. RÄTT LÖSNING! Skapar värde Gör vardagen enklare Förändrar beteenden
- 15. BESTÄLLARE • 40% startar projekt på magkänsla • 70% har ingen strukturerad uppföljning på sina investeringar i digitala lösningar Öhrings PWC 2008, Jerräng 2008
- 16. 5 TIPS FÖR ATT PÅVERKA
- 18. Konsekvens om det blir fel Förmågaattta investeringsbeslut
- 19. Konsekvens om det blir fel Förmågaattta investeringsbeslut God Allvarlig
- 20. Konsekvens om det blir fel Förmågaattta investeringsbeslut A Prova C Utforska B Enas D Bevisa http://www.infoq.com/articles/most-impact-mapping God Allvarlig
- 22. VERKTYG - NYTTA • Hypotes • Observation, intervju • Effektkarta • Kundresa • Scenarie
- 23. VERKTYG - NYTTA • Hypotes • Observation, intervju • Effektkarta • Kundresa • Scenarie
- 24. Youtube: From Business to Buttons Cindy Alvarez
- 25. • Hypotes • Observation med intervju • Effektkarta • Kundresa • Scenarie VERKTYG - NYTTA
- 26. OBSERVATION GER OVÄRDERLIG KUNSKAP OM BETEENDEN, ATTITYDER OCH VÄRDERINGAR
- 27. Spenderar tid på att tänka på inredning och smarta lösningar för hemmet, eller t.o.m. någon annans hem. Samlar på smarta och vackra lösningar som inte behöver gälla bara ett aktuellt problem, utan också framtiden. Älskar att dela sina idéer med andra Utmaning : Gör det busenkelt att titta igenom ”allt” och spara undan DRÖMMAREN ”DET HÄR SKULLE KUNNA BLI TREVLIGT NÄR…”
- 29. • Hypotes • Observation, intervju • Effektkarta • Kundresa • Scenarie VERKTYG - NYTTA
- 30. The golden circle – Simon Senek
- 35. • Hypotes • Observation, intervju • Effektkarta • Kundresa • Scenarie VERKTYG - NYTTA
- 39. DE VIKTIGASTE VERKTYGEN • Hypotes • Observation, intervju • Effektkarta • Kundresa • Scenarie
- 41. 3. FRÅGA VARFÖR
- 42. VARFÖR • …heter den så? • …ligger den först? • …är den så stor? • …behövs multiselect?
- 43. VARFÖR • …ser det olika ut? • …använder vi inte…?
- 45. • Färgschema från MHC
- 46. 4. KRÄV ATT TESTER I ANVÄNDNING GÖRS OCH ATT DU DELTAR
- 47. • Modererade : med handledare • Walk-up-and-use • Omodererade tester VARIANTER AV TEST
- 48. • Osynlig – Handledaren lockar fram reaktioner och svar från användaren i en skön dialog • Anteckna det viktiga – skilj på vad användarna GÖR och vad de SÄGER • Genomgång efteråt – Separera resultat i testet från dina åtgärdsförslag – Prioritera åtgärderna efter nytta OBSERVATÖRENS ROLL
- 50. Design #1 A-test med 20 pers Design #2 A-test med 12 pers Fokusgrupp, 12 pers (speciella behov) Design #3 A-test med 12 pers Design #4 7 a-test, totalt 55 pers (inkl. dyslexi + turist) 2 test, ≈15 pers (synsvaga + blinda) Fält-test med 500+ pers
- 51. +370%
- 53. Svårt att bygga… Svårt att underhålla…
- 54. 5 TIPS FÖR ATT PÅVERKA 1. Skaffa koll på projekttyp 2. Kräv prioritering baserad på nytta 3. Fråga varför 4. Kräv att tester i användning görs och att du deltar 5. Lyft problem direkt
Editor's Notes
- Jag är ingrid ! Utvecklare 80-talet , innan MVC modellen, distribuerad data, internet och molntjänster Sätta upp en databas – folk från Södertälje – 3 dagar hittade man felet, en punkt på helt fel ställe Konsolideringsprojekt – där vi gick från totalt personberoende, till personoberoende. Följa mönster 90-talet med betoning på användning och användargränssnitt Kom att upptäcka området användbarhet 2002 presenterade jag och några kollegor ett paper på en konferens i Dubrovnink som hette FBTB Beskrev första versonen av effektkartan, modellen som binder samman nytta med design Mitten av 2000 talet Effektstyrning – att hjälpa beställande organisation att styra utvecklingsprojekt mot nytta Jag och mina kollegor har utbildat 500 kunder och konkurrenter sedan vi började med Effektstyrning och idag står det ofta som ett krav i upphandlingar att man kan Effektstyrning eller i alla fall Effektkartläggning
- Är alla utvecklare, någon som är Projektledare? Beställare/produktägare? Scrum masters Hur många jobbar med Front-end? Ni som utvecklar – hur många gör lösningar som är öppna konsumenttjänster?
- Jag bildade bolaget inUse 2002, tillsammans med några vänner och kollegor. Vårt fokus sedan dess har varit hur man får till det så att det fungerar i användning Det är ju såhär att all nytta man tänker sig – fler köp, fler som signar upp sig, ökad effektivitet eller vad än det handlar om – så måste samma sak hända i användning. Nytta på verksamhetsnivå är helt enkelt aggregerad nytta i användning. Om det inte händer i ett användningstillfälle, så kommer det inte att hända på verksnahetsnivä.
- Bygga rätt lösning – vad är det då? LÄTT att definiera!
- 1. Innan filmen Vi ska visa en film som är gjord redan 2008 på uppdrag av Microsoft swe där vi höll en endagskurs för deras utvecklare om vad de kan göra för att jobba mer med användbarhet. Vi satte upp en studio och lät användare genomföra uppgifter på den dåvarande HM sajten, precis som när man gör användningstest (som vi ska prata om senare idag) 2. Kör filmen (öppnar browsern, håll den ren) 3. Efter filmen ta upp Diskutera om de själva såg varför hon inte lyckades OCH varför de inte såg det (röd färg + placeringen …man borde sett det, men man gör det inte för att a) den röda färgen tolkas som Hmreklam (HM loggan är röd) b) ordet ”rabatt” får användaren att inte läsa Efter diskussionen = summering a) Det är inget ”fel”, skulle aldrig anses som en bugg b) Det är å andra sidan ett ALLVARLIGT fel därför att Användaren misslyckas med flöde man ALDRIG får misslyckas med på denna sajt. Det är en sajt där man SÄLJER och användaren får aldrig misslyckas med att BETALA Eftersom man känner till SYFTET (sälja) så bör man inte släppa produkten innan just detta flöde testats = Effektstyrning ®
- Men alternativet är alltid dyrare Det kostar pengar att inte göra användbara produkter! Varje tillfälle misslyckas göra det man har tänkt att göra så blir produkten mindre värd. Vi måste veta Vad är det som gör produkten mer effektiv, tex. Exempel $300-million button En e-handelssajt hade i sitt flöde att efter kunden lagt på de varor som hen var intresserad var de tvungna att antingen skapa sig ett konto eller logga in på ett redan existerande konto innan de kunde betala. Designförändringen som gjordes var att ta bort kravet på inloggning och istället göra att kunden direkt kunde gå till betalning av varorna. Den enkla förändringen gjorde att de på ett år ökade försäljningen med 300 miljoner dollar. As one shopper told us, "I'm not here to enter into a relationship. I just want to buy something."
- Hjälpsam Förslag Hjälper mig komma ihåg Hjälper mig när det skitit sig Ser till att jag kan vara i kontroll
- Förra veckan besökte jag Booster 2014 i Bergen, höll en WS om effektstyrning Mellanlandade i Köpenhamn
- Äntligen skaffa kindle Laddade ned programmet och köpte en bok – så var jag igång!!! Märker att jag får ett mejl…inte betalat…svettig går jag och uppdaterar mina kontouppgifter. De GAV mig alltså boken! Moment of truth – när det har skitit sig för användaren….kan vara hjälpsam!
- Ofta vill man skapa nya beteenden hos användare. Inte bara att de ska ”köpa mer” eller ”rekommendera” utan också att man ska ”konsumera alkohol mer ansvarsfullt” eller ”värna miljön” För att lyckas förändra beteenden så behöver man förstå den situation som användarna befinner sig och hur man kan hjälpa dem ändra beteende
- ”det skall vara möjligt att bifoga fil” Vs Design 60% fler tog trapporna
- Så – rätt lösning….
- Magkänsla Tror att det finns ett problem Tror att de vill ha en viss effekt ANALYSEN saknas Ingen uppföljning Löste vi problemet Fick vi de effekter vi ville ha
- Utvecklare ansvarar inte för att det byggs rätt system, det är ffa beställare, produktägare och i någon mån projektledare som gör det. Och de som arbetar som UX Lead Men DU kan också göra en hel del Här kommer 5 viktiga tips för att påverka 1) (design är krav, vi kan förklara varför)) Bilderna du ser (ID, ID-skisser m.m.) är oftast inte rekommendationer utan krav. Dvs så här ska det vara. Är du fundersam på varför det ser ut som det gör? Fråga! En "UX människa" kan förklara och motivera varför en lösning är utformad på ett specifikt sätt. Det är just det vi är bra på… 2) (vi designar för avsedd effekt) "UX-muppar" väljer inte en designlösning för att det är ”kul” eller häftigt vi väljer lösning för att den skall ge avsedd effekt. Om lösningen är svår att bygga, säg det. Men framförallt förklara vilken del i lösningen är det som gör det svårt eller dyrt. Det är inte säkert att det är svåra eller dyra som är det centrala i lösningen. Prata med oss. 3) (var inte rädd att fråga när du väl börjat bygga) Att göra den kompletta designen är näst intill omöjligt, det vet varje UX-designer. När man som utvecklare har börjat implementera så kommer man alltid på en fråga till. Ställ den frågan direkt, var inte rädd att ställa frågor. Hellre att du frågar en gång för mycket än att du chansar och gör ett felaktigt antagande. Varje klok UX-designer blir (borde bli) glad när du frågar. :-) 4) (är designern kompetent nog…) Fråga alltid efter syftet, effekten och vad som skall vara annorlunda med den föreslagna lösningen. Om designern inte kan svara på det så ge dig inte. Det är viktigt att designern har klart för sig varför det ser ut på ett visst sätt. Alla argument som har med ”jag känner…”, ”jag tycker…” eller ”jag vill…” skall ta som en varningssignal att lösningen inte är riktigt färdigtänkt. Säg som det är... 5) (är utvecklaren kompetent nog…) Om du känner att den föreslagna designen klarar jag inte av att bygga, så måste du söka hjälp av en kollega. Tjata inte emot och kom med förenklade lösningar som inte ger avsedd effekt. Det är sånt som gör oss UX-folk vansinniga… :-) Säg som det är istället, och ta hjälp.
- Vi pratar ofta om IT-projekt som om de vore ett och samma. Och att man ska jobba på ett visst sätt Den här modellen som jag ska visa bygger på 2 dimensioner som är viktiga. Det finns såklart fler dimensioner, men jag kommer alltid tillbaks till dessa
- Vi pratar ofta om IT-projekt som om de vore ett och samma. Och att man ska jobba på ett visst sätt Den här modellen som jag ska visa bygger på 2 dimensioner som är viktiga. Det finns såklart fler dimensioner, men jag kommer alltid tillbaks till dessa
- Vi pratar ofta om IT-projekt som om de vore ett och samma. Och att man ska jobba på ett visst sätt Den här modellen som jag ska visa bygger på 2 dimensioner som är viktiga. Det finns såklart fler dimensioner, men jag kommer alltid tillbaks till dessa
- Närhelst du börjar misstänka att man inte har koll på vad som är viktigt occh vad som är viktigt på riktigt….krav prioriteringar, och inte bara något som en person kommer på just då, utan en prioritering som är diskuterad och överenskommen. Och finns inte det kan du säkert hjälpa till!
- Det finns flera olika verktyg för att beskriva nytta.
- Det finns flera olika verktyg för att beskriva nytta.
- “If I had asked people what they wanted, they would have said faster horses.” Om inga observationer är gjorda finns stor risk att man bygger fel lösning!
- …våran definition av målgrupp. Det här är Doris Drömmare. Hon definiera utifrån sina drivkrafter – Förströelse och verklighetsflykt, samt inspirations- och idetörst. Hennes användningsmål är Vill bli inspirerad av nya designlösningar Vill drömma sig bort Dessa pekar på åtgärder, som i sin tur pekar på specifika designlösningar. Den här typen av information hjälper oss designa fungerande lösningar.
- Bilder har kategoriserats efter rum, tid på sajten och popularitet. Doris kan spara bilder, dela och betygssätta bilder. Det gör Doris Drömmare nöjd. Då inspiration handlar om mer än bara bostäder har vi öppnat dörren för produktannonsering. T.ex. för möbler, vitvaror, tapeter och textilier. Sektionen har fått ett varmt mottagande både av användare…
- Sara
- Det kan också se ut såhär i ett tidigt skede
- Funkar bra i projekttyp A, där man kan prova sig fram
- Mittmedia Man kan hantera flera beteendemönster i samma kundresa, men då blir djupet mindre. Pushar av lokala nyheter - succe
- Vad många digitala aktörer missar är att ta hand om organisatoriska förändringar. Hur man ser på sitt uppdrag eller affärsmodell. Vi har 22 strateger till det. Som också har djup kunskap inom användarupplevelse.
- Fråga alltid efter syftet, effekten och vad som skall vara annorlunda med den föreslagna lösningen. Om designern inte kan svara på det så ge dig inte. Det är viktigt att designern har klart för sig varför det ser ut på ett visst sätt. Alla argument som har med ”jag känner…”, ”jag tycker…” eller ”jag vill…” skall ta som en varningssignal att lösningen inte är riktigt färdigtänkt. Säg som det är...
- När man som utvecklare har börjat implementera så kommer man alltid på en fråga till. Ställ den frågan direkt, var inte rädd att ställa frågor. Hellre att du frågar en gång för mycket än att du chansar och gör ett felaktigt antagande. Varje klok UX-designer blir (borde bli) glad när du frågar. :-) Kanske ser du att olika mönster används Kanske undrar du varför man inte använder en viss komponent….
- Hur man skall hitta rätt i appen, systemet, webben beskrivs som navigation
- HANDLEDDA På plats – handledaren sitter i samma rum. Uppgifterna fördefinierade Remote – via Skype eller annat skärmdelningsverktyg Par – två användare med hjälp av handledare. Kräver att man sitter I samma rum Walk-up- and use Observation av hur användaren tar sig fram (filma + handledare/observatör). Handledaren låter användaren bestämma innehållet I uppgifterna, men kan styra vilka uppgifter som ska göras Omodererade tester – Filma och spela in fördefinierade uppgifter eller vissa flöden (loggar) *Enbart om lösningen ska användas av fler än en person samtidigt **Ställer mycket höga krav på förberedelse
- För att avslöja designmissar och hitta möjligheter
- Man testar för att hitta bättre lösningar och fånga användarnas beteenden
- Kvalitetssäkring! Användarna behöver testa. A/B testning vi gjorde i Hemnet projektet Upptäckte att en länk användes betydligt mindre än vi förväntade oss Funderade på utformning och hittade 3 nya sätt att skriva texten 3 nya sätt att göra utformningen Testade alla 10 (3*3 +1) ALLA nya var bättre än den befintliga Den bästa var 370% bättre SLUTSATS – i detaljdesignen kan man omöjligt veta. Man behöver testa
- I en design är inte allt lika viktig för att säkerställa nyttan Det är inte säkert att det som är svårt att bygga är det som är det centrala i lösningen, det kanske är lätt att ändra Om du känner att den föreslagna designen klarar jag inte av att bygga, så måste du söka hjälp av en kollega. Gör inte förenklingar utan att ta dialogen Risken är att det är något viktigt i lösningen som behövs just för att skapa avsedd effekt. Säg som det är istället, och ta hjälp.
- 1) (design är krav, vi kan förklara varför)) Bilderna du ser (ID, ID-skisser m.m.) är oftast inte rekommendationer utan krav. Dvs så här ska det vara. Är du fundersam på varför det ser ut som det gör? Fråga! En "UX människa" kan förklara och motivera varför en lösning är utformad på ett specifikt sätt. Det är just det vi är bra på… 2) (vi designar för avsedd effekt) "UX-muppar" väljer inte en designlösning för att det är ”kul” eller häftigt vi väljer lösning för att den skall ge avsedd effekt. Om lösningen är svår att bygga, säg det. Men framförallt förklara vilken del i lösningen är det som gör det svårt eller dyrt. Det är inte säkert att det är svåra eller dyra som är det centrala i lösningen. Prata med oss. 3) (var inte rädd att fråga när du väl börjat bygga) Att göra den kompletta designen är näst intill omöjligt, det vet varje UX-designer. När man som utvecklare har börjat implementera så kommer man alltid på en fråga till. Ställ den frågan direkt, var inte rädd att ställa frågor. Hellre att du frågar en gång för mycket än att du chansar och gör ett felaktigt antagande. Varje klok UX-designer blir (borde bli) glad när du frågar. :-) 4) (är designern kompetent nog…) Fråga alltid efter syftet, effekten och vad som skall vara annorlunda med den föreslagna lösningen. Om designern inte kan svara på det så ge dig inte. Det är viktigt att designern har klart för sig varför det ser ut på ett visst sätt. Alla argument som har med ”jag känner…”, ”jag tycker…” eller ”jag vill…” skall ta som en varningssignal att lösningen inte är riktigt färdigtänkt. Säg som det är... 5) (är utvecklaren kompetent nog…) Om du känner att den föreslagna designen klarar jag inte av att bygga, så måste du söka hjälp av en kollega. Tjata inte emot och kom med förenklade lösningar som inte ger avsedd effekt. Det är sånt som gör oss UX-folk vansinniga… :-) Säg som det är istället, och ta hjälp.