Slik spiser du tidstyvene som utsetter lansering av nettsiden

I februar 2020 dro vi til Barcelona med mål om å lage ny nettside til oss selv. På en uke.. Ett år senere var den lansert.

Det er nok enda eksempel på at skomakerens barn har de dårligste sko. Jepp.

Eller så kan jeg si som det samme som Erna etter koronaglipp: – Jeg har snakket så mye om disse reglene, at jeg kanskje ikke har lest de nøye nok.

Men det er heller ikke noe nytt at IT-prosjekter ofte går over tiden. Det er velkjent at de fleste mennesker (og kanskje spesielt utviklere) har en tendens til å være overambisiøse på målene og overoptimistiske på tidsbruk.

IT-bransjen har diskutert løsninger på dette i tiår og kommet opp med arbeidsmetoder som “agile” for å løse problemet. Det beste er likevel å erkjenne og forberede seg på at det er høy risiko for at prosjekter kan gå over tiden.

Heldigvis er det å lage nettsider ikke like komplisert som å lage et felles journalsystem for hele Norge (fju..) 😅

Med god planlegging og en dose realisme går det helt fint å få prosjektet i havn.

Innhold er ofte syndebukken i nettsideprosjekter

Det å designe og utvikle nettsider har vi gjort så mange ganger at vi begynner å få ganske god kontroll på hvor lang tid det vil ta. Med mindre man utvikler noe helt nytt kan vi også gjenbruke mye fra tidligere prosjekter.

Det er det å legge inn innhold som gjør at prosjektene typisk går over tiden. Det er ikke så rart.

Overføre innhold? Det tar lengre tid enn du tror

Man kan selvfølgelig finne geniale løsninger for å automatisk eksportere ut innhold fra en nettside til en annen – men det er sjelden så enkelt.

Ofte må innholdet tilpasses til en ny mal eller et nytt system. Hvis innholdet ikke var ordentlig formatert fra før av må man også gjøre denne jobben på nytt.

Finne og tilpasse bilder

På et blogginnlegg er det heller ikke bare selve teksten som skal legges til. Bilder skal legges til – og de må ha en alternativ tekst som sørger for at de med skjermlesere forstår innholdet i bildet.

Om publiseringsløsningen ikke kommer med en verktøy for å komprimere, beskjære og sette fokuspunkt i bilder er det fort gjort at du må bruke tid på å gjøre dette i et annet verktøy som Photoshop.

Universell utforming og SEO

Mange tror at vi som byrå bare legge inn noen funksjoner som bare “fikser” så siden blir søkemotoroptimalisert på magisk vis.

Som utviklere kan vi gi dere verktøy og sørge for en viss teknisk standard, men til slutt er det faktisk kvaliteten og relevansen til innholdet som teller. Med mindre du satser på nøkkelord med lite søkevolum eller konkurranse.

Riktig formatering og semantikk

Mennesker har forskjellige utganspunkt, men det skal ikke begrense noens mulighet til å bruke nettsiden din. Ved å følge prinsippene for universell utforming blir nettsiden både enklere å bruke – og lettere å finne i søkeresultatene.

For eksempel bruker noen en skjermleser for å tolke innholdet på nettsiden din. Om innholdet ikke er formatert på en riktig måte kan det gi en forferdelig dårlig opplevelse. For eksempel vil en “H1” tittel leses opp før en “H2” tittel.

Innholdet må sannsynligvis oppdateres

Dersom man har som mål å forbedre brukeropplevelsen på nettsiden må man selvfølgelig bruke tid på å forbedre innholdet også.

Lange tekster skal bli korte og konsise. Men som alle tekstforfattere vet: Det tar mye lengre tid å skrive en kort setning, enn en lang monolog.

Utdatert innhold

Da vi skulle overføre blogginnleggene til vår nye side oppdaget vi at en del blogginnlegg er litt… utdaterte.

Man blir jo klokere etter å ha holdt på i 5 år og på flere punkter har vi endret mening. I 2017 erklærte jeg i et blaff av galskap at “iPhone er død”, noe jeg offisielt trekker tilbake her jeg sitter omringet av Apple-utstyr på alle kanter.

Det er vondt å trykke “publiser” på innhold som man ser kan gjøres bedre, derfor måtte vi bare bruke litt ekstra tid på å skrive om noen innlegg.

Et alternativ er å vente med å publisere innlegget til det er oppdatert, men da står man også i fare for å skape døde lenker og miste SEO-rangeringen man har opparbeidet seg.

En eller annen gang må jo nettsiden publiseres.

Det er… utrolig kjedelig

Jeg må bare innrømme at det å oppdatere innhold kan være utrolig kjedelig og repetitivt. Selv med et år under beltet er vi fortsatt ikke helt ferdig med kvalitetssikre alt vi har av bilder og innhold.

Derfor pleier vi ofte å anbefale at man ansetter en engasjert niese eller nevø som har lyst til å prøve seg på sin første jobb. Eller så er det bare å gå til innkjøp av pizza, øl og kombucha – så gjør man det til en sosial greie på jobben.

PS: Jeg lover å komme med en god motivasjon og løsning på dette om du leser litt lenger ned.

Det tar tid å skrive godt nytt innhold

I mange prosjekter sitter vi i workshop og drømmer om en nettside som skal gi en genial kunnskapsdatabase til sluttbrukeren i en eller annen form.

Men er det en ting vi kan si med sikkerhet: Det å legge opp til å masseprodusere nytt innhold er en dødsdom for en rask lansering.

Noen problemer oppdager man ikke før alt innhold er klart

Jeg må innrømme at vi designere har en tendens til å velge ut lekre bilder og perfekte lengder på titler når vi designer nettsider.

Men i den virkelige verden er det ikke like lett å finne fantastiske bilder av høy kvalitet. Selv om vitser om orddelingsfeil er gøy, så har jeg mye sympati med designeren bak “Ananas ringer”.

Det kan virkelig være irriterende å måtte ta hensyn til at norsk er et språk som elsker lange ord.

Når fylkes­trafikk­sikkerhetsutvalgs­sekretariatsleder­funksjon faktisk er et ekte ord… Så får man lyst til å gi opp.

Kvalitetssikring etter innhold er på plass

Poenget er at man ofte kan oppdage feil eller se at noe ikke fungerer når alt innholdet endelig er på plass. Da må det fort litt ekstra utvikling til – og om prosjektet allerede er blitt forskjøvet kan det ta ekstra tid for å utvikleren å “komme seg inn igjen” i prosjektet.

La oss prate løsninger

Gjennom årene har vi eksperimentert mye for å sørge for at mangel på innhold ikke skal hindre lanseringen. Her er noe av det vi har lært.

Lansere raskt og uperfekt, forbedre i sprinter

IT-bransjen har grublet på dette problemet lenge. En smidig løsning er å lansere tidlig, akseptere at det ikke er perfekt – og heller forbedre etterhvert.

Det er mange fordeler med en slik løsning: 

• Det er lettere å få fart på sakene når man vet at lansering bare er milepæl, og ikke nødvendigvis siste sjanse til å perfeksjonere.
• Man blir tvunget til å prioritere med kortere tidsfrister
• Tilbakemelding fra ekte brukere gjør løsningen bedre

Om det ikke passer å lansere tidlig

Det er ikke alltid det er mulig eller hensiktsmessig å lansere en tidlig versjon. Man kan åpenbart ikke lansere en halvferdig nettbutikk, der en liten feil kan bli svindyrt.

I slike tilfeller kan det lønne seg å heller tenke at man skal lansere en “god nok” førsteversjon og heller kjøre en runde med evaluering og forbedring 3-6 måneder etter lansering.

Da har man fått enda bedre tid til å teste løsningen og samle tilbakemeldinger –uten å ha en stressende deadline over seg.

Man kommer uansett langt med en holdningsendring: Istedenfor å tenke at man må lansere en perfekt og fullkommen nettside bør man se verdien i å lansere og forbedre raskt.

En god publiseringsløsning sparer mye tid

Vi har laget maler i Google Docs og testet verktøy som ContentSnare for å gjøre det enkelt for kundene våre å få innholdet klart tidlig i prosessen.

Det lykkes sjelden. Tilbakemeldingen er ofte at det er vanskelig å skrive innhold uten å se hvor det skal ende opp og trådskisser gjør ikke alltid susen. Jeg forstår det godt!

Til slutt måtte vi gi opp. Det tok alt for lang tid å sette opp en realistisk mal for innhold, den ble sjelden brukt og det sparte heller ikke så mye tid. Innholdet måtte uansett overføres til publiseringsløsningen og tilpasses mer før lansering.

En publiseringsløsning som gjør det raskt å sette opp maler

Med Wordpress er det være tungvint og tidkrevende å sette opp maler for innhold. Derfor pleier vi å utsette dette til prototypen er ferdig, så vi ikke kaster bort tid.

Ting løsnet da vi begynte å bruke publiseringsløsningen til Sanity. Her går så raskt å sette opp maler som kundene våre kan fylle ut og dermed kan de begynne med dette tidligere i prosessen.

Det blir omtrent som malene vi satte opp med Google Docs, men forskjellen er at man kan legge innholdet rett inn i nettsiden – og redigeringsopplevelsen er mye bedre.

Starte med innhold som ikke er koblet til designet

En god publiseringsløsning som Sanity løser halve problemet. Men det viktigste er å strukturere innholdet på en lur måte som gjør at det er enkelt å legge det til, selv om ikke alt av design er klart.

For eksempel kan det være vanskelig å bestemme hva slags innhold som skal være ned i nederst på siden, men det er å legge inn kontaktinformasjon er jo ikke noe problem.

Når man tenker seg om er ganske mye av innholdet ikke nødvendigvis avhengig av designet på nettsiden. Informasjon om ansatte, lenke til viktige filer, logoer til samarbeidspartnere er likt, uansett presentasjon.

Gjøre klar mediabank på forhånd

Om man på forhånd samler alt man har av gode foto og illustrasjoner vil det også spare mye tid. Med gode bilder lett tilgjengelig sørger du også for å holde en viss kvalitet over merkevaren.

Andre flaskehalser

Kvalitative brukertester og brukerintervjuer

De siste årene har vi lært at det virkelig lønner seg å brukerteste hyppig underveis i prosjektet. Om det ikke er hensiktsmessig å lansere en tidlig betaversjon er det spesielt viktig for å sikre en god brukeropplevelse.

Vi har blitt veldig glad i å bruke verktøy som Google Forms og Optimal Workshop for å lage hyppige mini-brukertester som går fort å gjennomføre.

Det beste er allikevel å kjøre kvalitative brukertester der vi intervjuer og viser prototypen til 3-6 personer i målgruppa. Skal man bare ha en helt enkel nettside går det som regel fint å hoppe over dette, men om man utvikler et nytt konsept eller jobber med en unik målgruppe er det helt essensielt.

Men det å finne personer i målgruppa, avtale en dato som passer og få gjennomføre alle testene kan stjele litt tid. Det finnes løsninger der man kan automatisere slike tester, men det blir ikke det samme.

Med god planlegging kan man løse alt. I tillegg hjelper gavekort med å motivere testpersoner til å delta.

For mange beslutningstakere

I workshopen som skal innlede prosjektet ber vi alltid om at så mange som mulig skal være med. De beste workshopene er de hvor alle nivåene i organisasjonen er representert.

Det er viktig for å avdekke behov, få flere perspektiver på bordet og for at alle skal forstå og føle eierskap til løsningen.

Prosessen vår er laget slik at “alle” får mulighet til å gi innspill i starten, men etterhvert som vi snevrer inn prosjektet må det være et begrenset antall personer som tar ansvar.

Det sier seg selv: Om alle skal få sin stemme hørt alltid, så tar prosessen lengre tid og man risikerer å havne i en "design by commitee"-situasjon der resultatet er litt sånn... Middels...

En dose realisme og god planlegging løser det meste

Om man setter av tid og er forberedt på å legge inn innsats på innhold så går de fleste prosjekter helt fint i boks.

Dessuten: Om noen ukers utsettelse fører til en langt bedre brukeropplevelse, så trenger det ikke være så galt likevel.