Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Inkluderas kundgrupperna i utvecklingsprocessen?
Invånare
Behandlare
Administratör
Landsting/Region/Kommun
Exempel på hur man gör detta: Länka till nästa kapitel eller skriv kort/motivera om tex tjänsteresor, intervjuer och medverkan.
– Användarcentrerademetoder

Stil
importhttps://sob.udo.se/css/confluence.css

Image Modified

"Varför ska vi använda det här då det är krångligare?"


Tips
titleTL;DR

Det är inte enbart invånaren som använder det färdiga programmet.

Även behandlarens upplevelse måste finnas med

i designprocessen

All välmening, men...

..det har nämnts tidigare

i

denna guide, men det behöver nämnas om och om igen -

designprocessen

tar tid - och är det något som tar väldigt mycket tid så är det att få med användarnas upplevelse i skapandet av en ny tjänst. Men även om det tar mycket tid så är det nödvändigt att designteamet uppmärksammar de behov som användarna har. 

Kärnan av ditt och ditt teams arbete finns hos användarna och deras upplevelse.

Vilka är dina "kunder"?

Vilka är det dom drar nytta av och använder dina tjänster? Olika uppdrag, projekt och moment kan ha olika kunder med vitt spridda behov och upplevelser, vilket gör det viktigt att identifiera varje unik kundgrupp innan arbetet med ett nytt moment börjar.

En risk är att enbart se en kundgrupps behov och helt åsidosätta en annan grupps behov. Det som riskerar hända på grund av ett sådant åsidosättande är att tjänsten du och ditt team bistår med inte kommer användas.

Sektion


Kolumn
width50%


Info
iconfalse
titleKundgrupp 1 Patienten

Slutanvändaren som vill ha ett resultat av användandet av tjänsten som erbjuds.

För att kunna få ett resultat så måste denna användare nyttja tjänsten och tycka att den är användbar.

Denna kundgrupp är den som innehar kunskap om sin vardag och sina besvär, dem som tjänsten skall hjälpa motverka eller ge stöd mot.



Kolumn
width50%


Info
iconfalse
titleKundgrupp 2 Behandlaren

Den andra kundgruppen är behandlaren. Många gånger är den ursprunglige beställaren av tjänsten.

Denna kundgrupp är den som innehar kunskapen och metoderna för behandling av en sjukdom eller besvär.

Det finns en stor risk med att enbart lyssna på beställaren av tjänsten, det gör det lätt att enbart fokusera på vad behandlaren vill leverera till patienten - och inte vad patienten faktiskt vill ha levererat av behandlaren.



Kunden har alltid rätt?

Den ena användargruppens behov kommer inte överensstämma med den andras behov. De kommer att använda tjänsten på två olika sätt, och därför ser deras behov olika ut. Här kommer den stora utmaningen som Designer och team; Att gifta de två gruppernas behov så att båda användarna av ett färdigt moment blir nöjda.

section

Exempel:

Nedan är ett exempel på två kunder i ett projekt för ett moment för kroniker. Exemplet visar på vikten att ha med kunderna genom hela designprocessen och inte enbart i början där teamet utforskar kundernas, användarnas, behov.

Sektion Kolumn
width50%
Info
iconfalse
title
Kund 1 Patienten
  • Diagnostiserad med en kronisk sjukdom.
  • Är ofta inbokad på kontroller till vårdcentralen.
  • Skulle vilja på ett enkelt sätt kunna rapportera sina framgångar och besvär istället för att behöva svara på de frågorna vid varje besök - då det kan vara svårt att komma ihåg när man väl är på besöket.
  • Vill även kunna läsa på om sin sjukdom och kunna få svar på om hen har några frågor.
Kolumn
width50%
Info
iconfalse
titleKund 2 Behandlaren
  • Behandlaren vill på ett enkelt sätt kunna övervaka patientens arbete.
  • För att veta hur det går för patienten vill behandlaren att patienten ska kunna skatta sina besvär mellan besöken för att lättare kunna värdera hur effektiv behandlingen är.
Observera
iconfalse
titleMomentet byggs

Ett moment skapas efter att ha lyssnat på vad kunderna vill att momentet ska uppfylla.

  • Möjlighet att rapportera in besvär efter ett formulär som behandlaren har tillhandahållit, som behandlaren sedan själv kan räkna ut ett resultat ifrån som visar på om behandlingen går bra eller dåligt.
  • Information läggs in i en sida med löpande text så att patienten själv kan läsa på om all tillgänglig information från behandlaren om olika mediciner och om hur dessa används - så får patienten själv välja att läsa på om de mediciner som finns och om dem som hen har ordinerats.

Efter att momentet byggts och publicerats visar det sig att det inte används av behandlarna.

När designteamet försöker utreda varför detta är så frågar de båda grupperna vad de tycker om det färdiga momentet:

Sektion Kolumn
width50%
Varning
iconfalse
titleKundgrupp 1 Patienten
  • Vill på ett enkelt sätt kunna rapportera in och inte för mycket frågor på en och samma gång.
  • Tycker inte om för mycket text på ett och samma ställe.
  • Vill ha skräddarsydd information om sina specifika mediciner och behandlingar
Kolumn
width50%
Varning
iconfalse
titleKundgrupp 2 Behandlaren
  • Vill inte dubbelarbeta eller behöva titta på flera sidor för att få reda på hur det går för patienten. Det blir för många klick och rörigt att arbeta.
  • Vill inte behöva göra för många inställningar varje gång ett nytt moment startas för en patient.
    Läs mer här

    Läs mer om co-production, att ha med användarna i produktionsprocessen


    Image Modified

    Sektion


    Kolumn
    width50%

    « Startsidan


    Kolumn
    width50%

    Behov »