Skip to content
Logo - Markant Wiki
  • glossary
  • Markant Wiki
  • glossary
  • Markant Wiki

Plugins

  • Post SMTP
  • Imagify
  • Plugins – oversikt
  • MCP – Markant Custom Plugin
  • Contact Form 7

WP Engine

  • Publisering av side i WP Engine
  • Opprette ny side i WP Engine

Prosess

  • Viderefakturering av kostnader til kunde
  • Timeføring 101
  • Prosjektprosedyre – web
  • Kvalitetssikring – QA

Diverse

  • Opprette bruker i Dele
  • Booke Dele-bil

Markedsføring

  • Overføre eierskap av Google Ads-konto

Domene og e-post

  • Oppsett av SMTP relay

WordPress

  • Font Awesome
  • Oppsett av videresendinger – 301
View Categories
  • Hjem
  • Docs
  • Prosess
  • Prosjektprosedyre – web

Prosjektprosedyre – web

Dokumentet er konfidensielt og skal ikke deles med kunde eller andre utenfor Markant. 

1. Trafikk- og konkurrentanalyse #

Ansvarlig: Innhold og analyse

En trafikkanalyse innebærer å samle inn, måle og analysere data om hvordan brukere interagerer med nettsiden. Vi vil finne ut hvordan brukerne finner, bruker og navigerer gjennom nettstedet.

  • Hvilke sider er mest besøkt?
  • Hvor kommer trafikken fra?
  • Har vi demografiske data vi kan bruke?
  • Hvor lenge er brukerne på nettstedet, hvilken vei tar de?
  • Hvilke handlinger utfører de? Er handlingene verdifulle?

Målet med en konkurrentanalyse er å identifisere styrker og svakheter hos konkurrenter for å kunne utvikle et nettsted som er mer attraktivt og funksjonelt for målgruppen. Vi forsøker å identifisere hva konkurrentene gjør bra, som vi kan ta lærdom av, og hva de gjør mindre bra, som vi kan utnytte.

  • Vi bruker SEMrush til å identifisere og kartlegge konkurrenter mtp. synlighet og muligheter for å kapre rangering, både organisk og betalt
  • Vi ser på konkurrenters nettsteder. Hva gjør de bra mtp. UX? Hvilke typer innhold har de? Hvordan prioriterer de og hvilke brukeroppgaver har de fokus på

2. Oppstartsmøte #

Ansvarlig: Prosjektleder

Etter innsalg inviterer vi kunden til et oppstartsmøte. Avklar hvem som skal ha rollen som prosjektleder. Presenter eventuelle funn i trafikk- og konkurrentanalyse.

I dette møtet blir vi enige om:

  • Kontaktpunkt hos kunde og hos Markant
  • Kommunikasjonskanaler
  • Prosjektflyt
  • Mål og målgrupper
  • Personas
  • Personlighet
  • Kjernesider
  • Materiell - hva skal leveres av kunde (bilder, innhold)
  • Gjennomgang av ev. brukerinnsikt, undersøkelser etc. (noe vi skal brukerteste eller undersøke i forkant av prosjektet?)
  • Fremdriftsplan

Etter møtet sender prosjektleder møtereferat til kunde på e-post.

Tilgjengelige workshops/presentasjoner/dokumenter:

  • Oppstartsmøte – nytt nettsted (PowerPoint)
  • Personas (PowerPoint)
  • Kjernemodellen (pdf – kan gjerne skrives ut i A3)

Dokumentene ligger her: G:\Ressurser\Workshops

3. Prosjektbeskrivelse og fremdriftsplan #

Ansvarlig: Prosjektleder

Etter at oppstartsmøtet er gjennomført fyller prosjektleder ut prosjektbeskrivelsen. Ferdig maldokument (Prosjektbeskrivelse – web) ligger på fellesdisk.

Prosjektbeskrivelsen fylles ut grundig, og skal inneholde nok informasjon til at resterende prosjektdeltakere skal kunne sette i gang med sitt arbeid, og andre skal kunne uten problemer kunne overta som prosjektleder.

Fremdriftsplan for prosjektet settes opp i Teamwork. Her legges fristene man ble enige om i oppstartsmøtet inn.

Kunde inviteres etter avtale inn i Teamwork slik at de kan følge fremdriften og sjekke eventuelle frister på oppgaver de er tildelt.

Tilgjengelige workshops/presentasjoner/dokumenter:

  • Prosjektbeskrivelse – web (Word)

Dokumentene ligger her:
G:\Dokumenter

4. Innhenting av materiell #

Ansvarlig: Prosjektleder

Alt materiell som skal innhentes fra kunde skal være på plass før vi setter i gang med selve produksjonen.

Alt materiell som tilhører kunde (både innsendt og produsert av Markant) skal lagres i kundens servermappe (M:\*kundenavn*\)

Dersom kunde trenger å sende store filer kan de bruke
Filemail (markant.filemail.com).

5. Innhold og SEO #

Ansvarlig: Innhold og analyse

Vi bruker SlickPlan for å sette opp struktur samt organisere og ev. produsere innhold. Her kan vi også invitere kunden inn om dette er avtalt.

Innholdsutvikler går igjennom / produserer innhold side for side. Seksjon for SEO fylles ut i henhold til avtale.

Når alt innhold er klar ferdigstilles oppgaven i Teamwork.

6. Skisser av kjernesider / mockups #

Ansvarlig: Design

I utgangspunktet skisserer vi opp forside + kjernesider, men dette kommer an på hva som er avtalt med kunde.

Bruk valgfritt verktøy (Figma, XD etc.)

Husk å ta hensyn til universell utforming allerede her.

Skisser/mockups produseres - og presenteres for og godkjennes av kunde  - før implementeringen settes i gang.

7. Oppsett av server og rammeverk #

Ansvarlig: Design

Site settes opp i Kinsta.

  • MCP installeres og standardinnstillinger må settes
  • Sett opp andre plugins du trenger + tema (Dreamtheme)
    • Visual composer installeres og settes opp med lisensnøkkel
    • Postmark + Post SMTP mailer-plugin settes opp dersom siden skal inneholde kontaktskjema eller sende ut e-post på annen måte

8. Implementering og utvikling #

Ansvarlig: Design

Det ferdige designet implementeres.

Det vil bli foretatt en gjennomgang av hele nettstedet i forbindelse med kvalitetssikringen før en eventuell ferdigstillelse av utkast.

9. Kvalitetssikring/QA #

Ansvarlig: Prosjektleder eller Design

Det vil bli foretatt en gjennomgang av hele nettsiden i forbindelse med kvalitetssikringen før en eventuell ferdigstillelse av utkast.

Markant sin interne QA-checklist blir benyttet til dette formål og samtlige i preproduksjons- og produksjonsavdelingen skal delta.

QA-team skal, i det minste, bestå av minst en av hver disiplin:

  • Prosjektleder
  • Tekstforfattere/innholdsansvarlig
  • Designere/UX/UI

Eventuelle feil/mangler oppdaget i utforming og kode skal rettes opp, og man skal gå gjennom tekniske aspekter og sørge for at alle funksjoner fungerer optimalt. Spesifikasjon for utførelse og Tilbudet skal ha veiledende funksjon under QA.

Leveransen skal godkjennes av samtlige i QA-team før utkastet kan ferdigstilles.

Her finner du QA-sjekklisten.

10. Oppsett av 301-videresending #

Ansvarlig: Innhold og analyse

Før publisering må gammel sidestruktur kartlegges og settes opp mot ny sidestruktur. Dersom den nye sidestrukturen medfører endringer i URL-er for sider som skal videreføres eller sider som har verdi mtp. brukerbehov eller SEO, skal det settes opp videresending fra gammel URL til ny URL.

Videresendinger settes opp ved hjelp av Rank Math:

  • Rank Math -> Redirections -> Add new
  • Legg til gammel URL i «Source URLs»
  • Legg til ny URL i «Destination URL»

11. Publisering og ferdigstillelse #

Ansvarlig: Design

Når utkastet av nettstedet er godkjent av kunden, publiseres det under avtalt domenenavn.

  • Endre DNS
  • Legg til domene i WPE, men la wpe stå som primærdomene
  • Publiser gjennom MCP (legg til kunde som bruker). Se til at du ikke får noen feilmeldinger fra MCP
  • Endre primærdomenet til kundens og sett redirect på de andre
  • Sett opp SSL-sertifikat
  • Kjør search replace
  • Se igjennom siden og sjekk at alle interne lenker fungerer
  • Test kontaktskjemaer/e-postutsendelse
  • Informer/gratuler kunden med ny nettside

Inviter egnet ressurs (prosjektleder eller designer) for en siste kvalitetssjekk.

12. Oppsett/konfigurasjon av rapporterings- og sporingsverktøy #

Ansvarlig:

  • Dersom kunde skal ha markedsføring: Markedsføring
  • Dersom kunde ikke skal ha markedsføring: Innhold og analyse

Fathom Analytics skal alltid settes opp, uavhengig om kunden skal kjøre markedsføring eller har aktivt samtykke.

Dersom kunden skal kjøre markedsføring setter vi opp Google Analytics.

Avhengig av hvilke mål som er blitt enige om og satt i oppstartsmøtet, setter man opp målsporing/konverteringssporing ved behov.

13. Oppsett av aktivt samtykke #

Ansvarlig:

  • Dersom kunde skal ha markedsføring: Markedsføring
  • Dersom kunde ikke skal ha markedsføring: Innhold og analyse

Vi bruker pluginen Complianz for å sette opp aktivt samtykke. Dersom kunden har HubSpot, kan også HubSpot sitt verktøy benyttes.

Dersom kunden kun benytter sporing i form av Fathom Analytics, trenger vi ikke å sette opp aktivt samtykke.

14. Opplæring i WordPress #

Ansvarlig: Designer

  • Gjør deg noen tanker på forhånd: hva trenger kunde å lære (for eksempel endre tekst på sider, legge ut blogginnlegg, sette opp nye referanseprosjekter etc.
  • Lag bruker til kunde (skal alltid ha redaktør-tilgang)
  • Se til at kunde har tilgangene de trenger

Oppsummert #

Underveis i prosjektet, husk:

  • Lagre all kommunikasjon med kunde i HubSpot
  • Oppdater Teamwork etter hvert som du starter- og fullfører oppgaver
  • Logg timer - gruppene skal settes opp i henhold til postene i tilbudet
  • Hold kunden informert om hvordan dere ligger an med prosjektet, tidsbruk og eventuelle utfordringer
  • Hold debrief med kunden etter ferdigstillelse og legg en plan for videre arbeid / mersalg
  • Husk å lagre alt materiell i kundens servermappe
Noe som mangler? Gi oss beskjed!

“We all need people who will give us feedback. That’s how we improve.” – Bill Gates

Updated on 04.09.2024
Innhold
  • 1. Trafikk- og konkurrentanalyse
  • 2. Oppstartsmøte
  • 3. Prosjektbeskrivelse og fremdriftsplan
  • 4. Innhenting av materiell
  • 5. Innhold og SEO
  • 6. Skisser av kjernesider / mockups
  • 7. Oppsett av server og rammeverk
  • 8. Implementering og utvikling
  • 9. Kvalitetssikring/QA
  • 10. Oppsett av 301-videresending
  • 11. Publisering og ferdigstillelse
  • 12. Oppsett/konfigurasjon av rapporterings- og sporingsverktøy
  • 13. Oppsett av aktivt samtykke
  • 14. Opplæring i WordPress
  • Oppsummert
© 2026 Markant Wiki - Utviklet av Markant