Arkiv
Facebook = Ankeborg?! Stavningskontrollshumor!
Av naturliga skäl innehöll mitt senaste inlägg här på bloggen ordet Facebook. Med Chromes svenska stavningskontroll blev just ordet Facebook rödmarkerat och nyfiken som jag är var jag tvungen att titta efter vad förslagen var -
Den konspiratorskt lagde kan undra över om någon har funderat ett extra varv. Eller så är det en algoritm som behagar skämta med oss
Utrymme för reflektion, i vilket fall som helst!
Planerar du att låta din app eller sajt dela information via Facebook? Tänk dej för!
För tre veckor sedan fick jag ett mail om Arlas nya sajt 225grader.se där jag fick frågan om jag ville vara beta-användare av tjänsten. När jag upptäckte att enda sättet att logga in var att använda sitt Facebook-konto, och att tjänsten ville dela precis allt jag gjorde med Facebook, valde jag att inte delta (länk till det inlägget).
Det gjorde mej nyfiken på att se om min reaktion var typisk. För att ta reda på det bestämde jag mej för att göra en snabb enkätundersökning. Eftersom det var en snabb undersökning är resultatet lite skevt – 78% av de som svarade är i åldersintervallet 31-65 år, och man kan anta att många har hög datorvana. Trots det var resultatet intressant. Bland annat visade det sej att hela 49% gjorde som jag och valde bort tjänsten, medan 13% inte ens hade ett Facebook-konto. Resterande 36% valde att tillåta kopplingen men enbart om de verkligen ansåg att tjänsten bidrog med något de inte kunde få på annat sätt.
En majoritet av dessa kommenterade särskilt att de inte ville att tjänsten skulle byta annan information med Facebook än rena inloggningsuppgifter och hela 59% uppgav att de inte ville att okända företag eller verksamheter skulle kunna få tillgång till deras information.
Över 80% av respondenterna ansåg att smartphones, datorer och internet är en förutsättning för att de ska kunna leva som de gör (95% för de som inte har något Facebook-konto).
Undersökningen visar att många är skeptiska till Facebook. För de flesta är det en fråga om personlig integritet – man vill ha kontroll över vem som får se vad, hur och när. Tvärtemot vad man skulle kunna tro handlar det om människor med hög datorvana som rör sej i flera digitala forum och som i sitt dagliga liv använder internet för att göra en mängd olika saker. (Med tanke på hur Facebook använder och vill använda uppgifterna om sina användare verkar det finnas grund för den skeptiska hållning många verkar ha.)
Min slutsats är att man ska tänka sej för innan man kopplar ihop sin tjänst med Facebook. Särskilt gäller det om man planerar att låta tjänsten publicera saker, i användarens namn, i dennes Facebook-kanal, utan att användaren själv ges möjlighet att kontrollera flödet.
Innan man fattar ett sådant beslut måste man noga ha tagit reda på vilka målgrupper man vänder sej till och vilka beteendemönster de har, och framför allt ska man vara medveten om att dessa sannolikt inte följer de mönster man kan tro.
Hela rapporten finns på Slideshare.
Det finns i resultatet flera intressanta trådar att spinna vidare på/utforska. Jag kommer göra så under våren 2012, men nu är det jul
#Fail för Arlas nya tjänst 225grader.se (och alla andra som kräver Facebook-integration)
Häromdagen fick jag ett mail från Arla. Någongång under antiken tecknade jag mej för deras nyhetsbrev och eftersom det inte kommer särskilt ofta har jag inte avslutat prenumerationen – det är annars något som snabbt händer allt och alla som överöser mej med perifer information mer än en gång i veckan.
På så sätt har Arla haft ”tur”. Nu är nog den turen slut. För detdär mailet innehöll en inbjudan att bli pilotanvändare till deras nya tjänst/webb/community 225grader.se. Tja, tänkte jag, det kan ju vara intressant, om inte annat från ett rent professionellt perspektiv. Det var bara ett problem. Enda inloggningsmöjligheten var via Facebook.
Detdär med Facebookintegration är allt mer vanligt förekommande men många har valt att tillåta användarna att logga in på andra sätt också. Så icke 225grader.se. Där är enda alternativet Facebookinloggning, och liksom i andra fall när Facebookinloggning är alternativet möts man av följande dialogruta -
Så, en community för att dela recept och matprat med andra vill ha hela min lista på ”vänner”; kommer posta en massa saker i mitt namn, på FB; och kolla på min information även om jag inte är aktiv på forumet. Självklart valde jag Tillåt inte/Don’t allow. Nån kontroll vill man ju ha!
Och om jag tänker efter kan jag inte påminna mej ett enda tillfälle när jag klickat på Tillåt/Allow. Så inte heller denna gång. Och det trots att sajten verkade ganska intressant.
En snabb undersökning säger att jag inte är ensam. I skrivande stund har 86 personer svarat på den enkät jag lagt ut för att ta reda på om jag var ensam i min reaktion (svara gärna, ju mer data desto bättre!).
Av dessa har 0% svarat att de klickar Tillåt/Allow. 38%väljer Tillåt/Allow efter noga övervägande om tjänsten är värd det eller inte och hela 47% klickar Tillåt inte/Don’t allow direkt, utan vidare funderingar. Resten (15%) har inget Facebook-konto (och av dessa säger 92% att datorer, smartphones osv är grundläggande prylar man behöver).
70% av alla som klickar nej direkt är kvinnor, medan omvänt förhållande råder för de som trots allt väljer Tillåt/Allow – där är 70% män.
Jag vet inte hur Arlas målgruppsanalys för 225grader.se ser ut. Men en sak är säker – genom att enbart förlita sej på inloggning med Facebook ID har man kraftigt begränsat deltagandet och tillgängligheten.
#fail, om jag så får säga det.
Förvirrande interaktion eller förvirrande utförande?
En community som jag är medlem i har nyligen uppdaterat sitt användargränssnitt. Sajten har en historia av att vara programmerardriven och interaktionen är ofta minst sagt konstig men normalt sett kan man i alla fall begripa hur de tänkte, även när det blev fel. Den här gången hade de nog ovanligt bråttom, dock.
På sajten finns diskussionsforum. Det är raka trådar så svarar man på något längre upp inleder man sitt inlägg med numret på den post man svarar på. Inga konstigheter. Så när jag möttes av nedanstående tänkte jag – oj, här har de ändrat. Tidigare aktiverades meddelanderutan genom tryck på länk, men nu är den synlig hela tiden, sist i tråden -

Enkelt textinmatningsfält, placerat efter senaste inlägget i tråden
Så kikade interaktionsdesignern i mej fram och krävde att jag skulle trycka på Reply, för att se vad som skulle hända. Döm om min förvåning när ytterligare ett textinmatningsfält blev synligt!

De två inmatningsfälten; det nya mellan senaste meddelandet i tråden och original-inmatningsfältet
Den rådige förstår att det nya fältet innebär att man svarar direkt på det meddelande vars Reply-länk man tryckte på. Lite förvirrande bara med TVÅ inmatningsfält ovanpå varandra
Men nå, det är inte slut här. För trycker man nyfiket på More händer detta -

När man väljer More expanderas nya val ut. Vart hör dom?
Valen ser ut att höra ihop med textinmatningsfältet men av sammanhanget kan man dra slutsatsen att de hör till inlägget.
För mej visar dethär hur otroligt viktigt det är att den visuella designen samspelar med interaktionsdesignen. För i grund och botten är det inte fel på själva interaktionen, även om den är tvivelaktigt placerad. Nej, det är bristen på gruppering som är problemet – hjärnan får inte tillräcklig hjälp att sortera informationen. Här kunde den grafiska formen kunnat komma till undsättning. Men det vet ju alla – form är något oväsentligt, nåt man kan lägga till efteråt. Inte.
Det är min erfarenhet att i många situationer räcker inte interarktionsdesignen hela vägen fram – den är logisk, den är i linje med hur man utför en viss handling i liknande system, den är på sitt sätt optimal för situationen… men först när man lägger på formen blir det tydligt för användaren vad man förväntas göra och hur.
Med tanke på det är det extra märkligt när beställare säger ”här är formen, gör nu interaktionsdesignen” eller tvärt om. Eller när man, som i exemplet ovan, bortser helt från formgivningen och låter ”dethär ser modernt ut” styra. Förhoppningsvis är det något vi kommer se allt mindre av framöver.
Kravhantering – kontraproduktivt?
Kravhantering, så som den bedrivs i IT-projekt idag, är slöseri med tid och resurser. Med tanke på hur många, särskilt inom användbarhetsområdet, som arbetar med kravhantering är det förstås en provokativ tanke.
Kraven finns där för att det är en stor lucka mellan affärs- och verksamhetskonsulternas abstrakta rapporter och den faktiska systemimplementationen de ibland förordar. Så långt allt väl. Men vad är kraven egentligen bra för? Vad försöker de beskriva?
Jag hävdar bestämt att krav är en artefakt av ett alltför ingenjörsorienterat arbetssätt. Ett arbetssätt där man trots allt uppmärksammat att man på något sätt måste definiera och specificera vad det är som ska göras, visst. Problemet är att så fort kraven är formulerade glömmer man varenda ord om vad, varför och för vem. Du kan ha kartlagt och skrivit personas, definierat scenarios, vad som helst, men när kraven finns där är det dom som styr. Obevekligt. Och i 9 fall av 10 levereras ett system som uppfyller tillräckligt många av kraven för att leveransen ska vara godkänd men som inte går att använda och som inte fyller nån affärsnytta.
Pengar i sjön.
Och det värsta är inte att jag säger dethär utan att det faktiskt händer. Igen och igen och igen. Och beställarna svarar med att försöka bli bättre och bättre på att skriva krav. Blir det det?
Inte så vitt jag vet.
Snarare har kraven förvandlats från generella ”bilen ska vara bränslesnål” till specifika ”bränsleinsprutningen måste vara kalibrerad till 0,00001% marginal”. Kontraproduktivt.
Därför har jag börjat prata om att krav är föråldrat. Vill man verkligen uppnå affärsnytta kartlägger man behov och förväntningar och matchar dem mot verksamhetens strategier och visioner.
Detdär är ju inget nytt för de flesta av oss. Men nästan alla arbetar fortfarande med krav och kravhantering – det är till och med en särskild yrkesroll och i linjeverksamhet har man ofta kravhanterare anställda; först tar man fram behoven, målen och konceptet. Sen simsalabim gör man krav.
Och där någonstans tappar man bort hela nyttan med investeringen.
Som en konsekvens av detta provar jag just nu med att strunta i krav. Det enda (sic!) som behövs är ju egentligen att kartlägga, prioritera och balansera alla intressenters behov och förväntningar, inklusive affärsstrategierna och målen. Sen dokumenterar man det i koncept, design rationale, lösningsarkitektur och interaktionsdesign. Hur exakt man går till väga beror ju på om man implementerar standardsystem, om man gör en app till en padda, eller vad det nu är, men i grunden är det ju inga konstigheter.
Självklart måste man ha koll på informationsarkitektur och verksamhetsregler och en massa andra saker. Men så fort man gör krav av dem blir det de som styr, inte nyttan eller meningen med hela investeringen.
Och hela meningen med det vi gör är ju att det ska bli nytta, nytta och ändamålsenligt!


