Written by

Att skapa en ny organisation från en gammal handlar till stor del om att reda ut och förstå vad som tillhör var. Om du har gjort det tidigare kan du se mönster som är till hjälp. Att använda visualisering och att arbeta på ett strukturerat sätt, steg för steg och involvera människorna är några hjälpsamma sätt att arbeta på.

Precis som alltid i den komplexa domänen är det bättre att inte använda sig av goda praxis (samma lösning som andra). Genom att gå tillväga experimentellt, steg för steg, kan du säkrare hitta bra lösningar baserat på designprinciper och mönster.

När du tänker på det kanske du inser att det faktiskt är ganska likt att bygga fantastiska produkter som kunder älskar – baserat på ett äldre system. Så varför inte använda liknande arbetssätt?

När vi börjar behöver vi se vad vi har för närvarande, och även det är en komplex strävan. För att få en gemensam bild av den nuvarande organisationen kan du använda olika tekniker, och vanligtvis behövs en bra mix. I detta inlägg kommer vi att titta på hur du kan kartlägga nuvarande team, produkter och kundresor, samt systemens tillstånd och börja se vilka team som kanske tar ansvar för vad, i en steg-för-steg-approach.

Produkter och tjänster

Som en start kan du börja tillsammans att kartlägga de produkter som dina kunder betalar för. Det är det vi vanligtvis kallar produkter i en agil organisation. Det är där någon form av pengar utbyts, och om det sker på månatlig basis så kan det vara en tjänst.

Nedan ser du ett exempel på de övergripande produkterna och tjänsterna som är kartlagda, både för B2B och B2C. Det finns ingen anledning att göra det mer avancerat än så här. Om du senare förstår att du faktiskt har fler produkter, kan du enkelt lägga till dem om du skapar ett skalbart system.

(more…)
Written by

When working in Agile teams, we want the teams to do usability testing to get quick feedback. This is the most efficient way to make sure we are building the right thing. The Test Canvas can be used to speed up the feedback process and enable more people to learn how to do it and join the process.

This canvas is created based on UX professionals practices and guide anyone through the process in a safe way as well as minimize the time to define and conduct usability testing on a continuous basis – it is perfect for building and scaling the UX capability in many product teams.

Download the test canvas for free as a high-resolution PDF >

Usability testing is qualitative as opposed to a quantitative method

The purpose of usability testing is to observe users and how they solve common user tasks in a prototype or existing service to see if the solution is working well. We want them to talk out loud so we can understand how they think when they use it.  We want to be able to ask them questions so we can better understand their mental models and experience. Since it is a qualitative test where we listen to and look at how users behave and how our service performed it is usually enough to test with 5-8 people. Once you realize nothing new “big” is coming from the tests you know you have reached the limit for what is needed now. But once you have fixed those issues you might test again on new people. You find more information about this in the canvas.

Usability testing can be done on anyone and any user type

Usability testing can be done on anyone and any user type. A user interview on the other hand is something else, that is when we need to learn if the solution solves a specific problem. In that case, we need to validate that on the target group and perhaps someone who is like our users and a specific persona. Often we then need to interview or observe 20 people instead of only 5-8.

Usability testing can be scary at the beginning

Meeting with customers and doing usability testing, in the beginning, can be intimidating. A good way to get started is by creating a safe-to-fail environment by practicing with people you know. Remember, if the team can test on real users once in a while and get valuable feedback, it is so much better than never getting to meet with any users and never getting any validation on what they do. It is also a lot better than only having experts outside of the team, or even worse outside of the organization.

Good methods for usability testing

(more…)
Written by

Many Agile teams are struggling to connect user experience and the design process with Agile ways of working and often Scrum. In this Poster (and post) I´m trying to describe the connection, and how you can collaborate in the team to learn more about user needs and solutions to solve real user problems together. I´ve been using this poster for over a year in my combined PO and UX training (Build the Right Product – Innovation through Collaboration & Design Thinking) and in my Agile coaching.

Download the Agile User Experience in a Nutshell in high resolution (PDF) >

Download in Portuguese >

Download in Spanish >

Download in Turkish >

Buy printed A1 poster >

Agile User Experience in a Nutshell Poster

My hope is that this poster might give some guidance in how User Experience can work in an Agile setup in combination with the posters; Agile Product Ownership in a Nutshell and Agile in a Nutshell (with a spice of Lean UX).

What does UX mean?

UX stands for User Experience. Basically, the expected and needed user experience of the service or digital product to meet user and business goals. To connect user needs and business goals is basic when working with user experience, it is basic to meet users and understand who they are – and involve and understand stakeholders. Any team can work with UX as long as they get to do this, and have the methods and processes to do it in a structured and effective way. (more…)

Written by

Det Agila arbetssättet och kraven på snabba leveranser håller på att förändra UX-rollen till att bli produktdesigner, UX-coacher, dom som vågar säga “vi vet inte – ännu”, organisationsdesigners och dom som faktiskt fokusera på det som skapar en bra användarupplevelse. Läsa hela om du vill veta varför…

  1. Användarnytta har blivit ett krav och “affären” har vaknat till liv

Vi vet att användarna vill ha mer än bara snygga och lättanvända gränssnitt som hjälper en att göra det man vill, i dag är det något man kräver och förväntar sig. Det nya är att företagen kräver att produkten också skapar affärs- eller verksamhetsnytta – och förstår att det måste hänga ihop. Att bara bygga antingen lösningar som användarna vill ha räcker inte, det räcker inte heller att vi bygger det affären beställer. Det gör att UXare inte bara behöver förstå sig på användarnas behov och situation, vi behöver också förstå oss på affären och verksamheten och bli balanskonstnärer där emellan för att hjälpa till att innovera på riktigt och skapa nyttiga, användarvänliga OCH affärsmässigt smarta produkter.
-> Därför behöver User Experience Designer blir Produktdesigners. (more…)

Written by

På grund av att många försöker få med “allt” I en IT-upphandling, är det endast 40% av det som byggs som gör nytta i digitala tjänster och produkter. Lean UX hjälper oss att bara bygga de 40% i stället för allt.

Att arbeta med Lean UX är ett bra sätt att kunna identifiera vad vi behöver bygga, och prioritera rätt löpande. Men hur funkar det egentligen med Lean UX och Agila team?

Mina nästa kurser inom ämnet under våren 2016: https://crisp.se/kurser/kurstyper/product-discovery-med-lean-ux

Jeff Gothelfs kurs för managers i Lean UX som kommer under våren 2016: https://crisp.se/kurser/kurstyper/lean-ux-in-the-enterprise

Upphandling med Lean UX och Agila kontrakt för upphandling med minskad waste: https://crisp.se/kurser/kurstyper/certifierad-agil-bestallare

Vill du att jag kommer och föreläser på ditt företag, eller hos din kund? Hör av dig!

Written by

I dag har jag varit på UX Open tillsammans med ca 300 andra UXare. Vi har diskuterat och delat med oss av erfarenheter. Det har varit givande och roligt.

Kul häng på UX open :)
Kul häng på UX open 🙂

Den här posten handlar om den workshop som jag och Anette Lovas från Expressen höll med 30 nyfikna personer. Vi gjorde två olika övningar som bygger på metodiken upplevelsebaserat lärande, och syftet var att skapa en förståelse för varför vi behöver arbeta Agilt och med Lean UX. Vi gör övningar för att simulera en situation och möjliggöra en upplevelse som vi sedan diskuterar ikring. Dessa två övningar var Sommarängen, och en övning som vi kallar “Simple, Complicated and Complex”. Här beskriver jag hur dessa övningar fungerar och varför du ska göra dom. Gör det gärna med kunder, utvecklingsteam, ledningsgrupper och chefer, på utbildningar, möten eller workshops. Jag har lånat övningarna av mina Crispkollegor som har kommit på dom.
(more…)

Written by

Hur något som egentligen är så självklart kan komma som en aha-upplevelse är en gåta – även för mig som jobbar med det dagligen. För ett litet tag sedan höll jag en utbildning i upphandling och kravställning, “Certifierad Agil Beställare”, efter utbildningen sa en av deltagare att den största aha-upplevelsen var insikten att vi ska göra en bra “behovsställan” i stället för kravställan för att lyckas med upphandlingen och inte styra in på detaljerade lösningar. Det var ju så självklart! Att jag inte har sett det förut?

I den stunden myntades ett nytt begrepp – “behovsställan”.

Insikten hade hon fått genom att vi hade gjort övningar i att gemensamt definiera målgrupper med gemensamma behov, och sedan titta på vilka dom behoven var genom att göra user journeys. Insikten att vi definierar befintliga beteenden och hittar problem som utgångspunkt i upphandlingen gjorde stor skillnad i att förstå att en lyckad upphandling måste vara en upphandling som utgår från behov och löser riktiga problem för riktiga användare.

Ett skifte som många behöver göra

Ofta när jag jobbar på produktföretag, oavsett storlek, så ser jag att just detta är är ett skifte som behöver göras. Många företag fokuserar direkt på vad lösningen är genom att beskriva en detaljerad lösning, i stället för att först titta på VARFÖR och för VEM, vad är behovet och vilka problem ska vi lösa? Har vi inte förstått vad problemet är och för vem, så kan vi inte heller hitta den rätta lösningen. Det faktiska utförandet av lösningen bör ligga i teamet, och inte hos beställaren, det är dom som har kunskapen och verktygen att bygga lösningen på rätt sätt, beställaren bör fokusera på att man bygger rätt sak.
(more…)

Written by

discovery-adn-delivery-process-w-one-team-small

Here you find the “Product Discovery and Delivery process with one team” as a PDF poster if you like to download it >

Ever since I saw Henrik Knibergs movie “PO in a nutshell” about how the PO role work for the first time I have been thinking about how he could have included the discovery process in the picture too. A while ago I created this as an example of how it could look and work for a X-functional team.

All ideas could be good ideas

The process starts with some kind of idea that could come from any stake holder – even from anyone in the team (this is usually a very rare occasion in most companies). The idea is verified in a concept (see example of a concept in my blog post on discovery framework) by the owner of the idea and the Product Owner decides if it worth starting the discovery process to figure out what it is they are supposed to build – or if it is not, based on the information in the concept.
(more…)

Written by

Bakgrund
Kungliga Operan är Sveriges nationalscen för opera och balett och det har den varit sedan 18 januari 1773. Verksamheten har i dag ca 552 anställda och bedrivs i Operahuset i Stockholm samt i Gäddviken där man har alla verkstäder.

Det är en stor och komplex operation att planera verksamheten på Operan med mycket information som ska hanteras över lång tid – en planeringshorisont på 5 år med många inblandade i flera steg av planerings- och produktionsprocessen.

När Operan hade fattat beslutet att gå över från manuella och spridda planeringsverktyg utan gemensamma lagringsutrymmen som såg olika ut på olika avdelningar till ett standardsystem så tog Camilla Högström, IT chef på Operan rodret som projektledare för upphandlingen av det nya systemet. Camilla kontaktade mig under sportlovet för att höra om jag trodde att det var möjligt att kravställa utifrån verksamhetens -och användarnas behov och vara klara med kravställningen innan semestern. “Självklart!” svarade jag och undrade lite varför det skulle behöva ta så lång tid.

Effekter och KPIer
Vi startade med att tillsammans med styrgruppen sätta vilka effekter man ville uppnå med implementeringen av det nya systemet. Det resulterade i ett antal effektmål med mätbara KPIer. Därefter tog vi gemensamt fram vilka de olika målgrupperna för planeringssystemet är och en hypotes om vilka deras största behov skulle kunna vara. När allt detta var prioriterat och klart fick vi ett godkännande av styrelsen och kunde fortsätta vårt kravarbete.

(more…)

Written by

Det här den första artikeln i en serie av artiklar som handlar om olika ramverk för att generera och skapa hypoteser för att uppnå  mätbara effekter.

Vad är gamification?

Gamification (eller spelifiering på svenska) betyder att man använder spelrelaterade element eller drivkrafter i något som inte är ett spel. Vanliga exempel på det är till exempel olika lojalitetsprogram där man får poäng för varje gång man handlar. Eller virtuella tjänster som där användaren kan få uppdrag som ger poäng när man utför dom.

Hur funkar gamification?

Syftet med gamification är att öka motivationen att göra någonting, det ska också finnas regler som ska följas – och det ska vara frivilligt. Det kan också vara ett sätt att skapa en förändring gentemot något som användaren själv vill, till exempel att träna mer eller äta mer hälsosamt. Det måste dock INTE finnas en vinnare och en förlorare – men det ska finnas någon typ av outcome – och det ska vara någonting som gör det roligt och som användaren känner att de vill göra om.

Exempel på gamification

Vanliga spelelement som kan (men inte måste) användas är:
(more…)

Written by

Att hålla workshops inom användarcentrerad produktutveckling – User Experience är något jag brinner för och gärna gör ute på konsultuppdrag,  kurser och hos kunder som jag coachar.

Genom att arbeta gemensamt, visuellt och iterativt i workshops med rätt metoder och bra ledning kan man få fram fantastiska resultat. Man lär sig av varandra och får in många bra idéer på kort tid och har möjlighet att utvärdera olika förslag utan att tid spills och artefakter utvecklas som inte ger eftertraktade effekter.

Här är en liten plansch med lite tips från mig till dig som vill hålla workshops – inom vad som helst egentligen. Generella tips för att få en bra struktur, bra resultat, glada kollegor eller kunder – och feedback för att bli ännu bättre. Planschen fanns med i materialet för kursen Digital Design och User Experience i veckan som var i Stockholm.

Här är workshoptips som nedladdningsbar PDF

Written by

Att användarnytta och kundnöjdhet är viktigt för att bygga långvariga relationer och öka Life Time Value (LTV), det vet vi. Många företag ser det som ett strategiskt val att prioriterar arbetet med att öka kundnöjdheten.

Här är färska siffror från Oracle i deras rapport “2012 CX Index Report Europe Why Customer ‘Satisfaction’ is No Longer Good Enough”.

Key findings include:
• 70% of shoppers have stopped buying goods or services from a company after experiencing poor customer service
• 64% have, after experiencing poor customer service, gone straight to a competing brand to make a purchase
• 81% are willing to pay more for a better customer experience Clearly the subject of CX is front of mind for many executives.

In the recent Forrester report The State of Customer Experience 20121, 93% of respondents said customer experience is on their company’s list of
strategic priorities, with 28% stating it is their top priority. This is an inevitable reaction to the forces of globalisation, which has made it a difficult and risky proposition for organisations to compete on price or product alone.

Tyvärr räcker det inte att slå på för fullt i ena ändan av användarupplevelsen – man borde man göra mer än så. Man borde inte bara arbeta på att ha bättre kundtjänst och öka servicen kring sin produkt – man borde också förbättra produkten så att kunden inte behöva ringa kundtjänst för att lösa sina problem. Vad man borde göra är att ta reda på hur kunden verkligen upplever produkten, och arbeta med att förbättra användarupplevelsen i grunden. Här listar jag 10 punkter som kan vara en hjälp på vägen i det arbetet.

1. Minska smärtan och öka den positiva upplevelsen

Ta reda på vart smärtan är som störst i användandet av produkten genom till exempel användbarhetstester. Gör de billiga åtgärderna först – och sedan de dyrare. Här kan man använda sig av en matris för att prioritera de billiga och mest effektskapande åtgärderna först. Lösningen på problemet ges ofta av den användbarhetsexpert som utför användbarhetstestet. Lösningsförslaget sedan tidsestimeras av den som ska utföra ändringen för att man ska kunna värdera kostnaden och effekten för affären kan ofta sättas av produktägaren eller kunden.
Matris för prioritering

(more…)

Written by

De två sista veckorna som har gått har jag haft möjligheten att få jobba med hängivna och duktiga utvecklare och en ny product owner i ett nytt spännande utvecklingsprojekt. Jag har dessutom passat på att använda mig av en av mina favoritmetoder, story mapping (läs mer på skaparen Jeff Pattons webb).


Som grund för story mappingen började jag med att visa och beskriva vilka målgrupperna för vår produkt är, som personas med behov, användarmål och problem, och till det effektmålen som vi vill uppnå kopplat till affärsmål och dessa målgrupper. Under två intensiva dagar lyckades vi sedan skapa en story mapping över användarnas alla aktiviteter och delaktiviteter i produkten, från början till slut. Som vi sedan tillsammans med PO prioriterade för release 1 och 2, gjorde user storys av och sedan efter mycket trixande (tyvärr) lyckades få in i Jira (inte mitt favoritverktyg… men har man ett team i Sverige och ett utomlands så måste man i bland). Det betyder att alla som är med i projektet från PO, projektledare, UX, design, backend- och frontendutvecklare tillsammans har målat upp en ganska exakt målbild för produkten där alla vet exakt vem av målgrupperna som vill spara ett event till sin kalender, eller hur sökningen skulle fungera med förslag när man skriver text och vilka filtreringar som ska finnas för att användaren ska hitta det de är ute efter på bästa sätt.
(more…)

Written by

Jag måste erkänna att jag ganska ofta sparkar lite bakut. För jag vill verkligen inte göra samma sak om och om igen – jag vill lära mig nya saker, vrida och vända på det jag trodde jag visste och kunde, och träffa och jobba med folk som kan andra saker än jag. Vilket då kanske inte helt självklart har resulterat i att jag gör saker som jag inte kan speciellt bra, men lär mig en hel del på grund av det.

Kanske inget revolutionerande i sig, men för vissa kan det kanske finnas något litet nytänkande eller till och med provocerande i det. Kan det kanske inte uppfattas som oseriös, naivt eller dåligt? Eller om man är mer optimistiskt lagd kanske modig, eller orädd eller till och med lite dum? Att man är öppen för nya saker innebär ofta att man lär sig något och får nya referenser. Och ju mer man vågar prova på den spännande o-vissa vägen – desto mer lär man sig ju, och desto roligare blir det.
(more…)

Written by

Iterera mera - Product discovery
I höstas köpte jag ett par väldigt billiga skor på H&M, för sisådär en 250kr. Ett par stövletter. Anledningen till det var att jag ville testa om jag verkligen gillade att ha ett par stövletter eftersom jag bara har haft höga stövlar de senaste 15-20 åren. Det var första iterationen på mitt byta skor-projekt. Nu när jag har upptäckt att jag gillar dom riktigt mycket och dom börjar bli slitna, så känner jag att jag skulle vilja ha ett par skönare med lite lägre klack och svarta i stället för bruna. Då kan jag tryggt gå till den dyra skoaffären och köpa ett par utan att känna mig osäker.

Gör du kanske också så i vardagen eller på jobbet? I så fall jobbar du testdrivet och itererar dig fram till bättre lösningar eftersom.

(more…)

Written by

Vi träffades en kväll i Crisps lokaler på Sveavägen ett gäng intresserade agila UXare, coacher och utvecklare för att prata om något som vi alla tycker är spännande, vill dela med oss av och lära av varandra – hur man kan arbeta med att upptäcka och utforska produkter och tjänster i ett agilt team – Product Discovery. Ett Product Discovery-team innehåller oftast tre roller, där ingår en person med fokus och stenkoll på de affärsmässiga förutsättningarna och målen (PO), en person med användbarhets och upplevelse-kompetens (UX) och en person som kan avgöra hur enkelt eller svårt det är att implementera (Utvecklare/Arkitekt).

Vi pratade om vilka metoder man kan använda för att utforska och lära sig mer om målgrupper och behov och hur detta kan kopplas mot effektmål och visualiseras. Men också om hur man skulle kunna gifta i hop Discovery och Delivery-processen till en helhet utan överlämningar och vi och dom känsla. Vilket vi kallade “Continuos Discovery” – kanske myntade vi ett nytt begrepp? (more…)

Shopping basket
Related Trainings
Our Trainings
Den Produkt-Ledda Affärssimuleringen
Target Group: Exekutiv ledning, chefer och medarbetare i organisationer som vill bli Agila, samt Agila Coacher
Teachers: Mia Kolmodin, Björn Sandberg
Kontakta oss för offert