Produktudvikling | Anders Kragelund

Benjamin Interactive lancerer nyt modefællesskab

Skrevet af Anders Kragelund, tirsdag d. 28/4 2009

I samarbejde med Costume og MSN Style har vi i Benjamin Interactive lanceret et nyt modefællesskab:

Hvad er styleGALLERY?

På www.stylegallery.dk har modeinteresserede kvinder fra hele landet mulighed for:

At søge inspiration til at sammensætte et outfit med f.eks. udgangspunkt i deres sorte nederdel.
At uploade egne outfits, samt følge andre brugere med lignende stil og evt. gemme favorit outfits til senere inspiration.
At se udvalgte outfits og få konkrete og nærværende råd og eksempler på sæsonens tendenser fra bla. Costumes redaktion.

Noget af det unikke ved styleGALLERY er at det skabes 50% af brugerne og 50% af redaktionen.

Værktøjer anvendt til at udvikle stylegallery.dk

agile metoder (2 iterationer med 2 x prioriteringspoker)
2 x fokusgruppe (quick & dirty)
løbende brugertests og –feedback (quick & dirty)
persona/positionerings matrix
alpha/beta testing
Ruby on Rails
… likviditet og masser af hårdt arbejdeJ

Vi er ret stolte af resultatet - prøv det på www.stylegallery.dk og giv os gerne feedback på feedback@benjamin.dk

Prioriter i starten… ikke i slutningen

Skrevet af Anders Kragelund, tirsdag d. 21/4 2009

Vi har for nyligt haft et års jubilæum med agile projektmetoder, som især bidrager med værktøjer til at prioritere. De nye simple metoder har gjort os dygtige til at:

prioritere de 20% af ”knapper” som udgør 80% af brugsoplevelsen
nå deadlines
overholde budgetter (nogenlunde).

Desværre er der et sted hvor vi endnu ikke har succes med vores benhårde prioritering: De sidste detaljer før launch.Færdiggørelse ved hjælp af grovfilen…I teamet prioriterer vi åbent i alle intervaller – fra timer til måneder og fra små funktioner til hele porteføljen. Det er en kultur vi har skabt og som vi hele tiden skal og vil vedligeholde og forbedre. Prioritering giver os energi, da vi ved at vi arbejder med det rigtige og lader det uvigtige ligge. Desværre er prioritering også en aktivitet vi anvender, når vi nærmer os launch med hastige skridt. Så kommer grovfilen frem, og de mindst launch kritiske elementer bliver udskudt til efter launch.Nogle af de elemementer som oftest udskydes til efter launch er:

detaljeret kommunikation om tjenestens formål
lækre kontaktpunkter (feedback, email sign up, kundesservice funktioner, FAQ etc.)
tuning af grafikker og egen annoncering
gennemskrivning og strømligning af hjælpetekster efter sidste funktioner er på plads
end2end brugertest
360 graders admin funktioner

Prioriteringen betyder at vi altid bliver færdige med produktet til deadline, men vi mangler ofte den sidste 1% af projektet, som bliver barberet de sidste dage op til søsættelsen. Den ene procent, som vi som projektteam har tendens til at negligere, da komplektetsgraden er lav, den opfattede værkshøjde er lille og projektmæssig risiko er ukritisk. Den sidste 1% er oftest kendetegnet ved at kæle for detaljer. Men for brugerne kan denne 1% udgøre en stor del af oplevelsen (se illustration), da teksterne er utjekkede, ukorrekte og dermed utroværdige. Links peger forkert og flere knapper giver ikke mening. De sidste detaljer før launch må ikke prioriteres!Min holdning er at de prioriterede 20% skal være 100% færdige til launch. Det er ikke de sidste detaljer, der udgår den store omkostning af det samlede budget, så de skal simpelthen masseres helt på plads. Den store omkosning er allerede barberet ved de 80% ikke-prioriterede ”knapper”, som omkostningen ved de sidste detaljer er minimal.

Om at lave fejl på den fede måde…

Skrevet af Anders Kragelund, tirsdag d.

Som jeg ser det, så er fejl sunde i en innovationskultur af to årsager:

Jo oftere vi skyder på mål, jo oftere scorer vi – men jo oftere rammer vi sikkert også forbi. Hvis vi skal undgå at lave fejl (ramme forbi), så vil ingen turde skyde på mål og vi rammer dermed aldrig.
Når vi laver fejl, så har vi fejltagelser at lære af. Det er ikke et mål i sig selv at lave fejl – men det er et mål at lære af de fejl man laver.

Lige nu er jeg er i San Francisco ifm. Bonnier Publishing Programme, hvor vi har talt med forskellige venture investorer og iværksættere. En beskrev at flere investorer ofte går tilbage til fusere, da de tror på det rette team og den passion de har for projekterne. I den sammenhæng er der et spørgsmål, der er sikker som amen i kirken: ”What have you learned from losing our money?” ☺Det er nok en sandhed med modifikationer. En ting der er sikkert: sørg for at fejle så tidligt så muligt – det er klart billigst og du har dermed flere skud i bøssen. ”Erfaring er direkte proportional med mængden af ødelagt udstyr”. Citat: Ukendt.

Gør driftopgaver til små successer…

Skrevet af Anders Kragelund, fredag d. 27/2 2009

I mit team arbejder vi næsten udelukkende med udviklingsprojekter, hvis kompleksitet kræver dedikering for alle i båden. Derfor er det møj-belastende hele tiden at blive afbrudt af “Kan vi ændre farven til rød?” eller “Der er en stavebøf i FAQ’en?”. Da 9 ud af 10 driftforspørgsler ikke er kritiske, er det fjollet løbende at afbryde et projektmedlem med demotivation til følge.

Løsning: Man – tors = projekter, fredag = drift

Vi har derfor genopfundet “HOLY FRIDAY”: Ugens første 4 dage arbejder hele styrken på projekter og om fredagen laver alle drift.

Vores kollegaer kender HOLY FRIDAY og der er derfor helt legalt for projektmedlemmerne at sige “Er du sød at sætte din forspørgsel på fredagslisten?”.

Det fede ved HOLY FRIDAY, udover at det skaber mulighed for fokus i hverdagen, er, at alle kan skabe et par små successer inden weekenden. I projekterne er der i sagens natur længere mellem successerne, hvorfor afkrydsning at driftopgaverne på fredagslisten fungerer som små afslutninger og dermed successer.

Eventuelle drama bliver selvfølgelig håndteret øjeblikkelig uanset ugedag:)

BONUS: Holyfriday medfører også at vi ikke har noget drift/support team – det er de kollegaer der har lavet produkterne der selv udfører supporten om fredagen. Altså når det gør ondt på kunderne, gør der også ondt på produktudviklerne, hvilket skaber øget viden og incitament til at lave gode produkter – dumme fejl finder altid hjem igen.

Hvad man taber på gyngerne…

Skrevet af Anders Kragelund, søndag d. 1/2 2009

… vinder man på karrusellerne!

Screen shot er fra betalingsforløb ifm. rejsebestilling til Island!

Jonatan Spang laver kreativ kundeundersøgelse

Skrevet af Anders Kragelund, søndag d. 4/1 2009

I går havde jeg igen fornøjelsen af at se Late Night Lørdag på Nørrebro Teater. Konceptet er super Nørrebrosk og beskrives af teatret selv som ‘en servering af scenekunst i småbidder under helt uhøjtidelige former’. Arrangementet er så tilbagelænet at man må tage dåsebajere med i salen og gå efter refils når man har lyst… sejt!

Teaterdirektøren Jonatan Spang virker selv som underholdende bindemiddel mellem de forskellige indslag, som igår inkluderede Bjørn Svin, Jan Gintberg, Ida Østergaard m.f.

Underforestillingen gjorde jeg en interessant observation angående Jonatan Spang og hans forhold til gæsterne: Han brugte den uformelle dialog til at lave markedsanalyse. Indpakket i hans underholdende indslag, fik han håndsoprækninger og klapsalver på spørgsmål som: “Hvor mange har været her før?” (Cirka 50%), “Hvor mange har set forstillingen ‘En skærsommernatskommedie?’” (cirka 20%”)…

I forbindelse med teater får man selvfølgelig også umiddelbar kundefeedback i form af latter og klapsalver, hvilket indikerer hvad der virker og hvad der ikke virker – uden at trække kunderne igennem lange kedelige spørgeskemaer og dyre antropologiske undersøgelser.Det må være rart.

Efter showet brugte Direktør Spang en anden tjekket finte for at få kundernes feedback: I stedet for at drikke håndbajere med kunstnerne i garderoben, så modtog han de gæsterne i teatrets udgang. På denne måde gennemførte han sin egen sanselige exit poll, hvilket potentielt giver ham brugbar feedback i form af kommentarer, iaktagelse af ansigtsudtryk og stemning. Jeg tror endda at flere kvindelige gæster var parate til at give mere feedback over en drink eller to!

Fed aften og fedt at opleve en teaterdirektør, der interesserer sig for kunderne:)

IDEO the deep dive – produktudviklingens konger

Skrevet af Anders Kragelund, onsdag d. 17/12 2008

Jeg fandt dette klassiske TV indslag, hvor ABC News besøger det belønnede innovations- og designfirma IDEO i Paolo Alto. IDEO viser hvordan de produktudvikler en indkøbsvogn på en uge. I løbet af indslaget demonstrerer IDEO mange metoder, som i dag er en fast del af innovations processer: observer kunden hvor kunden er, anderkend fejl som en del af processen, fordring af tværfaglighed, prototyping og meget mere. Enjoy. (Indslaget er 3 X 7 minutter)

Part 1 (7 min.)

Part 2 (7 min.)

Part 3 (7 min.)

Magasin indhold i nye klæder…

Skrevet af Anders Kragelund, lørdag d. 11/10 2008

Screen shot af Monocle website

En af strømningerne på New Media Days 2008 i sidste uge var, at web 3.0 handler om det gode indhold. I denne sammenhæng har jeg fundet et spændende eksempel på fedt magasin indhold på webben - eller rettere pakketering af indholdet. Det er Monocle.com webindhold, jeg tænker på:

Content pakketering: Monocle er et traditionel magasinhus og har måske ikke kapaciteten til at producere video rapportager – men ligesom f.eks. Benjamin Media har Monocle gode still billeder og dygtige journalister. Der er ingen tvivl om at det er fedt at se videoklips på webben, men video indhold er dyrt at producere og udstyret svært tilgængeligt. Monocle har løst denne video udfordring ved at skabe levende billeder ved en kombination af slideshows (still billeder) og speak - råmateriale som det typiske magasinhus har adgang til. Det er fedt og nemt at producere. Se eksempler her:
http://www.monocle.com/sections/edits/Web-Articles/Summer-Top-10/
http://www.monocle.com/sections/affairs/Web-Articles/Abuja/
http://www.monocle.com/sections/design/Web-Articles/Beijing-Olympic-gold-rush/
Content distribution: Da Monocle har formået at pakketere magasin indhold som audio/video har de oprettet en podcast i iTunes for at være tilgængelige for de købestærke iPod/iPhone ejere. På denne måde har de offline iPod / iPhone brugere adgang til fedt magasin indhold på farten via deres gadget – og audio/video indhold egner sig bedre til mobilen/gadgets end skrevet tekst, da det er nemmere at se/lytte end at læse, når du er på farten.
Content kontext: Ud over kontektuel promovering af værktøjer til content distribution a la iTunes og “print” funktion, så har Monocle en meget unørded og elegant måde at præsentere tags, rss feeds, podscasts, relaterede artikler og eksterne links på. Synlig og kontekstuel uden at være anmasende. Læg også mærke til den måde som Monocle spejler sin menu i sidens footer. Footer er identisk med menu - men footer er åbnet op for videre navigation til underkategorier. Elegant og brugervenligt.

Udfordringen

Med det rette setup tror jeg ikke produktionensomkostingen til et slideshow med speak vil være større end en artikel med tilhørende billedserier. Dog synes indtægtspotentialet at være mindre, hvis man laver slideshows med speak. Med hensyn til ”1. Content pakketering” og “2. Content distribution” er der desværre en udfordring: Ingen af disse ideer understøtter en CPM eller CPC baseret forretningsmodel. Billedserier og gallerier, der kan udgøre en større del af trafikken på et website grundet de mange sidevisninger, der kan ligge i en billedserie, bliver reduceret til en sidevisning – nemlig den sidevisning, hvori videoslideshowet bor. Såfremt indholdet bliver distribueret via iTunes er der ikke nogen måde at måle om indholdet (og dermed eventuel annoncering) bliver vist overfor en kunde. Derfor kan denne eksponering ikke sælges til en annoncør. Løsningen rent forretningsmæssigt må derfor være en form for pre-roll sponsorship der købes på f.eks. periode/tema basis. Monocle har på flere af deres rapportager BMW om bord som sponsor.

Ugens citat om fejlede eksperimenter og prototyping

Skrevet af Anders Kragelund, onsdag d. 23/7 2008

Lyspære På den ene side er prototyping og eksperimenter tunge at danse med. De koster penge, tager tid og vi arbejder ikke nødvendigvis direkte mod et fast defineret mål. På den anden side er den eksperimenterende proces nødvendig for at udvide løsningsrummet i vores søgen efter den rigtige løsning.

Desværre har vi tendens til at blive skuffede og umotiverede, hvis vores eksperimenter ikke lykkes. Det skal vi ikke være. For selvom prototypen har kostet blod, sved og tårer, så lærer vi en masse af prototype processen. Måske lærer vi:

at der ikke findes en løsning, hvorfor vi skal stoppe projektet i tide og ikke kaste flere gode penge efter dårlige
at vi har søgt en løsning på et forkert domæne, hvorfor vi skal søge en løsning andetsteds
at brugerne slet ikke forstår produktet, hvorfor vi måske skal genoverveje vores grundlæggende koncept (eller finde nogle nye brugere!)
at slå vores hellige kør ihjel, hvorfor vi prøver noget nyt næste gang
at det er ok at fejle, hvorfor vi i fremtiden tør tage flere chancer med innovative ideer til følge. Hvis bare en ud af hundrede eksperiementer ender med en lyspære, en isterningpose eller en iPhone, så klager chefen ikke…

Alt i alt, så bliver der i forbindelse med fejlede eksperimenter skabt ny viden, og vi sparer mange penge ved ikke at gennemføre et helt udviklingsprojekt, som først til slut ville vise sig at fejle.

Nå, det var citaterne det handlerede om:

“I have not failed. I have merely found ten thousand ways that did not work” – Thomas Edison

***

“Erfaring er direkte proportional med mængden af ødelagt udstyr” – ukendt

***

Biltelefon > mobil > nano-gadget…

Skrevet af Anders Kragelund, tirsdag d. 29/4 2008

Nokia har været helt fremme i sandalerne og kigget ud over horisonten. Der har de set potentialet i nanoteknologi.Det er der kommet en video prototype ud af. Se Nokia Morph og forestil dig hvordan nano-teknologi vil blive anvendt i mobiltelefoner og mange andre applikationer i fremtiden.

Forrige indlæg