Ny nettside til bedriften? Dette bør være på plass før dere starter

Dere har bestemt dere for å investere i en ny nettside. Leverandøren er valgt, prosjektet er i gang og endelig skal bedriften få nettsiden den trenger.

Kort fortalt

Et nettsideprosjekt kan stoppe opp selv om både kunden og leverandøren opplever at de har gjort det de skal. Spørsmål er besvart, materiale er sendt og endringer er gjort, men likevel kommer man ikke helt i mål.

Før prosjektet starter, bør det være tydelig ikke bare hvem som gjør hva, men hvordan dere følger opp prosjektet underveis, avklarer misforståelser og finner ut hva som faktisk står i veien hvis ting stopper opp.

Du trenger ikke kunne web for å bestille en nettside. Men du bør vite hvem som hjelper med å holde oversikt over helheten når prosjektet ikke går helt etter planen.

I starten går det gjerne ganske greit. Dere har et møte, du forklarer hva bedriften gjør, hva dere trenger og omtrent hva du har sett for deg.

De setter i gang.

Så kommer spørsmålene.

Kan dere sende over bildene som skal brukes her?

Eh. Hvilke bilder?

Vi trenger teksten til denne siden.

Var ikke det noe vi allerede sendte?

Hvordan ønsker dere at denne delen skal fungere?

Jeg trodde vi forklarte det sist?

Du svarer. Leverandøren gjør endringer. Noe du trodde var avklart dukker opp igjen, og resultatet ser fortsatt ikke helt ut som det du hadde sett for deg.

En uke går. Så en til.

Nettsiden er nesten ferdig, men den blir liksom aldri helt ferdig.

Og på et tidspunkt sitter du kanskje og tenker:

Hva er det egentlig vi venter på nå?

Det er ikke nødvendigvis noen som gjør en dårlig jobb

Det er dette som er så frustrerende.

Kunden kan ha svart på spørsmålene sine. Leverandøren kan ha gjort endringene de har fått beskjed om å gjøre. Begge sider kan oppleve at de har forklart hva de trenger.

Og prosjektet kan fortsatt stå fast.

For det er forskjell på at noe har blitt kommunisert, og at begge sider har endt opp med den samme forståelsen av det.

En liten misforståelse fører til et nytt spørsmål. Et svar løser én ting, men skaper kanskje et nytt behov et annet sted. Noe kunden mener allerede er levert, venter leverandøren fortsatt på. Noe leverandøren mener er avklart, ser kunden annerledes på når de ser det ferdig bygget.

Etter nok runder kan det bli vanskelig å se hvor det egentlig begynte å skli ut.

Jeg fikk se et ganske godt eksempel på akkurat dette tidligere i år.

Nettsiden hadde stått fast en stund

En tidligere kunde tok kontakt med meg i vår. Vi hadde jobbet sammen i omtrent tre år tidligere, og selv om behovene deres etter hvert hadde endret seg, hadde vi beholdt kontakten.

Nå jobbet de med en ny nettside.

De hadde allerede en leverandør, prosjektet var godt i gang og de visste hva de ønsket å få til. Men de hadde slitt en stund med å komme helt i mål.

De trengte blant annet nytt innhold og nye bilder til nettsiden, og siden jeg allerede kjente bedriften godt og jobbet med både web og innhold, tok de kontakt.

Jeg kom altså ikke inn til et tomt Figma-dokument og en ryddig brief.

Jeg kom inn midt i prosjektet.

Og det interessante var at det ikke virket som om én av partene bare hadde glemt å gjøre jobben sin.

Kunden hadde levert ting de var blitt bedt om. Leverandøren hadde jobbet videre og stilt spørsmål når de trengte noe. Det hadde vært kommunikasjon frem og tilbake.

Likevel hadde prosjektet stoppet opp.

Først måtte vi finne ut hvor vi faktisk var

Så det første jeg egentlig måtte gjøre, var å prøve å se på prosjektet utenfra.

Hva prøver vi å få ferdig?

Hva mener kunden at de har bedt om?

Hva har leverandøren forstått?

Hva venter de på nå?

Hva har allerede blitt levert?

Og hva er det faktisk som hindrer oss i å komme videre?

Da begynte små ting å dukke opp.

Noe manglet faktisk. Noe måtte formuleres tydeligere. Enkelte ting hadde blitt kommunisert, men ikke landet helt slik noen av partene trodde.

Og noen ting viste seg å være enklere å løse enn de hadde begynt å føles etter mange runder frem og tilbake.

Det var ikke nødvendigvis én stor flaskehals.

Vi måtte bare få oversikt over hvor trådene faktisk hadde sluttet å møtes.

Så begynte vi å lukke dem

Jeg kjente allerede bedriften, så jeg kunne snakke med kunden og forstå hva de prøvde å få frem. Samtidig kunne jeg snakke direkte med leverandøren og forstå hva de trengte for å komme videre.

Hvis noe i teksten var uklart, kunne jeg jobbe med teksten. Hvis nettsiden manglet bilder, kunne jeg finne ut hva vi faktisk trengte, planlegge fotograferingen og ta dem. Hvis noe i strukturen eller løsningen ikke fungerte slik kunden hadde sett for seg, kunne jeg ta det direkte med leverandøren.

Jeg jobbet med struktur og UX-tekst, produserte innhold, tok bildene, fylte nettsiden og tok tak i avklaringer etter hvert som de dukket opp.

Og prosjektet begynte å bevege seg igjen.

Det som overrasket meg mest, var egentlig hvor fort det gikk. Til og med teamet hos leverandøren kommenterte hvor smidig samarbeidet hadde blitt.

Det fikk meg til å tenke litt etterpå:

Hva var det egentlig som hadde gjort forskjellen?

Noen ganger må noen kunne se hele prosjektet på nytt

For ingenting av det jeg gjorde føltes spesielt komplisert.

Men jeg tror egentlig det var litt av poenget.

Når et prosjekt har gått frem og tilbake lenge nok, er det lett å fortsette å løse neste spørsmål som dukker opp uten å stoppe og spørre:

Hvor er vi egentlig nå?

I dette tilfellet kunne jeg komme inn med litt avstand, se på både nettsiden, innholdet og kommunikasjonen rundt den og begynne å finne ut hvor forståelsen ikke lenger hang helt sammen.

Og akkurat der viste det seg også å være ganske nyttig å kunne litt mer enn én ting.

Jeg trengte ikke bare identifisere problemet og sende det videre. Hvis det lå i teksten, kunne jeg jobbe med teksten. Hvis vi manglet innhold, kunne jeg produsere det. Hvis noe måtte løses sammen med leverandøren, kunne jeg ta den dialogen direkte.

Jeg kunne finne ut hvor det hadde stoppet opp, og følge problemet dit det gikk.

En nettside krever mer enn en god brief

Det er fristende å tenke at løsningen på alt dette bare er å være tydeligere fra starten.

Og ja, en god brief, tydelige ansvarsområder og en god plan hjelper.

Men nettsideprosjekter er ikke statiske.

Du ser ting underveis som du ikke kunne se før de ble designet. Nye spørsmål dukker opp. En løsning som virket logisk i et møte fungerer kanskje ikke like godt når du ser den på skjermen. Noe dere trodde var avklart viser seg å ha blitt forstått på to forskjellige måter.

Det betyr ikke nødvendigvis at noen har gjort en dårlig jobb.

Men det betyr at et godt nettsideprosjekt også trenger en måte å oppdage og rydde opp i slike ting underveis.

Du trenger ikke kunne web for å bestille en nettside

Dette synes jeg er viktig.

Hvis du driver en liten bedrift og aldri har bestilt en nettside før, kan ingen forvente at du skal vite hvordan hele prosessen bør organiseres.

Det er jo blant annet derfor du hyrer inn fagfolk.

Du trenger ikke vite hvordan informasjonen bør struktureres, hvilke bilder nettsiden kommer til å trenge om seks uker eller hvordan du skal forklare en UX-utfordring til en utvikler.

Men før prosjektet starter, ville jeg prøvd å forstå hvordan samarbeidet faktisk skal fungere når dere kommer forbi det første møtet og den fine prosjektplanen.

Før du hyrer noen til å lage nettsiden din, spør om dette

Det er naturlig å spørre hva nettsiden koster, hvor lang tid den tar og hvilken plattform den skal bygges i.

Men jeg ville også spurt:

Hva trenger dere fra oss underveis?

Hvordan jobber vi sammen når vi skal gi tilbakemeldinger og ta beslutninger?

Hvem hjelper oss med struktur, tekst, bilder og innhold hvis vi trenger det?

Hva skjer hvis vi ser underveis at noe ikke fungerer slik vi hadde tenkt?

Hvordan holder vi oversikt over hva som er levert, hva som mangler og hva vi venter på?

Og kanskje viktigst:

Hvis prosjektet stopper opp, hvem hjelper oss å finne ut hvorfor?

Du trenger ikke få svaret «vi gjør absolutt alt».

Det viktige er å forstå hva slags samarbeid du faktisk kjøper.

For når et nettsideprosjekt stopper opp, er problemet ikke alltid at noen ikke har gjort jobben sin.

Noen ganger har alle snakket sammen.

De har bare ikke nødvendigvis forstått det samme.

Målet er ikke bare å starte nettsiden

Det er å få den ferdig.

En god nettside krever godt design og god utvikling. Men den trenger også innhold, beslutninger, kommunikasjon og noen som klarer å se når delene ikke lenger henger helt sammen.

For meg ble dette prosjektet en ganske god påminnelse om hvorfor jeg liker å jobbe litt bredere enn bare med selve webdesignet.

Nettsiden er ofte utgangspunktet. Resten avhenger av hva dere bygger og hva prosjektet trenger for å komme helt i mål.