Några exempel på vad man kan göra för att lära sig om sina användare och validera hypoteser när man inte har möjlighet att träffa dem fysiskt. Fokus ligger på snabba smutsiga tricks med verktyg som är gratis.
Jag har nu skrivit helt nya och ganska omfattande anteckningar så att presentationen ska vara begriplig på egen hand. Kolla den halvhemliga fliken Notes lite till höger under denna beskrivning eller ladda ner presentationen för att få den i Powerpoint-format med anteckningar till varje sida. Kontakta mig annars gärna på tom.airaksinen@visma.com för att få originalet i Keynote-format för bästa upplevelse.
6. Fritextsvar, exempel
”Bra!! Men jag saknar leverantörsnamn på avtal att hantera då man
ofta har flera avtal med samma/liknande namn”
”Om en anbudsgivare svarar på en komplettering, borde det synas
som en obesvarad fråga.”
”Primärt är det obesvarade frågor och avtalsförlängningar precis som
ni tagit med. En påminnelse om anbudsöppning skulle kunna finnas.”
7. Lärdomar Google Forms
Fråga om e-postadress för eventuell uppföljning
Varna användare för att påbörja enkäten och slutföra annan dag –
data kan tappas
Se till att “länkdelning” är avstängt
16. Lärdomar webbinarium
För vissa är det enklare att avsätta 1–2 h vid ett enstaka tillfälle än att
löpande vara med
Lite konstig känsla dema för folk som man varken ser eller hör
Testa tekniken ordentligt
18. select count(0) as
[count],o.name,i.name,bia.phonenumber,bia.email,bia.mobilenumber,upper(bda.postaladdress) as
postaladdress from teddocument t
inner join project p on p.projectid = t.projectid
inner join rel_project_individual rpi on rpi.projectid = p.projectid and projectindividualcharacterid = 1
inner join individual i on i.individualid = rpi.individualid
inner join department d on d.departmentid = i.departmentid
inner join organization o on d.organizationid = o.organizationid
inner join bel_basicindividualaddress bia on bia.individualid = i.individualid
inner join bel_basicdepartmentaddress bda on bda.departmentid = d.departmentid
where t.publicationdate > '2013-01-01'
and i.systemuser = 1
group by o.name,i.name,bia.phonenumber,bia.email,bia.mobilenumber,Upper(bda.postaladdress)
order by 1 desc
19.
20. Lärdomar e-post/telefon
Många användare är engagerade och VILL vara med
Om flera mappar/filer, numrera dem så att det inte är någon
tveksamhet om i vilken ordning de ska öppnas
22. Låt inte det bästa bli det godas fiende
Sänk trösklarna för dig själv och användarna – vad som helst är bättre
än ingenting
…SÅ KÖR, BARA KÖR!
23. Hör gärna av er!
Tom Airaksinen
tom.airaksinen@visma.com
010-141 32 51 (mobil)
Notas do Editor
En genomgång av några saker jag använt i projekt som komplement till klassiskt fotarbete som användningstester och kontextuella intervjuer när jag velat få in data från folk jag inte kunnat träffa fysiskt.
Resultatet av mitt första seriösa försök att samla in data från många användare på distans. Jag skickade en enkät med 15 frågor till 74 användare.
52 personer svarade, och gav mig massor av värdefull kvalitativ data. (I skärmdumpen syns de första 24 användarnas svar.)
Jag hade gått från pappersskisser till klickbara Balsamiq-prototyper till en HTML-prototyp i ett projekt där vi skulle göra ganska radikala förändringar i systemet, bland annat förändra hela navigationen. Allting pekade på att vi var på rätt väg, men vi har användare över hela Sverige och jag ville få in mer data.
Därför tänkte jag testa att skicka ut länk till HTML-prototypen tillsammans med en enkät. Jag ville hålla det enkelt och testa Google Forms, som ju är gratis.
Jag lade upp enkäten så att den var uppdelad på olika sidor efter områden som vi hade designat om i systemet. Först kom en sida med någon uppgift som användaren skulle göra och en fråga om hur det gick, vad folk spontant lade märkte till för ändringar eller liknande.
På sidan efter i enkäten kom “facit” där jag med skärmdumpar pekade ut olika saker som var nya och försökte förklara hur vi hade tänkt med den nya designen.
Därefter frågade jag vad folk tyckte om idén generellt och hur den skulle kunna förbättras. Och de tog sig verkligen tid att skriva grejer, som framgår av första bilden i presentationen.
Några exempel på fritextsvar angående just förra rutan. Massor av bra input som var bra att få reda på i detta tidiga prototypstadium, innan vi hade börjat koppla in backendutvecklarna.
Alla användare hade fått samma enkät och ingen inloggning krävdes. Jag visste alltså inte vem som hade svarat vad och kunde inte följa upp svar, vilket jag ibland ville. Sedan dess lägger jag alltid in en fråga på slutet om respondenternas e-postadress ifall det är OK att jag kontaktar dem.
Jag lägger också in en varning om att det är bäst att försöka fylla i enkäten i ett svep, och om man inte blir klar kan man trycka sig igenom den och sedan gå tillbaka och ändra sina svar/skriva mer när man har tid.
Inställningarna för länkdelning gäller vem som ska ha åtkomst till att REDIGERA själva enkäten - vem som helst kan FYLLA i enkäten utan inloggning osv. oberoende av dessa inställningar.
Nästa knep jag tagit till: QuickTime Player.
Det visar sig nämligen lite oväntat att QuickTime Player har en funktion för skärminspelning. Man kan till och med få med grafiska indikationer för musklick i filmerna om man vill.
Det här har jag också använt för att samla in feedback från användare. Jag har spelat in korta filmer på 5-6 minuter om någon del som vi har gjort och som jag vill ha feedback på, särskilt om det inte har funnits någon publikt tillgänglig demomiljö. Sedan har jag lagt upp dem på YouTube som filmer som alla med länken har kunnat se utan inloggning (dvs inte helt publika).
Det har varit ett enkelt sätt för mig att kunna prata kring ny design och mina tankar om den, och ställa frågor till användarna, utan att behöva lägga timmar och åter timmar på att skriva beskrivande text till skärmdumpar/skisser i någon Powerpoint-presentation eller liknande. Snabbt för mig att spela in, och det verkar också vara ett sätt som är ganska lätt att ta till sig för många användare.
Jag har till och med visat skisser i filmerna. Från att ha demat hur något ser ut och just nu i ett projekt som vi utvecklar har jag dragit in ett fönster med Balsamiq-skisser och snackat om våra tankar om vad vi ska förändra i nästa iteration kring något område.
Med datorns inbyggda mikrofon blir det mycket störande ljud när man trycker på tangenterna. Vilket plastigt USB-headset som helst är bättre.
En erfaren webbinarieräv som sett mina tidiga filmer har också tipsat mig om att inte försöka vifta runt med muspekaren så mycket. Något jag försöker tänka på.
Ytterligare en grej jag testat är webbinarium för att köra en längre demonstration av ett helt system som är under utveckling. Både som ett sätt att samla in feedback, men minst lika mycket bara för att vara transparent och hålla folk informerade om vad som är på gång (både gentemot användarna och internt här på bolaget, så att sälj, support osv kan hålla sig à jour med det nya). Dessutom kan det spelas in, så att folk kan se det i efterhand.
Vår marknadsavdelning har en WebEx-licens så jag körde med det.
En grej jag gjorde innan jag bestämde tid och datum var att jag skickade ut en Doodle-enkät med fyra förslag på tider till min referensgrupp med användare (då ca 60 personer) för att sondera intresse. Doodle är gratis, enkelt och kräver inget mer av respondenterna än att de skriver sitt namn och kryssar i vilka tider de kan.
Cirka 20 personer hade svarat på enkäten efter en vecka och jag tog det datum som flest hade angett att de kunde (15 personer). Sedan skickade jag kalenderbokning till hela gruppen, och genast kom det in nästan 30 anmälningar.
Det kändes bra att köra Doodle först för att få en indikation, men uppenbarligen är det enklare för många att ta ställning till något som dyker upp i ens kalender än att orka anmäla intresse, så det är bra att inte ta Doodle-enkäten för någon sanning om hur många som kommer att delta.
Jag hade lagt upp webbinariet som att jag under en timme skulle gå igenom det viktigaste i (det ganska omfattande) systemet översiktligt. Men jag hade avsatt ytterligare en timme för de som ville dröja sig kvar och grotta ner sig i mer detaljer, ställa ännu fler frågor osv.
Därför blev inspelningen nästan två timmar. Som en service satte jag ihop en liten “innehållsförteckning” till filmen, där jag lite grovt beskrev ungefär vad som diskuterades när så att folk inte skulle behöva sitta igenom världens längsta film utan att veta vad som sägs, utan direkt kunna skumma innehållsförteckningen och sedan titta på de snuttar som de var intresserade av. Flera deltagare hörde av sig med uppskattning för detta i efterhand, så det kommer jag att göra igen.
Under webbinariet deltog några användare som varit med i min referensgrupp under många månader, men knappt varit aktiva alls. Nu ploppade de upp och kom med superrelevanta frågor och jättebra feedback. Detta visade sig vara ett bra sätt att fånga upp folk som har enklare att avsätta tid för ett “möte” snarare än att engagera sig löpande vid sidan av sitt vanliga arbete.
Det var en lite underlig känsla att dema för folk som man inte ser eller hör, och knappast lika trevligt som att köra live, men man får ta det onda med det goda.
Jag var glad att jag hade börjat testa tekniken ordentligt flera dagar i förväg inför mitt webbinarium. Jag hade mycket problem med allt från nätverkskrångel i konferensrummet där jag skulle sitta till att WebEx visade sig ha problem med inspelning av min högupplösta retinaskärm på laptopen, så jag släpade in min externa skärm i det lilla mötesrum där jag satt och höll webbinariet. Även ljudkvaliteten blev lite dålig (på grund av kraftig komprimering), så jag spelade in en egen version av webbinariet med QuickTime Player förutom WebEx officiella. Den blev även bra att lägga ut på YouTube för dem som inte kunde installera den WebEx-plugin till webbläsaren som krävdes för att se den inspelningen.
Under ett av mina första projekt när jag var nyanställd blev jag indragen i ett projekt med att byta ut den tekniska plattformen för annonsering av upphandlingar i systemet. En ganska viktig funktion, och eftersom jag inte visste något om något vid det laget tänkte jag att jag snabbt måste blanda in riktiga användare.
Det här är en magisk SQL-formel som produktchefen tog fram åt mig. Den genererade en lista över alla användare som annonserat i systemet under året och hur många gånger. Jag sorterade listan efter antal annonser, och mejlade sedan 7 av dem som annonserat allra mest, 7 personer som annonserat 7 gånger och 7 personer som annonserat bara en gång. Detta för att få lite spridning över olika användartyper.
Flera ville vara med och det slutade med att jag kunde intervjua 2-3 personer ur varje grupp. Jag hade velat sitta med TeamViewer och dela skärm med dem, och gå igenom nuvarande flöde i systemet samt lite skisser och tankar jag hade om framtiden, men eftersom flera satt på myndigheter och inte så enkelt kunde installera program på sina datorer slutade det med att jag istället helt enkelt mejlade dem skärmdumpar, som vi gick igenom per telefon.
Så det blev lågbudgetuppläggens lågbudgetupplägg, men det räckte gott. Jag lärde mig massor och kunde förbättra skisserna avsevärt.
När det handlar om arbetsverktyg har folk klara incitament att vara med och förbättra. Och det behöver inte ta lång tid heller. Med någon som hade ont om tid nöjde jag mig med att gå igenom dagens flöde och få deras synpunkter på det, så 30 minuter räckte gott.
Jag ser distansaktiviteter så här som ett bra komplement till mer klassiska kontextuella intervjuer och tester. Man missar mycket genom att inte vara i rätt fysisk miljö eller i enkät- och screencastfallen inte ens ha direktkontakt med användaren, men å andra sidan kan man få in mycket data man aldrig skulle fått annars.
Min erfarenhet är att projekt oftare lider av ingen användardata, än att den data som finns är icke-representativ och missvisande. Så min rekommendation är att hellre göra något än inget, men självklart inte ta den data du samlar in för någon slutgiltig sanning.