WordPress-utvikling: hva du får av en utvikler

Hva en WordPress-utvikler gjør som du ikke gjør selv

WordPress er bygget i PHP, og en utvikler jobber med tema, plugins, maler og integrasjoner i selve koden. Det betyr at oppgavene ofte er andre enn de du ser i dashbordet. Du kan fint endre tekst, bilder og menyer selv, men når noe skal endre oppførsel eller kobles mot et eksternt system, er det kode som gjelder.

Typiske oppgaver er å sette opp temasystemet slik at redaktørene får trygge byggeklosser, lage egne blokker eller gjenbrukbare seksjoner, koble nettstedet mot CRM, booking, regnskap eller betalingsløsning, og legge inn viderekoblinger når sider flyttes. I tillegg kommer arbeidet du ikke ser: ryddig kode, riktige tillatelser og et oppsett som tåler oppdateringer.

Før du bestiller noe som helst, er det verdt å ha oversikt over hva en bedriftsnettside faktisk skal inneholde. Den oversikten ligger i Nettside for bedrift: den komplette guiden, og den gjør det lettere å stille de riktige spørsmålene til en utvikler.

Ferdig tema, sidebygger eller skreddersydd kode

Det finnes tre hovedveier, og de passer til ulike behov. Du kan ta utgangspunkt i et ferdig tema og tilpasse det, du kan bygge på et lett tema med en sidebygger, eller du kan få utviklet tema og blokker direkte i koden. Hvor fleksibelt det blir, hvor lett det er å drifte og hva det koster henger tett sammen.

Den vanligste fallgruven er ikke dårlig kode, men for mange lag. Et tema som allerede har en sidebygger, pluss fem plugins som hver legger til sine egne skript, gir ofte en treg side som er vanskelig å feilsøke. En annen er at temaet låser deg: neste gang noe skal endres, må du finne den som laget det, og du kan ikke uten videre bytte leverandør. Utvikling av nettside: hva du får av en webutvikler går nærmere inn på forskjellen mellom å sette opp og å utvikle.

For en bedrift som skal selge produkter, betyr valgene mer enn for en liten tjenesteside. En nettbutikk har betalingsflyt, frakt, lager og ordrebekreftelser som må virke sammen med resten. Betalingsløsning for nettbutikk og WordPress beskriver hva som må på plass der.

Hastighet er dessuten en forretningssak og ikke bare en teknisk detalj. En treg nettside koster deg kunder forklarer hvorfor, og hva som faktisk kan gjøres med det.

Slik ser et utviklingsprosjekt ut, steg for steg

Et ryddig prosjekt begynner med kartlegging, ikke med design. Hva skal nettstedet løse, hvem skal bruke det, hvilke henvendelser skal det gi, og hva skal de ansatte kunne redigere selv etterpå? Svarene styrer både struktur, design og hvor mye kode som må skrives.

Deretter kommer innholdsstruktur og design, så utvikling. Utviklingen bør foregå i et eget testmiljø, slik at du ser endringene før de går live, og slik at skjemaer, betaling og innhold kan testes uten risiko for det som allerede virker.

Før lansering går dere gjennom skjemaer og mottakere, viderekoblinger fra gamle adresser, ytelse på mobil og hva som skjer hvis noe feiler. Etter lansering er opplæring og dokumentasjon like viktig som koden. Hvis ingen vet hvordan siden er satt opp, blir hver liten endring et nytt prosjekt.

Dette bør stå i tilbudet før du bestiller

Betalingsmodellen bør avklares før du sammenligner tilbud. En vanlig modell er engangsprosjekt med definert omfang: en oppgave med klar start og slutt, for eksempel en ny side, et redesign eller en bestemt funksjon. En annen er en avtalt timebank som fordeles over en periode, og som passer når behovet er mindre forutsigbart.

Uansett modell bør tilbudet svare på hvem som eier koden og designet, hvem som har tilgang til domene, hosting og adminbruker, og hvordan du kommer deg videre hvis du bytter leverandør. Ta også med hvem som har ansvar for sikkerhetskopi og oppdateringer i prosjektperioden, og hva som ikke er inkludert.

Be om at testmiljø, dokumentasjon og opplæring står eksplisitt i avtalen. Det er de billigste punktene å avklare på forhånd, og de dyreste å oppdage at mangler.

Etter lansering: driften avgjør om du får betalt for jobben

Lansering er starten på perioden der nettstedet faktisk skal tjene penger. WordPress krever oppdateringer av kjerne, tema og plugins, og hver oppdatering er også en liten risiko. Vedlikehold av nettside og WordPress går gjennom hva et løpende opplegg bør inneholde.

Du bør også vite hva du kan forvente når noe stopper. WordPress support: hva du bør forvente forklarer forskjellen på support og utvikling, og hvorfor responstid og tilgjengelighet bør stå i avtalen og ikke bare være en muntlig forståelse.

Nettsaga lager nettsider på WordPress for små og mellomstore bedrifter, og du kan se hvordan nettside for bedrift er lagt opp. Vil du se hvordan vi ville løst din sak, kan du book en demo.

Vanlige spørsmål

Hva koster WordPress-utvikling?

Det styres av omfanget, ikke av antall sider alene. Et engangsprosjekt med definert oppgave prises annerledes enn en timebank eller en løpende avtale. Be om tilbud som spesifiserer hva som er inkludert og hva som kommer i tillegg, så blir sammenligningen reell.

Bør jeg velge ferdig tema eller skreddersydd kode?

Ferdig tema med tilpasning er ofte nok for en enkel bedriftsside. Skreddersydd kode er aktuelt når du har egne arbeidsflyter, mange integrasjoner, eller når redaktørene trenger faste byggeklosser. Vurder hvor mye du skal endre over tid, ikke bare hvordan siden ser ut ved lansering.

Hvem eier nettsiden og koden når prosjektet er ferdig?

Det skal stå i avtalen. Sørg for at du eier domenet, har tilgang til hosting og kan få med deg tema, plugins og innhold hvis du bytter leverandør. Be om dokumentasjon på oppsettet mens du fortsatt har god kontakt med utvikleren.

Kan jeg oppdatere innhold selv etterpå?

Ja, og det bør være et mål i seg selv. En god utvikler setter opp redigeringen slik at du trygt kan endre tekst, bilder og seksjoner uten å ødelegge layouten, og gir deg en kort gjennomgang før overtakelse.

Hvor lang tid tar et WordPress-prosjekt?

Det avhenger av omfang, hvor raskt innhold og beslutninger er på plass, og hvor mange integrasjoner som skal virke. Det er mer nyttig å avtale milepæler og rekkefølge enn en dato som ikke holder.