Gjett hvor vi har vært?
Xuebing Du

JVL
noise dept.
PUT YOUR BEARD IN MY MOUTH
"I'm Dorothy Gale from Kansas"
Cosimo Galluzzi

@theartofmadeline
NASA

#extradirty

shark vs the universe
tumblr dot com
Mike Driver

izzy's playlists!
occasionally subtle
Show & Tell
d e v o n
sheepfilms

titsay
AnasAbdin
Monterey Bay Aquarium

seen from Germany
seen from United States
seen from United States

seen from United States

seen from Malaysia
seen from United States

seen from Ukraine

seen from Ireland
seen from United Kingdom

seen from France
seen from Malaysia

seen from United States
seen from United States

seen from Türkiye

seen from United States
seen from New Zealand
seen from United States

seen from Malaysia

seen from Philippines
seen from Lithuania
@interak
Gjett hvor vi har vært?
Kuuuuuuult video!
Hvor "lean" er din web side?
Lean er en kjent effektiviserings- og forbedringsmetodologi som har vært i aktiv bruk i mange bransjer /industrier over hele verden (produksjon, administrasjon, helsesektor, tjenester, finans, forsikring, kontor, produkt- og IT-utvikling, regnskap…) i flere år. Såvidt jeg vet, så har ingen tatt metodologien i bruk i vår bransje.
Det overrasker meg hvor ukjent dette begrepet er i internettmarkedsførings-, brukervennlighets- og webutviklingsbransjen. Jeg har jobbet lenge med “Lean Six Sigma”-prosjekter i andre bransjer og industrier. Nå vil jeg gjerne dele mine erfaringer; Hvem vet, kanskje dere får noen nye ideer og andre perspektiv når det gjelder deres nettsteder.
Navnet “lean” stammer fra boken “The Machine that Changed the World” som beskriver prinsippene i Toyotas produksjonsssystem (TPS). Lean dreier seg om å gjøre de rette tingene til riktig tid i riktig rekkefølge - fra starten av – samtidig som man reduserer sløseri og er åpen for endringer.
Lean means less of many things – less waste, less design time, fewer organizational layers, and fewer suppliers. Lean also means more – more employee empowerment, more flexibility and capability, more productivity, more customer satisfaction and more long-term competitive success.
Jeg skal prøve å tilpasse leanterminologien slik at den passer til vårt fagområde.
Fokus i lean er å konsistent forbedre og levere verdi til brukeren ved å identifisere og redusere følgende:
Variasjon – Redusere feil og standardisere arbeid: alle prosesser har variasjon (ekstern variasjon av etterspørsel, intern variasjon av aktiviteter, ytelse..), men det er alltid ønskelig å redusere og kontrollere variasjonen slik at prosessen blir mer pålitelig og fører til mindre kostnader, bedre kvalitet og mindre risiko. I vår verden dreier dette seg om tilgjengelighet, IT-systemskalerbarhet og samtidig brukers responstid.
Infleksibilitet – Redusere syklus tid: Begrensninger i et system som forhindrer rask og effektiv respons til endringer i kundens etterspørsel. Redusere infleksibilitet betyr å levere det kunden ønsker, når kunden ønsker det og i riktig kvantitet (servicenivå). Igjen, i vår verden innebærer dette hvor fleksibel den nye teknologien, infrastrukturen, CMS systemet er slik at de kan endres og rekonfigureres til de nye kundebehovene (innhold, navigasjon…) og kommende standarder.
Sløsing – forbedre effektiviten i prosessen: Redusere og kutte ut (kuttisme!) alt som ikke tilfører verdi til kundens brukeropplevelse og som skaper friksjon i prosessen. Sløsing øker utviklingskostnader, øker leadtid, minsker konverteringsraten og øker selvfølgelig “bounce rate”, uten å tilføre noen verdi til kundens brukeropplevelse.
Total customer time spent on your web
De to første punktene faller inn i den teknologiske verden, hvor vi av og til har liten innflyttelse , men det siste (sløseri) er noe vi kan aktivt gjøre noe med i vår hverdag: hvordan kan vi effektivisere vår web slik at vi lykkes med det?
Se nærmere på de syv “waste”-punktene og sett igang tiltak:
1. Venting: hvor mye tid venter brukeren på at ting skal skje, på at informasjon skal komme? Har vi tatt høyde for brukere som ikke har bredbånd? Har vi tunge applikasjoner (Flash…)? For mange “bells&whisels“? Venter brukeren fortsatt på tilbakemeldinger fra vår web (bekreftelse og takk etter en kjøpsprosess…)? Jo lengre ventetiden er jo mer sannsynlig er det at brukeren forsvinner.
2. Innhold (Inventory): Har du for mye unødvendige nyheter, bilder, illustrasjoner på din web som overhodet ikke gir verdi til kunden og til brukeropplevelsen? Har du gamle “nyheter” og bilder av ditt to år gamle “nye” produkt på din hovedside? For mye innhold stjeler oppmerksomhet fra “call to action”, tar betydelig og kostbar lagringsplass og, ikke minst, gjør det vanskelig å vedlikeholde siden og holde den oppdatert, noe som kan føre til redusert troverdighet.
3. Flyt: Hvor enkelt og tidkrevende er det for brukeren å finne frem det man leter etter og komme seg dit? Hvor intuitiv, enkel og brukervennlig er din bestillings-/ kjøpsprosess? Har du en informasjonsarkitektur og en navigasjonsstruktur som hjelper brukeren eller blir det mye gjetting, for mange klikk og “tilbake”-knapper underveis? Har designet tatt over din web? Har du smarte søkemotorer som kan gjette hva kunden leter etter og hjelpe han underveis? Tenk på konverteringsraten din!!
4. “Over-processing”: Hvor mye unødvendig data/input krever vi fra brukeren som vi egentlig ikke trenger eller som brukeren synes det er strengt nødvendig å gi fra seg? Har vi for mange påkrevde felter på våre skjemaer? Hva med våre spam policyer? Sender vi for mange nyhetsbrev? Har vi irriterende og unødvendige fancy animasjoner og pop-ups? Må brukeren laste ned ekstra software for å bruke din webside? Alt dette er sløseri i prosessen som skaper irritasjon hos brukeren og uten å gi verdi til brukeropplevelsen, tvert imot!
5. Forflytning (inn mot, innenfor og ute): Hvor flinke er vi til å tiltrekke kvalifisert trafikk til vår side? Det holder ikke med å ha en finweb side om vi ikke har besøk…. Har vi noen epost-, søkemotormarkesdføring eller -effektiviseringsaktiviteter i gang? Når kunden er på vår side; Er det enkelt å komme dit hvor brukeren ønsker? Vet brukeren hvor han/hun befinner seg? Har vi en god søkemotor som hjelper brukeren å finne frem det han ønsker? Har vi linker som leder brukeren til døde sider? Har du tenkt på hvor du sender brukeren videre?
6. Rework – “omarbeid”: Hvor mange ganger spør du brukeren etter de samme data/input som du allerede har spurte etter før (duplication om data)? Har du smarte skjemaer som fanger feil input med en gang i prosessen og gir tilbakemelding til brukeren? Er det enkelt for brukeren å endre data i løpet av prosessen eller må man bli ferdig med alt og starte på nytt?
7. Vanskelighetsgrad – kompetanse: Gjør font-type og størrelse det vanskelig å lese innholdet? Har du tenkt på tilgjengelighet? Snakker vi til kunden i “vårt eget interne språk”? Er din webside for vanskelig for dine brukere? Får de hjelp underveis?
Erfaringer fra smidige prosjekter: innføre "scrum" i et kreativt miljø
Da jeg begynte å jobbe som Prosjekt- og Utviklingsleder hos en tidligere arbeidsgiver i September 2008 og etter jeg fikk en forståelse og oversikt over hvordan prosjektene ble kjørt før min tid, satt jeg igang en spennende intern diskusjon hos om “scrum“: Var dette noe for oss? Er det noen som har erfaringer fra før om hvordan “scrum” brukes med kreative prosesser? Kunne dette fungere? Har vi lyst til å prøve?
Eks-kollega Anders Fagerhus tok utfordringen på strak arm og skrev et strålende blogginlegg om scrum og kreative prosesser. Takk Anders :-)
Etter to vellykkede prosjekter og verdifull erfaring, ønsker jeg å ta opp igjen tråden fra Anders og fortelle først og frem om hvordan vi klarte å innføre “scrum”.
Kreative folk liker ikke tvangstrøye-begrep som “scrum” – IKKE BRUK ORDET SCRUM, LAG DINE EGNE BEGREPER!
“Scrum” er en smidig prosjektmetodikk som springer fra og som benyttes innenfor programvareutvikling. I “UX og design”-avdeling ble dette veldig derfor dårlig mottatt: ” vi er annerledes”, ” vi trenger rom for kreativitet”, “vi er ikke systemutviklere”… og dette gikk og gikk…
Scrum er kun en av de forskjellige iterative og inkrementelle utviklingsmetoder som blant annet Extrem Programming (XP), Unified Process (UP), Evolutionary Project Managemnet ( EVO) osv.
Alle disse metoder har en del ting i felles:
Risikodrevet og kundedrevet iterativ planlegging
“Timeboxed” iterativ utvikling
Tar imot endringer, men IKKE iløpet av selve iteraksjonen
Tilpasnigsdyktig iterative planlegging og utvikling
Inkrementelle leveranser (fungerende delleveranser)
Løsning var å fokusere på alle disse felles prinsipper som er grunnpilareren i smidig utvikling og Agile Manifesto – uten å sette noen etikett på det.
For å gjøre en lang historie kort, vi så på alle disse forskjellige smidige metoder og deres verktøykasser, slik at vi kunne velge det vi mente kunne fungere hos oss. Vi prøvde og testet litt av hvert og gjorde tilpasninger underveis:
- “Funket dette?”
- “Ja”
- “Da forstetter vi med det”
- “Funket dette?”
- “Nei”
- “Da dropper vi det. Forslag om noe annet vi kunne bruke som kan fungere bedre?”
WHAT MAKES YOU FEEL BETTER WHEN YOU ARE IN A BAD MOOD?
Two songs:- Loca People (What the F**k!")- We No Speak Americano
Hallo, alle sammen!
Hvordan tjene MYE penger på web med enkle og kosteffektive grep: business case ROI
Se for deg at du er en selger med begrenset tid (budsjett) . Det finnes bare to måter å gjøre jobben din på:
enten ringer du til flere (nye) folk (cold calling) .It is a number game, ikke sant? Jo flere du ringer, jo flere som kjøper
eller så jobber du videre med de prospektene du allerede har, som du vet allerede er litt interesserte og prøver å få salget. Mao øke din konverteringsrate.
Om du skulle velge kun en, hvilke skulle det være? Om målet er å selge mest på den mest både tids- og kostnadseffektivemåte , da ville du valgt å bruke tiden på de eksisterende prospektene (øke konvertreringsraten din), ikke sant? Det er jo en nobrainer.
Men allikevel velger mange å gjøre akkurat det motsatte på nett!
La oss se på et enkelt (og forenklet) eksempel som kan illusterere denne saken.
Nåværende (bunnlinje) på en fiktiv nettsted
Trafikken: 1.000.000
Konverteringsrate: 2%
Konvertering (salg): 20.000
Gjennomsnitt salg: NOK 100
Total salg: NOK 2.000.000
Som nevnt før, vi har et fast budsjett (NOK 100.000) og to valg:
Bruke vårt budsjett til å kjøpe epostadresser og skaffe mer trafikk (cold calling): “epost markedsføring“.
Videreutvikle nettstedet (bedre interaksjonsdesign og brukervennlighet) slik at vi øker konverteringsrate.
For å se hvilket tiltak som er mest lønnsom og kosteffektiv, særlig i disse finanskrise dager, bruker vi ROI (Return Of Investment):
Netto gevinst = fortjeneste – investering
ROI = netto gevinst / investering.
1. ROI analyse: kjøpe mer trafikk (100.000 epostadresser)
Det ser ikke så dårlig ut, ikke sant? Med samme konverteringsrate (2%), får man 2.000 flere kunder og økt NOK 200.000 i salg, med en ROI av 100%.
2. ROI analyse: øke konverteringsrate (bedre interaksjonsdesign og brukervennlighet)
Men dette ser enda bedre ut ;-)
I “worst case scenario” med en bitte liten økning i konverteringsraten (2,1%), får vi en ROI på 0%. Dvs at vi har dekket vår investering.
Men, allikevel, i det lange løp, viser det seg at det beste er å fokusere på å øke konverteringsraten siden dette bringer stadig eksponensiell mer inntekt hver eneste måned!! Det er ikke one-shot deal som kun å kjøpe mer trafikk.
Blog test, Nytt theme !
Dette er bare en test...
Ny tumblr theme innstallert men trenger litt justeringer i forhold til farger avstander + diverse. Regner med at du Mathias eller Hans.K hjelper til litt her ?
Hvordan ser linken ut ?
www.interaktivprat.no
Hvordan spiser man en elefant?: National Geografic Challenge
Som prosjekteder har jeg utallige ganger hørt dette spørsmålet; “Hvordan spiser man en elefant? Svaret? “En bit av gangen”. Jeg liker tankegangen så godt at jeg bruker setningen i epostsignaturen min for å vise min holdning og filosofi som prosjektleder. Utfordringen ligger i at dette er lettere sagt enn gjort, særlig i IT prosjekter. Men la oss si at National geografic gir oss denne utfordringen og og illustrere det med hvordan det vil se ut i min PMP prosjektverden ifølge PMI (Project Management Institute)!
"INITIATING PHASE": Hvor alle de store ideer blir født
Forretningsbehov: National Geografic Channel ønsker å finne opp nye TV-konsepter a-la-Jackass for å vinne unge TVseere.
Prosjektmål: Lage et helt sykt TV-program i Kenya hvor de skal vise hvor lang tid tar å spise en elefant.
Foreløpig omfang: Spise en elefant. Det høres ganske enkelt ut, ikke sant? Jeg får kun levert noe som ligner på en elefant…
Prosjektsponsor: National Geografic Channel.
Leverandør: Sabana National Park. Et reservat hvor de har mange løse ville dyr.
Prosjektleder: Stakkars meg. Sannsynligvis må jeg være gal, blakk og sulten nok til å bli med på dette.
So far, so good… jeg takker ja til prosjektet og setter igang med planleggingen.
"PLANNING PHASE": Hvor man lever i en fantasiverden…
Definere prosjektteam: Malako og Koloko, to utsultne innfødte fra Mangotambo-stammen som er like gale, sultne og blakke som jeg. I tillegg ser de bra ut på TV, skjønner du: Afrika, elefanter og Mangotambo-folk. The perfect fit!
Etablere omfang: Etter mye mas og frem og tilbake, får jeg endelig levert et bilde av elefanten som skal bli spist slik at jeg kan beregne omfanget på prosjektet
Ehhh? Dette har ingenting å gjøre med det som jeg ble forespeilet tidligere i prosessen… Ok, da! Ihvertfall ser den liten ut. Da blir det enklere. Mao det kommer til å ta mindre tid å spise den, og da blir det billigere ift ressurskostnader (prosjektteam, filmcrew og hotellregning). For et piece-of-cake-prosjekt, tenker jeg… (Så naivt!)
Work Breakdown Structure og aktiviteter: Nå deler jeg (i min fantasi) babyelefanten i små og spiselige biter. Snabelen, hodet, ørene, beina osv, legger dette i et nettverksdiagram og finner den kritiske linje. Dette er prosjektlederens ABC.
Estimere tid, kost og budsjett: Dette er enkelt, tenker jeg. Hvor stor kan en babyelefant være? Jeg går på Google og finner ut hvor stor og tung en babyelefant er, og tar det derfra. Egentlig har jeg ikke fått dette fra min sponsor og jeg vet heller ikke hvor gammel elefanten er, så jeg er nødt til å gjette meg frem til et tall. Neste steg er å finne ut hvor mye en person kan spise så jeg kan regne hvor mange timer / dager dette sprø prosjektet kommer til å ta. Jeg inviterer noen venner på XXL biff middag hos meg ( vanskelig å finne elefantkjøtt på Meny…) og kalkulerer gjennomsnittig kilo biff hver person spiser. Voila! Nå har jeg det jeg trenger for å estimere!!
TID: (vekt på baby elefant) / (2 urfolk x hvor mye biff spiser en gjennomsnitt nordmann per time x 8 timer per dag)
Sette alt dette på kalenderen: Jeg legger det i Microsoft Project og sender det til min sponsor slik at de kan fikse alt det økonomiske og logistikken rundt det.
Risikostyring: Hallo!! Hvor mye risiko kan det være. Dette er bankers! Å spise en liten elefant… Jeg har tusen andre ting på min to-do liste som haster og hopper pent og fint over risikostyring (identifisere risikoer, analysere de og planlegge tiltakk). Tenker ikke mer på dette.
Dette går så fint! Sponsoren har fått alt de trenger for å ta en “GO” beslutning, alt har blitt godkjent og nå er det bare å kjøre dette i autopilot. "EXECUTING PHASE": Hvor de skjulte bombene ligger på lur Etter en for lang flytur, befinner jeg meg i Sabana National Park (Kenya) hvor jeg får endelig møte mine to spente og sultne prosjektdeltakere, som selvfølgelig ikke snakker engelsk og gjør at jeg må bruke en tolk (allerede fra dag 1 i Kenya har vi en ekstra kostnad). Tolken snakker elendig gebroken engelsk… for en flying start! På ettermiddag blir kjørt til bushen hvor vi skal treffe vårt “omfang”: den lille søte elefanten som skal bli spist i null komma niks tid.
What the f***??!! Hva er dette for noe?? Hva skjedde med babyelefanten?? Svaret jeg får fra leverandøren, som med et stort smil og fornøyd blikk får det til å fryse nedover ryggen min (til tross for at det er 43C i skyggen): - Little elephant got very ill and died. We have no more small elephants, but no worry my friend. We managed to find big and nice elephant. The biggest, meanest and more impresive one in the park for you, so National Geographic can shown the world our beautiful park and our nice elephants :-) Jeg tror ikke han helt skjønte hva vi skulle gjøre med elefanten… og nå sitter jeg fast med mammuten fra “Ice Age” som kommer til å sprekke alle estimater big-time og ikke minst budsjettet (kostnaden). Tilbake til tegnebrettet! Min sponsor kommer ikke til å være glad… Etter mange telefoner, hodepiner, nerver, “change request orders”, møter og epost frem og tilbake, får vi endelig grønt lyst. Jeg skal ikke gå i detalj om selve deling av elefanten i små biter…. men for å si det sånn, jeg vet ikke om jeg har lyst selv til å se dette TV-programet når det er ferdig. Resultatet er at mine to ivrige spisekamerater er igang. Fingers crossed! "MONITORING AND CONTROLLING PHASE": Hvor prosjektleder tjener sine penger og får magesår PMP teorien er veldig enkel: Dette er når prosjektdeltakere gjør sin jobb og prosjektlederen sitter “comfy” i sin designstol, ser på spisingen, følger opp og ber til God om at alt skal gå sin (planlagt) gang slik at han ikke trenger å gjøre noe annet. Kan ikke alt skje som planlagt? Pleeeeeeeease…. Men neida, neida… Det er en grunn til at prosjektledere hater “controlling” delen. For hva skjer? Virkeligheten kommer brutalt tilbake, Murphy’s Law viser sitt sanne ansikt og prosjektlederen angrer til de grader at han ikke brukte tid på å ha en klar og definert riskostyringsplan. (Muzzak musikk i bakgrunnen “It’s too late to apologiiiiiiiize, it’s too laaaaaaaaaate”)
Malako ble plutselig syk av elefantkjøttet. Til jeg klarer å skaffe en prosjektdeltaker til, vil det ta dobbel så mye tid å spise den f****** elefanten. Jeg tar kontakt med en rekrutteringsbyrå midt i bushen og de setter igang en headhuntingsprosess: forsinkelser og ekstra kostnader…
Det viste seg at min opprinelig estimering om gjennomsnittig spisefart og spist kjøtt kilo per person var helt feil og ikke kunne brukes/ekstrapoleres.
Jeg har ikke tenkt på to variabler: kjøttets mørhet (biff fra Norge er mørere enn elefantkjøtt, som faltisk er ganske seigt…), spisehastighet og motivasjon (når man inviterer folk på GRATIS biff middag i Norge da er det bare å spise så mye som mulig iløpet av de to timenen middagen tar, men det blir en annen hastighet og motivasjon når man skal spise en enorm elefant på ubestemt tid…)
Helt tilfeldig og iløpet av prosjektet / innspillingen bestemte general Namutu seg for å kjøre en “coup d’etat” og hele prosjektet måttes stoppes og flyttes til et mer demokratisk naboland. Og listen blir bare lengre og lengre … akkurat som prosjektlederens skjegg i postkassen.. mens han får magesår og prøver å trylle frem løsninger fra hatten sin uten å bli skutt av prosjekteieren. Høres dette kjent ut?
"CLOSING PROCESS": Venner for livet men aldri mer igjen Etter en smertefull berg-og-dalbane-prosess med mye mer eventyr og action enn alle Indiana Jones filmer til sammen, blir elefanten endelig spist (en bit av gangen) og TV-programmet blir filmet. Så er det på tide å ha et stort “kick-out” party med alle involverte og diskutere “lessons learned” (det som gikk greit og ikke minst det som gikk dårlig slik at vi lærer av dette i fremtidige prosjekter). Det første gikk som et skudd. Vi festet vilt med åpen bar….. Det andre skjedde aldri. Alle var så fyllesyke dagen etter og så slitne og drittlei av hverandre etter prosjketet at de dro i alt stillhet hver sin retning uten si en gang “ha det” til hverandre. Jeg ble alene igjen med masse regninger, kvitteringer, Change Request Ordrer, masse dokumentasjon og en National Geographic DVD med “Director’s cut” signert av Malako og Koloko. Gleder meg til å dra hjem og ta en velfortjent ferie!!
To infinity and beyond!
Think and act different
It makes you think and dream...