Nettsidefabrikken: Fem faser for å bygge kundesider raskt

Sammendrag

De fleste råd om å bygge nettsider for kunder sier at du skal behandle hvert prosjekt som et unikt, kreativt tomt lerret. Det er den raskeste måten å brenne timer og margin på. Det som faktisk fungerer, er et repeterbart system i fem faser: strategi, struktur, innhold, bygging, lansering – med de samme reglene for hver kunde. Systemet produserer ikke identiske nettsteder; det produserer nettsteder som er bygget på et felles fundament, slik at teamet ditt slutter å løse de samme problemene to ganger. Denne artikkelen går gjennom ett kundeprosjekt fra oppstart til overlevering for å vise deg nøyaktig hvordan du gjør det repeterbart uten å gjøre arbeidet generisk. Du får også se hvor du skal sette grenser rundt innhold, sikkerhet og vedlikehold slik at prosessen ikke bryter sammen etter lansering. Følg dette, så bruker du tiden på arbeidet som betyr noe i stedet for kundens ubesluttsomhet.

De fleste rådene om å bygge nettsteder for kunder er laget for en verden som ikke lenger finnes. De sier at du skal behandle hvert prosjekt som et unikt tomt lerret, en fersk kreativ utfordring som krever skreddersydd design og tilpasset kode. Følger du det rådet, vil du brenne uker på hvert prosjekt, se marginene krympe, og likevel levere nettsteder som bommer på kundens faktiske mål. Alternativet er ikke late maler. Det er et bevisst, repeterbart system som behandler strategi og innhold som de virkelige differensiatorene og design som montering. Slik ser systemet ut i praksis, gjennomgått med én kunde fra start til slutt.

90-minutters samtalen som sparer deg for tre uker

Et kommersielt rengjøringsselskap ringer. De ble henvist av en tidligere kunde. De sier at de trenger «en ny nettside» fordi den nåværende er gammel og de ikke får telefoner. Det første instinktet ditt kan være å sende et forslag med en portefølje og en pris. Ikke gjør det. Book en 90-minutters discovery-samtale før du snakker om pris.

Still fire spørsmål og skriv ned svarene:

1. Hvem er kunden din? (De vil si «alle med et kontor.» Press hardere. Den faktiske kjøperen er en kontorleder eller en driftsansvarlig som håndterer renholdskontrakter.)
2. Hvilken handling ønsker du at de skal ta? («Ring oss for et tilbud.»)
3. Hva er kjøpssyklusen? («De googler kommersielle rengjøringsselskaper, sammenligner to selskaper og ringer det med raskest respons.»)
4. Hvilke sider finnes i dag, og hvilke får faktisk trafikk? (Bruk deres analyseverktøy, eller bare spør.)

Disse svarene er ikke småprat. De er grunnlaget for sidekartet ditt. Hvis kjøperen sammenligner to selskaper, trenger nettstedet en tjenesteside, en side for serviceområder, en om-side for tillit og en kontaktside med en tydelig oppfordring til handling. Du har nå tatt strukturvalgene før en eneste piksel er designet.

Det generelle prinsippet: start med strategi, ikke estetikk. Nettutviklingsprosessen du finner i enhver moden byråguide, som DRC Systems’ 7-trinns guide til nettutviklingsprosessen, setter planlegging og strategi først av en grunn. Du definerer formålet, målgruppen og målene før du tar i layout. Hopp over dette, og du vil designe et nettsted som ser fint ut, men som ikke svarer på spørsmålet kjøperen egentlig stiller: «Kan dette selskapet løse problemet mitt?»

Discovery-samtalen er også der du lærer om kunden faktisk har innhold. Rengjøringsselskapet vil fortelle deg at de har brosjyrer og en PDF-tjenesteliste. Det har de ikke. Du får det virkelige innholdet i neste trinn. Hvis du vil grave dypere i hvordan du former dette til en skikkelig informasjonsarkitektur før noe designarbeid, les vår gjennomgang av planleggingsstadiet de fleste nettsideeiere hopper over – det er det samme fundamentet du trenger i et byrå.

Slutt å vente på innhold: la det avsløre sidekartet

Etter discovery ber du om deres eksisterende innhold. Rengjøringsselskapet sender en logo, en to-siders brosjyre og en liste over tjenester med enlinjes beskrivelser. Dette er ikke innhold. Dette er et utgangspunkt.

Her er grepet: send dem en innholdsmal med utfyllingsfelt, én side per side på nettstedet. For hver tjeneste, be om tre setninger: hva det er, hvem som trenger det, og hvordan den typiske prosessen ser ut. For om-siden, be om historien om hvorfor de startet og hva som gjør dem annerledes. Hold malen liten: 100 ord per side. Angi deretter regelen: ingen side blir designet før teksten for den siden ligger i malen.

Hvorfor denne regelen? Fordi hvis du designer med plassholdertekst, vil kunden godkjenne plassholderen. Så får du ekte tekst to uker senere, og designet vil sprekke. Du må omarbeide layouten, miste nok en uke, og kunden vil fakturere deg for forsinkelsen. Innhold-først-regelen tvinger informasjonsarkitekturen til å være reell før designfasene begynner.

For rengjøringsselskapet fører dette trinnet til den beste beslutningen i hele prosjektet. De lister opp 12 tjenester, men tre av dem – kontorrengjøring, gulvpleie og rengjøring etter oppussing – genererer mesteparten av inntektene. Du omstrukturerer tjenestesiden for å fremheve disse tre tydelig og grupperer resten under en enkelt seksjon for «andre tjenester». Den beslutningen er bare mulig fordi du tvang innholdet fram tidlig.

Det generelle prinsippet: informasjonsarkitektur og innholdsproduksjon er adskilte stadier i nettutviklingsprosessen, og innholdsproduksjon skjer før utvikling – ikke underveis. Når kunden klager på at å skrive tekst er «deres jobb, ikke din», minn dem på at du trenger deres ord for å strukturere nettstedet. Hvis de ikke vil levere innhold, må du skrive det for dem og fakturere for det. Men malen gjør det så billig at de vanligvis gjør det selv.

Komponenter er ikke kreativitetens fiende

Nå er du klar til å bygge. Og her er det byråets standardinstinkt – åpne en tom side og designe noe «unikt» – vil drepe marginene dine. Ikke gjør det. Åpne i stedet komponentbiblioteket ditt.

Komponentbiblioteket ditt er et sett med ferdigbygde seksjoner du bruker på hvert nettsted: en hero med bilde og overskrift, et tjenesterutenett, en testimonial-karusell, et kontaktskjema og en footer med tillitssignaler. For rengjøringsselskapet velger du en layout kalt «trust builder» – den leder med en sterk overskrift, deretter et bilde av et mannskap i uniform, så et tjenesterutenett, deretter uttalelser, og til slutt et tilbudsskjema. Du bytter inn kundens blå farge, setter skrifttyper og legger inn teksten fra innholdsmalen. Det tar en dag, ikke to uker.

Det generelle prinsippet: design er et system, ikke en guddommelig handling. Å bruke komponenter gjør ikke nettsteder generiske. Det gjør dem konsistente. Hver kunde får en unik kombinasjon av layout, farger, typografi, tekst og bilder. Det de ikke får, er en haug med tilpasset kode som bare din mest senior utvikler kan vedlikeholde.

Dette er også der du bør ta no-code-samtalen internt. Hvis du fortsatt har designere eller utviklere som protesterer, faller innvendingene vanligvis sammen når de ser tidsbesparelsene på et ekte prosjekt. Vi har dekket hvordan du kommer deg forbi disse innvendingene i hvorfor byråer bør omfavne no-code – nøkkelen er å ramme det inn som et leveringsverktøy, ikke en kreativitetsdreper.

Avveiningen er imidlertid reell. Hvis du bruker de samme tre layoutene for hver kunde, vil arbeidet ditt begynne å føles ensformig. Løsningen er ikke å forlate komponenter. Løsningen er å gjøre discovery- og innholdsstegene så godt at kundens stemme bærer det unike. En skarp strategi med en standard layout ser skreddersydd ut. Et såkalt unikt design med tynt innhold ser verre ut.

Lanseringsdagen er en sjekkliste, ikke et mirakel

Rengjøringsselskapets nettsted er bygget. Du er klar til å gå live. Før du trykker publiser, kjør den samme sjekklisten som du kjører for hver kunde.

For det første, test tilbudsskjemaet på en telefon. Send det inn. Kommer e-posten fram? Lastes takkesiden? Rengjøringsselskapets eier vil definitivt få en henvendelse fra det skjemaet den første dagen; hvis skjemaet er ødelagt, kan hele nettstedet like godt være ødelagt.

For det andre, sjekk det tekniske grunnlaget. Peker domenet til riktig vert? Er SSL aktivert? Ideen om at webhotell bare er «en server som lagrer filer» er for passiv – UpGuard’s beste praksis for nettsidesikkerhet lister opp å holde programvaren oppdatert, implementere sterk autentisering som MFA, sikkerhetskopiere data regelmessig og bruke SSL/TLS-kryptering som kjernepunkter. På en moderne no-code-plattform er SSL automatisk og sikkerhetskopier innebygd, men du verifiserer likevel. Du sørger også for at CMS-et eller sideeditoren bare har de påloggingene den trenger – ingen standard admin-passord ligger rundt.

For det tredje, sett opp SEO fra dag én. Digital Marketing Institute definerer SEO som å optimalisere innhold, struktur og tekniske elementer for å forbedre søkerangeringer. Det betyr at sidene dine allerede har beskrivende titler og metabeskrivelser, at serviceområdesidene dine hver er rettet mot en by eller region, og at du har sendt inn et XML-sidekart til søkekonsoller. Du oppretter også en robots.txt-fil. Dette er ikke en oppgave etter lansering. For en mer detaljert versjon av dette trinnet, se vår guide til å lansere et no-code-nettsted som rangerer.

Det generelle prinsippet: lansering er ikke målstreken. Det er punktet der du verifiserer at systemet du bygget faktisk fungerer. Hvis testing og sikkerhet er ettertanker, vil du feilsøke på det verste mulige tidspunktet – rett etter at kunden forteller sine egne kunder å besøke nettstedet.

Overleveringen som holder retainer-avtalen i live

To uker etter lansering ringer rengjøringsselskapet. De vil legge til «Windsor» i serviceområdene sine. Hvis du aldri har satt opp redigeringsrettigheter, er du ansvarlig for en gratis endring. Det er feilen som ødelegger byråets marginer. Så på lanserings- og overleveringssamtalen trente du dem: «Slik logger du inn. Her er sideeditoren. Slik legger du til et serviceområde og publiserer det. Hvis du står fast, her er e-posten til kontoansvarlig.» De gjorde Windsor-endringen selv på fem minutter.

Tre måneder senere vil de ha en «Karriere»-side. Det er utenfor deres redigeringsmuligheter. Du gir en fast pris, de godkjenner, og du bygger den med det samme komponentbiblioteket på en time. Dette er hele poenget med det repeterbare systemet: etter lansering er du ikke den gratis fikser-tjenesten. Du er partneren de ringer når de trenger noe større.

Det generelle prinsippet: vedlikehold er et stadium i prosessen, ikke en ettertanke. På samme måte som du definerer mål i discovery, definerer du grensen mellom hva som er inkludert og hva som er fakturerbart ved oppstart. Noen byråer inkluderer en måned med redigeringer etter lansering. Det er greit, men gjør det eksplisitt og avgrenset. Deretter må du ta betalt.

En ting til: overlevering er også der du beholder kontrollen over forholdet. Hvis du ikke trener kunden på deres eget nettsted, vil de ringe deg for å endre hver setning. De vil bli frustrert over kostnaden, og du vil bli frustrert over avbrytelsene. En enkel 30-minutters opplæringssamtale og en én-sides guide sparer dere begge for måneder med irritasjon.

Systemet er poenget

Følg dette fasesystemet for hver kunde. Discovery definerer problemet. Struktur kartlegger sidene. Innhold fyller strukturen. Byggingen settes sammen av komponenter. Lansering verifiserer og overleverer. Når en kunde sier «men situasjonen vår er spesiell», behandle det som en forespørsel om mer discovery, ikke færre føringer. Systemet er det som lar deg levere kvalitet raskt, og det er det som beskytter marginene dine når du kjører seks prosjekter samtidig.

Rengjøringsselskapet er ikke fiktivt på den måten som betyr noe: hvert byrå har en versjon av dem. Kjør prosessen riktig, så leverer du nettstedet deres i løpet av uker, tjener penger og får en kunde som allerede vet hvordan du kan brukes. Kjør den feil, så vil du redesigne hjemmesiden deres hver måned gratis. Valget er ikke mellom skreddersydd og generisk. Det er mellom en prosess og brannslukking.