Prosjektstyring i et webbyrå
Et webprosjekt går sjelden i stykker midt i løpet. Det går i stykker i briefen, der ingen skrev hva som ikke hører med i omfanget, og i godkjenningen, når kunden for tredje gang vil ha «bare denne ene tingen». Under ser du hvordan prosjektstyring ser ut i et webbyrå som faktisk ser marginen sin: brief med akseptkriterier, sprinter, uttrykkelig godkjenning og en tabell som viser nøyaktig hvor timene gikk.
Fremgangsmåten, kort fortalt
- Skriv en brief som sier hva som hører med i omfanget og uttrykkelig hva som ikke gjør det, og legg til akseptkriterier.
- Del prosjektet i sprinter eller etapper, hver med leveranser, ansvarlig og frist.
- Estimer i timer per rolle, ikke i dager — fakturaen settes sammen av timer, ikke av dager.
- Send hver leveranse til uttrykkelig godkjenning, registrert med dato og navn.
- Sammenlign førte timer med estimatet hver uke; et avvik på over 15 % er en beslutning, ikke en statistikk i skuffen.
Brief og leveranser som faktisk kan godkjennes
Den dyreste uklarheten i et byrå er «jeg trodde jeg godkjente noe annet». To linjer i briefen og én datert godkjenning fjerner den.
- Liste over leveranser med leveringsformat: 5 responsive sider og 3 maler, ikke «nettsted».
- Hva som ikke hører med i omfanget, skriftlig: migrering av gammelt innhold, tekstforfatting, oversettelser, fotografier.
- Antall inkluderte revisjonsrunder — to er markedsstandard, den tredje prises.
- Målbare akseptkriterier: LCP under 2,5 s, CLS under 0,1, kontrast etter WCAG 2.2 nivå AA.
- Godkjenning på hver leveranse, med dato og navn, knyttet til den nøyaktige versjonen den gjelder.
Tabell: hvor timene gikk på et prosjekt til 6 000 €
Et prosjekt priset til 6 000 €, estimert til 150 timer, med en listepris på 40 € i timen. Slik ble det faktisk ført.
192 timer for 6 000 € betyr en reell sats på 31 € i timen, ikke 40 € — den effektive timesatsen faller med 22 %. Nesten halvparten av overskridelsen samlet seg i revisjoner: 44 timer i stedet for 25, altså 19 ufakturerte timer av 42 ekstra (45 %), 760 € til listepris. Resten fordelte seg på design (+12 timer), utvikling (+8) og brief (+3).
Priset mot førte timer, prosjekt til 6 000 €
| Etappe | Priset timer | Førte timer |
|---|---|---|
| Brief og arkitektur | 15 | 18 |
| UI-design | 40 | 52 |
| Utvikling | 70 | 78 |
| Revisjoner og lansering | 25 | 44 |
| Totalt | 150 | 192 |
Akseptkriterier: Core Web Vitals og WCAG 2.2 AA
En weblevering uten akseptkriterier godkjennes etter smak, og smaken endrer seg innen tredje revisjon. Tall gjør det ikke.
Skriv grenseverdiene for Core Web Vitals og WCAG 2.2 AA inn i briefen. Da blir de en betingelse for overlevering, ikke noe man forhandler om etterpå.
- LCP under 2,5 sekunder på mobil, målt på forsiden og på én underside.
- CLS under 0,1 og INP under 200 ms, på samme sett med sider.
- Kontrast, tastaturnavigasjon og alternative tekster etter WCAG 2.2 nivå AA.
- Data som samles inn av skjemaene du leverer, behandles i tråd med GDPR (EU-forordning 2016/679, gjennomført i personopplysningsloven): behandlingsgrunnlag, informasjon og lagringstid.
Vanlige feil
- Estimere i dager og fakturere i timer — forskjellen betaler byrået.
- Ikke begrense antall revisjonsrunder, slik at arbeid utenfor omfanget av gammel vane blir gratis.
- Sette en senior på en oppgave priset med juniorsats: du taper 22 € på hver time som jobbes.
- Godkjenninger som bor i e-posten, slik at ingen kan vise hva som ble godkjent og når.
- Se på marginen først etter overleveringen, når det eneste som gjenstår er å svelge differansen.