Skal du lage nettside? Slik får du en realistisk lanseringsdato

Når du skal lage nettside til en bestemt dato, er innhold og beslutninger like viktige for fremdriften som selve utviklingen. En realistisk lanseringsdato krever derfor at både leveransen, ansvaret og fristene for avklaringer er tydelige.

De fleste prosjekter tar mellom 4–8 uker, avhengig av omfang, innhold og samarbeid. Enkle sider går raskere, mens større prosjekter med skreddersøm og integrasjoner krever mer tid. Dette er et utgangspunkt, ikke et løfte om at enhver nettside kan være ferdig innen samme tidsrom.

For deg som skal koordinere prosjektet internt, er det viktigste spørsmålet derfor: Hva må være avklart for at akkurat vår lanseringsdato skal holde? Her viser vi hvordan du kan gjøre tidsplanen til et arbeidsverktøy, ikke bare en dato i kalenderen.

Hvor lang tid tar det å lage nettside med deres omfang?

Før vi begynner med utviklingen av en nettside, starter vi alltid med å kartlegge bedriftens behov. En enkel presentasjon av tjenester er en annen leveranse enn en løsning med innlogging, flere språk eller koblinger mot andre systemer. Det avgjørende er ikke bare hvor mange sider dere trenger, men hva som må avklares, produseres og testes.

Er dere fortsatt usikre på hva den nye siden skal løse, kan vår artikkel om grunner til å lage ny hjemmeside hjelpe dere å avklare behovet før dere binder dere til en dato.

Skill også mellom ønsket lanseringsdato og avtalt leveringsdato. En messe eller kampanje kan gi en fast ytre frist, men sier ingenting om hvor mye som rekker å bli ferdig. Be om at tidsestimatet beskriver hva som skal leveres, når prosjektet kan starte, og hvilke bidrag dere må levere underveis.

Be gjerne om at tidsplanen skiller mellom aktivt arbeid og venting på andre. Tilgang til domene, eksisterende publiseringsløsning eller et eksternt system kan være nødvendig før enkelte oppgaver kan fullføres. Skriv hvem som skaffer tilgangen, og når den trengs. Da blir det mulig å oppdage en flaskehals før utviklingen stopper, i stedet for å oppdage den når datoen allerede er presset.

En tidsplan for webprosjekt må vise avhengighetene

En nyttig prosess for ny hjemmeside har tydelige stoppunkter der noe blir godkjent før neste del går videre. Fasene kan overlappe, men det bør være synlig hva som stopper dersom en avklaring mangler. Vi anbefaler å bygge planen rundt disse milepælene:

1. Behov og omfang er avklart. Målgruppe, viktigste brukeroppgave, sidetyper og nødvendige funksjoner er bestemt. Det er også tydelig hva som ikke inngår i første lansering.
2. Struktur og innholdsansvar er godkjent. Dere vet hvilke sider som skal finnes, hvem som leverer tekst og bilder, og hvem som godkjenner dem.
3. Designretningen er valgt. Oppsettet vurderes med representativt innhold, slik at beslutningen ikke bare bygger på tomme tekstfelt og midlertidige bilder.
4. Løsningen er klar for samlet gjennomgang. Innhold, funksjoner og eventuelle integrasjoner kan prøves i sammenheng, ikke bare hver for seg.
5. Lansering er godkjent. Avtalte kontroller er gjennomført, nødvendige rettelser er lukket, og noen har myndighet til å si at siden kan publiseres.

Sett ansvarlig person og frist på hver milepæl. Skriv også hva godkjenningen faktisk omfatter. «Design godkjent» er lite verdt hvis dere fortsatt er uenige om hvilke tjenester forsiden skal prioritere. Det trenger ikke være et komplisert prosjektverktøy; en delt oversikt fungerer når den holdes oppdatert.

Ved hver statusgjennomgang bør dere spørre hva som er ferdig, hva som venter på en beslutning, og om neste frist fortsatt holder. Fremdrift er lettere å vurdere når den knyttes til godkjente leveranser enn til en prosentangivelse. En nettside kan se nesten ferdig ut selv om innhold, skjemaer og viktige avklaringer fortsatt mangler.

Innhold må ha frister før utviklingen er ferdig

Tekster og bilder påvirker oppsettet. En kort tjenestebeskrivelse og en lang forklaring stiller ulike krav til plass, navigasjon og lesbarhet. Hvis det endelige innholdet først kommer ved slutten av prosjektet, kan dere måtte gjøre om arbeid som allerede var godkjent.

Lag derfor en innholdsoversikt med status for hver side: skal gjenbrukes, oppdateres eller skrives fra bunnen av. Oppgi hvem som leverer, hvem som faktasjekker, og når teksten kan regnes som ferdig. Avklar bilder på samme måte, inkludert om dere har filer og tillatelse til å bruke dem.

Et tenkt eksempel: Dere godkjenner en forside med én hovedtjeneste. Senere viser det seg at flere avdelinger skal ha like stor plass. Da handler endringen ikke bare om å bytte tekst; både prioriteringen og oppsettet må vurderes på nytt. Å få avdelingene med før godkjenning er mer effektivt enn å samle innspill rett før lansering.

Raske beslutninger hjelper mer enn mange tilbakemeldinger

Utpek én kontaktperson som samler innspill og avklarer uenigheter internt. Flere kan bidra, men leverandøren bør få én samlet tilbakemelding. Ellers kan motstridende ønsker føre til ekstra runder uten at nettsiden blir bedre.

Avtal også hvor raskt dere skal svare, og reserver tid til gjennomgang hos dem som faktisk må godkjenne. En plan som forutsetter umiddelbare svar, men kolliderer med ferie eller styremøter, er ikke realistisk. Hvis en frist glipper, må konsekvensen for neste milepæl avklares med en gang.

Nye ønsker underveis bør vurderes opp mot både tid og kostnad. Vi utdyper budsjettsiden i artikkelen om hva en ny nettside koster; i tidsplanen er spørsmålet om endringen skal erstatte noe, flytte datoen eller vente til senere.

Be om en konkret konsekvens før dere sier ja. «Kan vi også få dette?» er et godt spørsmål, men ikke en ferdig beslutning. Først når dere kjenner virkningen på omfang og fremdrift, kan dere prioritere.

Beskytt testperioden når lanseringsdatoen nærmer seg

Ved lansering av nettside er tidsbruk til testing en del av leveransen, ikke ledig tid som kan fylles med nye ønsker. Kontroller at kunden kan utføre den viktigste oppgaven, at skjemaer når riktig mottaker, og at innholdet fungerer på mobil. Avklar hvem som tester hva, og hvem som følger opp feilene.

Sorter funnene etter konsekvens. Et kontaktskjema som ikke sender forespørsler, må behandles annerledes enn et ønske om en annen bildekant. Hvis alt får samme prioritet, kan små justeringer stjele oppmerksomheten fra det som faktisk hindrer en trygg lansering.

Avtal et tidspunkt der nye ønsker ikke lenger legges inn før lansering uten en særskilt vurdering. Det gir ro til å rette og kontrollere det dere allerede har bestilt. Sørg samtidig for at noen kan følge med etter publisering og melde fra hvis en viktig brukeroppgave svikter. Selve overgangen bør ikke legges til et tidspunkt der alle med nødvendig tilgang er utilgjengelige.

Publisering og synlighet i Google har dessuten ulike tidsløp. Google opplyser at ny gjennomgang av sider kan ta fra noen dager til noen uker. Ikke legg en kampanjeplan som forutsetter at nye sider blir synlige i søk samme dag som dere lanserer.

Avtal hva som kan vente – før dere får dårlig tid

En avgrenset første lansering kan være fornuftig når datoen er viktigere enn hele ønskelisten. Det betyr ikke å publisere en uferdig kundereise. Nødvendig informasjon, kontaktmuligheter og avtalte funksjoner må fungere. Ekstra innhold eller mindre forbedringer kan vurderes separat.

På vår side om utvikling av nettsider finner du mer om løsningen vi kan bygge. Du får full tilgang til å redigere innhold, bilder og sider selv via et brukervennlig administrasjonspanel, og vi tilbyr opplæring etter lansering.

Før neste prosjektmøte: Skriv ned ønsket lanseringsdato, hva som absolutt må fungere da, hvem som leverer innholdet, og hvem som kan godkjenne. Ta med kjente fravær og avhengigheter til andre leverandører. Det er et langt bedre grunnlag for en holdbar tidsplan enn å spørre hvor fort nettsiden kan kodes.