Webutvikling for bedrifter: fra behov til en nettside som fungerer

Nettside, nettbutikk eller webapp?

Begynn med det viktigste brukeren skal gjøre. En nettside kan være riktig når kunden trenger informasjon og deretter tar kontakt. En nettbutikk må også håndtere kjøpet og oppfølgingen rundt ordren. En webapp blir aktuell når brukeren skal arbeide med data, prosesser eller personlige opplysninger over tid.

Grensene kan overlappe. En bedriftsside kan ha booking, og en nettbutikk kan ha en kundeportal. Spør derfor hva som må fungere ved første lansering. Ekstra funksjoner bør begrunnes med et konkret behov og en person som skal bruke dem.

Beskriv tre oppgaver siden må løse

Velg tre viktige oppgaver og skriv dem som korte situasjoner. For en tjenestebedrift kan de være: En ny kunde skal finne ut om dere dekker området, en innkjøper skal forstå hva en serviceavtale inneholder, og en eksisterende kunde skal be om hjelp.

Gå gjennom dagens løsning med disse oppgavene. Noter hvor informasjon mangler, hvor kunden må lete, og hvor ansatte må gjøre dobbeltarbeid. Dette blir et bedre grunnlag for webdesign og utvikling enn en liste over nettsteder dere synes ser fine ut.

Beskriv også et vellykket sluttpunkt. «Skjemaet virker» er uklart. «En kunde kan sende en forespørsel på mobil, får bekreftelse, og forespørselen vises hos riktig ansvarlig» kan demonstreres. Slik knytter dere det visuelle arbeidet til en faktisk leveranse.

Skriv en kravspesifikasjon som kan brukes

Del kravene i må ha ved lansering, bør ha og kan vente. Hvert krav bør ha en ansvarlig og en enkel måte å godkjenne det på. Be leverandøren forklare forutsetninger, avhengigheter og hva som faller utenfor tilbudet.

Tabellen viser forslag til krav. Tilpass detaljene til virksomheten, spesielt roller, integrasjoner og hva dere trenger å kunne endre selv.

Gi innholdet en eier før designet er ferdig

En ny løsning trenger tekst, bilder og avklarte opplysninger om tjenestene. Fordel ansvar for hver side. Bestem hvem som kan bekrefte priser, leveringsområder, produktbeskrivelser og eventuelle kundereferanser. Innhold som er «på vei», bør ha en avtalt leveringsdato.

Bruk en faktisk tjenesteside i designarbeidet. Den viser om overskrifter, forklaringer, bilder og handlingsknapper fungerer sammen. Et pent utkast med korte eksempeltekster kan skjule problemer som først dukker opp når den virkelige beskrivelsen skal inn.

For nettbutikk må produktdata få samme oppmerksomhet. Bestem hvor navn, varianter, lagerstatus og bilder kommer fra, og hvem som retter feil. Et nytt design løser ikke uklare produktdata eller ansvarsforhold.

Avtal kvalitet i bruk, ikke bare en poengsum

Be om testing av de viktigste brukeroppgavene på mobil og med tastatur. Ta med tydelige feltetiketter, lesbar tekst og forståelige feilmeldinger. W3C anbefaler at tilgjengelighet inngår gjennom produksjonsprosessen og vurderes tidlig og regelmessig. Gjør derfor dette til en del av arbeidet fra start.

Ytelse bør også vurderes med reelt innhold. Googles Core Web Vitals beskriver lasting av hovedinnhold, respons på handlinger og visuell stabilitet. Bruk målinger til å finne problemer, og kombiner dem med praktiske oppgavetester. En rask forside hjelper lite hvis kontaktformen er vanskelig å bruke.

Be om at testgrunnlaget beskrives: hvilke sider, enheter og situasjoner som ble kontrollert, hvilke feil som er rettet, og hva som eventuelt gjenstår.

Planlegg lansering og eierskap før siste uke

Ved erstatning av en eksisterende nettside må viktige nettadresser kartlegges. Dersom adressene endres, anbefaler Google en plan som kobler gamle sider til relevante nye sider og videresender trafikken. Inkluder dette i omfanget, sammen med kontroll av interne lenker og viktige skjemaer.

Avtal hvem som eier domenet, publiseringsløsningen og nødvendige kontoer. Bedriften bør vite hvem som følger med på driften, tar sikkerhetskopier der det er relevant, håndterer feil og gjennomfører oppdateringer. Beskriv også hvordan dere bestiller mindre endringer etter lansering.

Sett et eget tidspunkt for overlevering. Den som skal redigere siden, bør prøve oppgavene selv. Først når innhold, kontaktflyt, måling og ansvar fungerer sammen, har dere et godt grunnlag for å bruke nettsiden i markedsføringen.