Kategoriarkiv: På jobbet

Reflektioner och tankar om hur det är att jobba med interaktionsdesign och försöka få till användbara slutprodukter i en värld full av nej-sägare.

Prototypa med Twitter Bootstrap

Twitter Bootstrap prototype

Jag hör till det där gamla gardet som har ägnat mycket av sin yrkesverksamma tid med att skissa användargränssnitt på papper, i visio och omnigraffle. Men min nya favorit är Twitter Bootstrap. Så himla enkelt att mock-up:a ihop det som man vill åstadkomma! Jag måste säga att de här programmerarna verkligen har åstadkommit något användbart, även för oss som inte är speciellt sugna på att koda. Dessutom så är ju allt redan responsive, som interaktionsdesigner kan man inte annat än bli galet förtjust i detta!

Visst jag älskar fortfarande att skissa och wireframe:a i omnigraffle och kommer väl inte att sluta med det helt. Men med Twitter Bootstrap kan jag vara kreativ och få mina idéer till liv snabbt och förklara för mina programmerar-kollegor vilken användarupplevelse jag egentligen vill åstadkomma. Jag fastnar inte i kod-trubbel.

Jag och min kollega Magnus Hammar (senior webb-programmerare) kör en kurs tillsammans om hur man enkelt prototypar fram sin egna responsiva webbtjänst med hjälp av Twitter Bootstrap, html, css, Php och sql. Häng med vettja, det blir 2 härligt kreativa dagar!

UX – vem äger rätten

 

userjourney

 

Vi som kallar oss UX design/ interaktions designer mm tenderar tyvärr ofta att lägga beslag på kundens user experience och kanske inte alltid vara så duktiga på att släppa in andra i ”vår” domän. Personligen strävar jag efter att vara så transparent som möjligt utan att göra avkall på kundens behov och målet att skapa en bra användarupplevelse. Med ett no blame min set – kommer man långt.

En kollega till mig som är ingenjör och arbetar med mer ”tekniska” saker  :) sade -

”Vi är som en orkester, men vi spelar olika instrument ”  

 

Det är så sant – tack för dessa orden – alla som arbetar i ett projekt med produkt eller tjänsts utveckling bidrar alla på olika sätt till att det skall bli en bra upplevelse för kunden. Att skapa en bra användarupplevelse av en produkt eller tjänst är inte på något en – one- man show – det är inte en enmans orkester. Ibland kan jag tycka att det finns något oskrivet krav ifrån UX folk – att inte vem som helst kan vara med att bidra för att det krävs så mycket expertis. Jag skulle vilja påstå att alla kan och skall bidra med idéer – men det är vår skyldighet att använda vår expertis  och förse kollegorna med material som beskriver den upplevelse som vi tillsammans önskar leverera till kunden.

Vi får inte glömma bort att hela teamet jobbar med att skapa användarupplevelser – även tjejen som konfigurerar databaser, eller killen som tester koden. Om de får bra förutsättningar för att lära känna kunden och vad för upplevelse som skall skapas är det lättare att produkten faktiskt når hela vägen fram.

Alla i hela teamet jobbar med att utveckla user experience – men vi har bara olika sätt att bidra. Min roll som UX designer ser jag som att vara stöttande och proaktiv med att visualisera affärsmål, effektmål, kontext, user stores, wierframes, user journies som alla kan använda som underlag för att minska abstraktionsnivån av vad det egentligen är som vi skall skapa för produkt. Detta är att säkerställa att VI levererar en bra användarupplevelse. Ju tydligare problembeskrivning ju enklare är det att hitta en lösning.

Bilden ovan visar en liten del utav de user journey som jag arbetar med just nu – här valde jag att avsluta pathen med fotsteg – här kan någon annan ta vid och rita till fler touchpoints och göra pathen ännu mer komplett.

Användarupplevelsen handlar om att leverera en produkt som skapar värde, glädje och nytta i en annan människas vardagsliv.  Kanske att ni kan undra över vad – hände med fokuset på interaktionen? – Interaktionen är en stor del men innan man är redo att
börja designa en bra sådan – behöver man veta vad, när och hur produkten skall skapa värde den som skall använda den.

 

Ha en skön dag

/Karin

Fram för mer designaktiviteter i projekten

I dagens globala marknad gäller det ju inte bara att erbjuda teknisk kvalitet emot sina kunder. Din produkt eller tjänst måste också bevisa sig vara ‘nyttig’ i verkligheten för dina slutanvändare. Annars är det inte många som vill ha den…

För att åstadkomma detta så måste utvecklingstid skiftas ifrån konstruktion/programmering till designaktiviteter istället, allt i sann Lean UX-anda.

Redan i november 2012 skrev Martin Edenström om att den nya tidens webb-konsult behövde kunna så mycket mer vad gäller UX.

Hur har det gått med det egentligen? Har det blivit bättre? Jag upplever att det har blivit  mycket bättre, men att vi fortfarande är långt ifrån hälften designaktiviteter innan och i projekten (så som att göra Personas, User journeys och Wireframes).

Tänk vilka bra produkter och tjänster vi skulle kunna få fram tidigare om vi bara spenderade lite mer tid i projekten med designaktiviteter! De här designaktiviteterna skulle jag gärna vilja få med naturligt i projekten t.ex. (kolla in min egna User journey nedan :-) ).

My user journey

Vad är skillnaden emellan Agile utveckling och Lean UX?

Den här bilden tyckte jag var så talande, jag hittade den på www.andersramsay.com. Ibland känns det som att vi jämför äpplen och päron när vi pratar om hur vi vill jobba med user experience. Jag har själv jobbat på alla sätten, men tycker att Lean UX är det bästa. Kanske man kunde ta russinen ifrån varje kaka och göra det bästa av det?

I traditionell UX var det ju så att vi var helt bortkopplade ifrån själva realiseringen av produkten. Någon annan fick ta hand om problemen. Vi lämnade över våra krav över muren, ofta utan att ens prata med de som skulle programmera det sen, de skulle bara lösa det. Detta gav upphov till en himla massa fina photoshop-bilder och flash-animationer, men så många fantastiska användarupplevelser på slutprodukten blev det inte.

Agile utveckling och scrum betyder för mig egentligen bara ett sätt att få ett gäng programmerare att programmera bättre, att skapa någon bra användarupplevelse finns inte med på deras karta. Som designer blir man bredvid-stående varken man vill det eller inte. Endast med pålagda regler, som egentligen inte har något med agile och scrum att göra, kan man få till något slags UX-arbete.

I Lean UX är det användarupplevelsen som man eftersträvar, både programmerare och designers jobbar emot samma mål. Gänget består både av designers och programmerare och eftersom man hela tiden validerar sin produkt så blir det också helt naturligt att programmera så snabbt och bra som möjligt för att uppnå rätt sak.

Det finns inga IT-projekt längre

Jag blev riktigt glad i morse när jag läste Computer Swedens artikeln om Kappahls CIO Johanna Kjellberg. Hon säger att det numera bara finns verksamhetsprojekt hos Kappahl.

 

– Vi har helt avskaffat begreppet it-projekt. Det är viktigt att förstå att verksamhetens behov styr. It ska möjliggöra för verksamheten.

 

Jag undrar om det funkar i praktiken eller om det bara är tomt prat, blev iallafall glad över uttalandet och att de skrev om det i Computer Sweden.

Transparens – mer än ett modeord

Transparens – detta ord är just nu trendigt och är ganska ofta omskrivet i bloggar och diskuteras på Twitter m.m. Men långt innan det fick sin trendstatus har jag känt starkt för dess innebörd. För att vi skall kunna skapa fantastiska produkter och tjänster som människor älskar att använda krävs det att vi arbetar gemensamt mot ett mål och då är en viktig del i detta att dela med sig utav kunskap och den information du besitter. Som interaktionsdesigner gäller det att dela med sig utav sina designförslag i ett filformat som alla kan läsa och inget special program skall vara nödvändigt, en god regel är att alltid spara som en PDF. Det finns små enkla saker som kan underlätta väldigt i det dagliga arbetet – detta är en sådan.

/Karin