Artikkel
Fra nettsiderevisjon til handlingsplan: Slik bestemmer du hva du skal fikse først
En nettsiderevisjon forteller deg hva som er galt. En handlingsplan sier hvem som fikser hva, innen når, og hvordan du vet at det virket. For å gjøre om det…
En nettsiderevisjon forteller deg hva som er galt. En handlingsplan sier hvem som fikser hva, innen når, og hvordan du vet at det virket. For å gjøre om det ene til det andre, sorterer du hvert funn i en kategori. Du scorer det etter forretningspåvirkning, hastverk, innsats og avhengigheter. Deretter gjør du de viktigste funnene om til oppgaver med en ansvarlig, en frist og en suksessmåling. Ikke prøv å fikse alt på en gang.
Hvorfor forbedrer ikke en revisjon alene nettsiden din?
En revisjon er en liste over problemer. Den endrer ikke en eneste side. Mange eiere av små tjenestebedrifter får en rapport med dusinvis eller hundrevis av funn og gjør så ingenting, fordi listen ikke sier hvor de skal begynne.
Gapet mellom å finne og å fikse handler vanligvis om tre spørsmål rapporten lar stå åpne:
- Hvilke problemer koster deg faktisk kunder? Et ødelagt kontaktskjema betyr mer enn en manglende bildebeskrivelse på et gammelt blogginnlegg.
- Hvem skal gjøre jobben? Du, en ansatt, en webutvikler eller et verktøy.
- Hvordan vet du at det hjalp? Uten en måling er en fiks bare en endring.
En handlingsplan svarer på alle tre. Revisjonen er innsatsen. Planen er det du handler etter.
Hvordan bør du gruppere funnene fra revisjonen?
Begynn med å sortere hvert funn i én av fem grupper. Det viser hva slags arbeid hvert funn krever, og hvem som kan gjøre det.
| Kategori | Hva den dekker | Typisk eksempel | Hvem fikser det vanligvis |
|---|---|---|---|
| Teknisk SEO | Om søkemotorer kan finne, lese og indeksere sidene dine. Indeksering betyr at en søkemotor har lagret en side slik at den kan vises i resultatene. | Tjenestesidene til en rørlegger er stengt for søkemotorer på grunn av en innstilling som ble liggende igjen fra da nettstedet ble lansert | Webutvikler eller nettplattform |
| Innholdskvalitet | Om sidene dine svarer på det kundene søker etter | En tannklinikk har én kort side for alle behandlinger, så ingen som søker etter «tannbleking» finner et tydelig svar | Eier eller skribent, med godkjenning |
| Brukervennlighet | Hvor lett nettstedet er å bruke, spesielt på mobil | Menyen til et bakeri er en PDF som er vanskelig å lese på mobil | Utvikler eller nettplattform |
| Konverteringsmuligheter | Om besøkende enkelt kan bli henvendelser. En konvertering er handlingen du ønsker, for eksempel en telefon, et skjema eller en booking. | Kontaktskjemaet til et advokatfirma ber om tolv felt før noen kan sende et spørsmål | Eier bestemmer, utvikler eller plattform bygger |
| Analyse | Om du kan måle hva som skjer på nettstedet | Ingen vet hvor mange meldinger fra kontaktskjemaet som kom fra søk | Utvikler eller oppsett av analyse |
Noen funn passer i to grupper. Plasser dem der fiksen skjer, ikke der symptomet vises.
Hvordan bestemmer du hva du skal fikse først?
Scorer hvert funn etter fire faktorer. En enkel skala med lav, middels og høy er nok.
- Forretningspåvirkning. Hvor mye kan dette påvirke henvendelser, telefoner eller bookinger? En ødelagt bookingknapp er høy. En litt for lang sidetittel er lav.
- Hastverk. Blir det verre, eller er noe tidsbundet? Julesesongens bestillingsside på et bakeri før sesongen er haster. En skrivefeil i en gammel artikkel gjør ikke.
- Innsats. Hvor mye tid, penger eller kompetanse krever fiksen? Å skrive om én overskrift er lav. Å bygge om navigasjonen på nettstedet er høy.
- Avhengigheter. Må en annen fiks skje først? Det er lite poeng å forbedre teksten på en side hvis søkemotorene ennå ikke kan indeksere siden.
Deretter jobber du i denne rekkefølgen:
- Gjør først: høy påvirkning, lav eller middels innsats, ingen blokkerende avhengighet.
- Planlegg neste: høy påvirkning, høy innsats. Del disse i mindre steg.
- Samle til senere: lav påvirkning, lav innsats. Grupper dem og fiks dem sammen.
- Dropp eller parker: lav påvirkning, høy innsats.
Slik kan en tannklinikk score fire funn:
| Funn | Påvirkning | Hastverk | Innsats | Avhenger av | Beslutning |
|---|---|---|---|---|---|
| Bookingskjemaet feiler på mobil | Høy | Høy | Middels | Ingenting | Gjør først |
| Ingen egen side for implantater | Høy | Middels | Middels | Ingenting | Gjør først |
| Meldinger fra kontaktskjemaet spores ikke | Middels | Middels | Lav | Ingenting | Gjør først, slik at senere fikser kan måles |
| Gamle blogginnlegg mangler bildebeskrivelser | Lav | Lav | Lav | Ingenting | Samle til senere |
Legg merke til sporingsfiksen. Det er ikke det mest synlige problemet, men uten den kan du ikke se om de andre fiksene virket. Analyse hører ofte hjemme nær toppen nettopp derfor.
Hvordan ser en god handlingsoppgave ut?
Et funn som «tynt innhold på tjenestesider» er ikke en oppgave. En oppgave navngir én endring, én ansvarlig, én frist og én måling.
Bruk denne malen:
- Oppgave: hva som skal endres, og på hvilken side
- Ansvarlig: én navngitt person, ikke «teamet»
- Frist: en bestemt dato eller uke
- Suksessmåling: hva du skal sjekke, og når
Eksempler fra fire typer tjenestebedrifter:
Rørlegger
- Funn: siden for akuttjenester er ikke indeksert.
- Oppgave: fjern innstillingen som stenger søkemotorer ute fra siden for akuttjenester.
- Ansvarlig: webutvikleren.
- Frist: slutten av uke 1.
- Suksessmåling: siden vises som indeksert i Google Search Console, og visninger for siden dukker opp i ukene etter. Visninger er antall ganger siden din ble vist i søkeresultatene.
Bakeri
- Funn: selskapskaker er bare beskrevet i en PDF.
- Oppgave: lag en side for selskapskaker med størrelser, smaker og hvordan man bestiller.
- Ansvarlig: eieren skriver detaljene, nettplattformen publiserer.
- Frist: slutten av uke 3.
- Suksessmåling: søkevisninger og klikk for den nye siden, og kakehenvendelser via kontaktskjemaet.
Advokatfirma
- Funn: kontaktskjemaet er for langt.
- Oppgave: reduser skjemaet til navn, e-post, telefon og et kort spørsmål.
- Ansvarlig: en partner godkjenner feltene, utvikleren bygger endringen.
- Frist: slutten av uke 2.
- Suksessmåling: antall skjemahenvendelser per uke, sammenlignet med ukene før endringen.
Tannklinikk
- Funn: ingen sporing av skjemameldinger.
- Oppgave: registrer hver vellykkede melding fra kontaktskjemaet som en hendelse i analysen.
- Ansvarlig: webutvikleren.
- Frist: slutten av uke 1.
- Suksessmåling: skjemameldinger vises i analysen og stemmer med innboksen.
Suksessmålingen lover ikke et resultat. Den forteller deg hva du skal følge med på, slik at du kan bestemme om du skal fortsette, justere eller stoppe.
Hvorfor er det vanligvis en feil å fikse alt på en gang?
Det føles effektivt å gi utvikleren hele revisjonen. I praksis slår det ofte tilbake.
- Du kan ikke se hva som virket. Hvis tjue ting endres på én uke og henvendelsene går opp eller ned, vet du ikke hvilken endring som forårsaket det.
- Små fikser fortrenger de store. Lange lister fylles opp av enkle ting med lav påvirkning. De blir gjort, og den vanskelige, viktige fiksen venter.
- Risikoen øker. Mange endringer på en gang gjør det vanskeligere å oppdage hva som ødela nettstedet hvis noe går galt.
- Budsjettet tar slutt. Å betale for alle fikser på forhånd kan bruke pengene du trengte til den som betydde mest.
En bedre rytme er noen få oppgaver med høy påvirkning om gangen. Sjekk resultatet, og gå deretter videre til neste sett.
Hvor passer AMOS inn, og hva bestemmer du fortsatt?
AMOS er laget for tjenestebedrifter som ikke har et SEO-, innholds- eller IT-team, som en tannklinikk, et advokatfirma, et bakeri eller en rørlegger. Det hjelper med steget de fleste eiere setter seg fast på: å gå fra en liste over problemer til godkjent arbeid.
Hva AMOS gjør:
- Leser sidene dine og konkurrentenes sider, og viser hva som holder nettstedet tilbake, side for side, med begrunnelsen.
- Lager utkast til fikser, artikler og sideendringer i din merkevarestemme.
- Foreslår artikkelideer fra reelle hull og lister opp hver setning i et utkast som fortsatt trenger din bekreftelse.
- Sender ukentlige oppsummeringer som viser visninger, klikk og henvendelser sammen med arbeidet som ble gjort, slik at du kan se hva som endret seg etter hvert steg.
Hva du bestemmer:
- Hvilke fikser, artikler og sideendringer som skal gjennomføres. Ingenting publiseres uten din godkjenning.
- Hvilke foreslåtte endringer du avviser. Da vi bygde vårt eget nettsted, softalika.com, med AMOS, ble hver forespørsel til et lite utkast som vi forhåndsviste på datamaskin og mobil, og deretter godkjente eller avviste.
Når en utvikler fortsatt kan være involvert:
Hvis AMOS bygger og drifter nettstedet ditt, kan du be om endringer på vanlig språk, forhåndsvise dem på datamaskin og mobil, og publisere bare versjonen du godkjenner. Det driftede nettstedet inkluderer versjonshistorikk og omdirigeringer. Hvis nettstedet ditt kjører på en annen plattform, kan enkelte fikser, som serverinnstillinger eller sporingskode, kreve din egen webutvikler. Spør om oppsettet ditt på pilotsamtalen, slik at du vet hvilke oppgaver AMOS kan følge helt gjennom, og hvilke som trenger noen andre.
AMOS lover ikke rangeringer, trafikk eller inntekter. Det rapporterer målt endring sammen med arbeidet som ble gjort.
Hvordan starter en pilot?
En pilot starter med en kort samtale om nettstedet ditt, teamet ditt og markedene du selger i. Deretter setter AMOS-teamet opp AMOS for deg på dine egne isolerte skyressurser. Du logger inn i panelet med en e-postkode og ser funnene for nettstedet ditt side for side. Lengde, vilkår og pris for piloten avtales på den samtalen.
Hvis du har en revisjon du aldri har handlet etter, eller ingen revisjon i det hele tatt, kan du be om en pilot via kontaktsiden eller chatboten. Vi svarer innen én arbeidsdag.