Uhuru Peak Kilimanjaro
For ni måneder siden fikk jeg en ide: Å gå opp Kilimanjaro. For nøyaktig tre uker siden var målet nådd. Uhuru Peak Kilimanjaro Tanzania. 5895 m.o.h. Underveis har det slått meg hvor mange likhetstrekk det er mellom det å nå et slik mål, sett i forhold til det å lykkes på web. Istedenfor å ta bilen til og fra jobben gikk jeg til og fra, to timer hver vei, lange omveier, opp og ned den lokale slalåmbakken. Da blir det mye tid til å tenke på både webanalyse og målsetninger. Av de som går Kilimanjaro er det bare ca 20-30% som klarer å nå toppen. Man må planlegge. Grundig. Av alle de hundrevis av webprosjekter jeg har fulgt er det mange som ikke har kommet “til toppen”. Pga dårlig planlegging. Man må ha ressurser, planer, kunnskap, kjenne fellene, og sist, men ikke minst, man må sette av tid nok. Det ble liten tid til blogging i denne perioden, men noen av tankene rundt det å gjennomføre et “perfekt løp” på web følger her…
Det første jeg fant ut var at det å gå Kilimanjaro ikke var en vanlig fottur som å gå opp Besseggen. Det tar minst en uke, og 7 av 10 klarer ikke å nå toppen. Høydesyke er et vanlig problem, og man må trene! Jeg har aldri satt mine føtter inne i et treningstudio, og hadde heller ikke planer om dette. Så det ble til å lese, lese, lese, kunnskap, planlegging, hva er fellene, hva er problemene, hva kreves av guider og bærere, hvor får man de beste kontaktene osv. På samme måte er det med et webprosjekt. Man må finne ut hva som er den beste løsningen, sett ut fra den økonomien man har. Og så må man sette opp en realistisk tidsplan. Min første treningstur opp den lokale slalåmbakken, med joggesko, ble en nedtur. Må jeg ha nye sko? Under lunsjen på jobben fikk jeg klar beskjed: Man går ikke Kilimanjaro med Google Analytics sko… Det var en fleipete bemerkning men jeg skjønte poenget. Godt verktøy – det beste verktøyet – må til. Sko. De beste skoene. Dagen etter var det en fryd å gampe opp bakken med jord og stein i høstregnet. Jeg hadde kontroll. Full kontroll. Dagen etter kjøpte jeg et par til, som ble delvis slitt ut de neste månedene… Uten et godt verktøy har man satt seg tilbake i forhold til den oppgaven man skal uføre, og jeg kunne ikke tenke meg å mislykkes i oppgaven fordi jeg hadde spart noen hundrelapper på skoene. En annen ting var at jeg fikk de skoene jeg likte best til halv pris. Høstsalg. Ingen kjøper da slike sko om høsten…
Jeg hadde tenkt til å gå Kilimanjaro i februar. De gikk ikke. Vi hadde seminar i januar, seminar i februar, seminar i mars, det krevde mye trening, mer tid, mer planlegging. Fullmåne og regntid var vesentlige faktorer i vurderingene, og ny dato ble satt til første uke i juni. Basert på ny og mer detaljert kunnskap om prosjektet. Det er lov å utsette prosjektet når man innser at oppgaven er større enn planlagt. Mange web-prosjekter er så opphengt i en dato at de kjøres ut før de er klare. Sørg for å få oversikt over oppgavene, kompleksiteten, før endelig dato for “release” settes, og husk at det er ingen skam å utsette dersom det gir verdi i prosjektet.
Kilimanjaro team 2009
Teamwork er et ord som beskriver et vellykket prosjekt veldig bra. Når man har vunnet Oscar så er det alltid mange man skal takke. For å nå toppen av Kilimanjaro fant jeg ut at man måtte finne de beste guidene, den beste partneren, noen som kunne fjerne alle de usikre momentene jeg ikke hadde kontroll over eller kunnskap om. Etter en del arbeid fant jeg en lokal ekspert i Moshi Tanzania som alle skrøt av. Vi var to som gikk -meg og Alex – og vi fikk to guider – eksperter – Clemency og Fredy. Disse hadde med seg 6 bærere og en kokk. Vi var et team på 11 nå, og det er hva som kreves for å nå toppen… Det å kunne snakke fag med disse lokale ekspertene, som visste alt om det vi skulle gjøre, var avgjørende for at vi skulle unngå å gjøre feil andre gjør.
For å lykkes i et slikt prosjekt må man ta hensyn til følgende:
- Kunnskap og erfaringer
- Ressurser
- Problemer og utfordringer
- Krav
- Tidsplaner
Kunnskap og erfaringer:
Man vet mye om hva som skal til for å lykkes på web. Det finnes mye kompetanse. Ikke gå i de samme fellene som alle andre. Hvorfor lære av egne feil, når du kan unngå de feil andre har gjort? Benytt gode fagfolk som kan vise til suksess i tidligere prosjekter – dette gjelder både design og analyse.
Ressurser:
Finn ut hva slags ressurser du trenger. Vi trengte mange bærere og guider, fordi man vet av erfaring at de fleste mislykkes om disse ressursene ikke er tilstede. Tilsvarende med webprosjekter. Sett av ressurser til analyse. Sett av ressurser til eksperter som kan fortelle deg om hva som skjer på din gamle og nye web. Bruk disse ressursene til å unngå å gå deg vill i jungelen av løsninger og trafikkmålinger.
Problemer og utfordringer:
Man er kjent med en lang rekke problemer og utfordringer. Kjente saker som gjør at en web ikke fungerer optimalt. Flash som ikke måles. Sider i et handelsløp som har samme URL, og som ikke er forberedt for analyse. Sider uten titler som gir dårlig synlighet. Interne søk som ikke kan analyseres. Trege løsninger og navigasjon som ikke fungerer. Lenker som ingen forstår. Få oversikt over alt dette.
Krav:
Sørg for å ha en full oversikt over hva som kreves av den nye løsningen. Hva er målsetningen? definer målene, så kommer kravene ut fra disse.
Tidsplaner:
Tidsplaner bygger på den kunnskap ma n har fått i prosjektet, og kan ikke settes opp før man har fått full oversikt. Man kan operere på en midlertidig tidsplan, og så kan man revidere når man har mer kunnskap. Og husk – før eller senere må man bli ferdig. Det er noe som heter “godt nok”. Utfordringen er å definere når prosjektet er godt nok, hvor mye tid man trenger for å nå det målet man har satt seg.
Webanalyse er nøkkelen til kunnskap. Vi ser mange eksempler på kunder som ikke vil analysere sin web, fordi de skal lansere en ny løsning, og da vil de analysere. Det blir som at man skal gå Kilimanjaro, men man vil ikke lytte til de som har gått før deg. Lytt til erfarne fjellfolk! Dersom du allerede har en web så er det kritisk at du vet alt om den, at de er analysert opp og ned. Hvordan kan du ellers kunne måle suksess? Vi har sett eksempler på løsninger der kunden ikke vil se på dagens løsning i analyser, og når den nye er lansert så er det krise, den fungerer dårlig, og man savner sterkt noe å sammenlikne seg med, en “benchmark” mot “gamle dager”.
Det å lansere en ny web er litt som å gå Kilimanjaro. Man vet ikke hva som venter. Man kan lese seg til mye. Man kan snakke med mange. Men når man er midt oppi det er det for sent å endre skjema, man må gjøre det beste ut av det. Du kan øke din sjanse for å lykkes ved å se på ditt prosjekt som det å nå toppen. Vil du helt opp, eller er du fornøyd med å være en av de mange…
Relaterte innlegg:
Siste kommentarer