B2B-NETTSIDEBYRÅ FOR BEDRIFTER SOM SELGER TIL BEDRIFTER

En B2B-nettside selger sjelden i ett besøk. Den leses av flere personer, ved flere anledninger og med ulike spørsmål, før noen av dem tar kontakt. En B2C-hjemmeside bygges for en beslutning her og nå. En B2B-hjemmeside bygges for å holde gjennom uker med intern vurdering.

Mønsteret er det samme i de fleste bransjer. Den som finner dere først, er sjelden den som bestemmer. Lenken sendes videre til en kollega som har ansvar for budsjettet, en som skal bruke løsningen og en som skal vurdere sikkerhet eller avtaler. Hver av dem leser det som angår eget spørsmål, kommer tilbake noen ganger og sammenligner med to eller tre alternativer. Hele kjøpsreisen beskriver vi i avsnittet om B2B-kjøpsreisen. Her handler det om hva mønsteret betyr for byggingen.

• Hver side må stå på egne ben. Den som får en lenke internt, har ikke sett forsiden. Hver tjeneste- og produktside trenger sin egen kontekst: for hvem, hvilket problem, hva som inngår og hva neste steg er.
• Navigasjonen følger kjøperens problem, ikke organisasjonen deres. Menyer som speiler avdelinger, tvinger den besøkende til å forstå dere før de forstår tilbudet. Vi anbefaler en struktur som tar utgangspunkt i bruksområde, rolle eller bransje.
• Kvalifisering går begge veier. Kjøperen vil selv avgjøre om dere er relevante før de kontakter dere. Dere vil vite om leadet er verdt tiden til grundig research før salg ringer. Innhold og skjemaer utformes for begge.
• Bevis veier tyngre enn følelse. Spesifikasjoner, kundecase og tydelige vilkår gjør mer for beslutningen enn en sterk forside.

Er dere en oppstartsbedrift som selger B2B, gjelder det samme mønsteret, med den forskjellen at tilbudet ofte fortsatt formuleres. Den arbeidsmåten beskriver vi på siden om nettsidebyrå for startups og scaleups.

De fleste B2B-nettsider beskriver selskapet godt og kjøpsbeslutningen dårlig. Sidene som avgjør vurderingen, prismodell, integrasjoner, sikkerhet, sammenligninger og kundecase per bransje, mangler ofte helt eller ligger i en PDF bak et skjema. Vi anbefaler at de planlegges inn før designet starter, fordi de styrer hvordan CMS-modellen skal se ut.

• Prismodell. Ikke nødvendigvis en prisliste, men en forklaring på hva som styrer prisen: antall brukere, volum, lisens og implementering. Kjøperen må kunne plassere dere i riktig størrelsesklasse uten å booke et møte.
• Integrasjoner. Én side per system dere kobler til, med hva som synkroniseres og i hvilken retning. Det er ofte det mest spesifikke søket en teknisk vurderer gjør.
• Sikkerhet og etterlevelse av regelverk. Hvor data lagres, hvordan personopplysninger behandles, hvilke avtaler og sertifiseringer som finnes. Den som skal godkjenne leverandøren, leter etter denne siden sent i prosessen, og kan stoppe kjøpet hvis den mangler.
• Sammenligninger. Løsningen deres mot alternativene kjøperen uansett vurderer, inkludert å fortsette som i dag.
• Kundecase per bransje. Kjøpere leter etter noen som ligner dem selv. Case som kan filtreres på bransje og størrelse, gjør mer nytte enn en lang liste.
• Hvem vi ikke passer for. En ærlig avgrensning sparer tid for begge parter og gjør resten av det dere påstår, mer troverdig.

Den samme informasjonen er også uvurderlig for søkemotorer og KI-assistenter å hente svar fra.

Dere trenger ikke vise en prisliste, men dere bør forklare prismodellen: hva som styrer prisen, hvilke deler som er engangskostnader og hvilke som er løpende, og omtrent hvilken størrelsesklasse dere retter dere mot. En B2B-kjøper som ikke kan avgjøre om dere ligger i riktig prisklasse, går ofte videre til den konkurrenten som er tydeligere. Finnes det grunner til ikke å publisere tall, som forhandlede avtaler eller store variasjoner, holder det ofte med et regneeksempel for en typisk kunde.

To ting, strategiarbeidet før byggingen og antallet sidetyper. En B2B-hjemmeside skal fungere for en hel kjøpskomité, den som vurderer teknologien, den som regner på handelen og den som godkjenner. Å forstå dem og gi dem riktige svar i riktig rekkefølge krever mer analyse av budskap, sidestruktur og innhold enn en vanlig bedriftsnettside. I byggingen kommer sidetyper som integrasjoner, case med bransjefilter, prismodell og språkversjoner i tillegg, og koblingen til CRM-et deres skal testes hele veien til et opprettet lead. En bedriftsnettside med fem statiske sider har ingenting av dette. Vil dere regne selv først, finnes prisspenn per byggespor og kalkulatoren for hva en hjemmeside koster å bygge og eie. Den faste prisen gir vi etter en samtale.

Normalt 4–6 uker fra brief til lansering. Må dere gå live raskere, kan vi hurtiglansere på 2–3 uker med avgrenset omfang og tette oppfølgingsmøter. Det som forlenger tiden i B2B, er sjelden teknologien, men beslutningene: hvilke roller hjemmesiden skal gi svar til, hva som kan sies om produktet og hvem som godkjenner tekster. Har dere de svarene, eller en person som kan ta dem raskt, holder tidsplanen. CRM-kobling og flere språk planlegges inn fra start, slik at de ikke blir et eget prosjekt etterpå.

Et B2B-skjema skal ikke ende i en innboks. Det skal opprette et lead i CRM-et deres, for eksempel HubSpot eller Salesforce, med riktige felt utfylt, slik at salg kan handle samme dag og dere i etterkant ser hvilken side handelen startet på. Vi bygger flyten som en del av hjemmesiden, ikke som et tillegg etterpå.

For Tillväxtstöd bygde vi flertrinnsskjemaer mot Salesforce med sanntidsvalidering av organisasjonsnummer; kvalifiserte leads går rett inn i systemet. Prinsippet er enkelt: spør lite i første steg, mer når den besøkende har vist at de mener alvor, og valider det som kan valideres automatisk før leadet opprettes.

Hvordan koblingen bygges, avhenger av sporet: i Webflow via ferdige integrasjoner eller et automatiseringslag, i en kodet hjemmeside direkte mot API-et til CRM-systemet, noe som gir flere muligheter for validering og regelstyrt fordeling, for eksempel hvilken selger som får leadet. På hvert lead registreres første kjente landingsside, slik at hjemmesiden kan vurderes på lead-nivå i stedet for på klikk.

Ja. Hjemmesiden kobles til det CRM-et dere allerede har, for eksempel HubSpot eller Salesforce, eller et annet system med åpent API. Prinsippet er det samme: skjemaet oppretter et lead med riktige felt, første landingsside registreres og salg får et varsel. I Webflow skjer koblingen via ferdige integrasjoner eller et automatiseringslag, i en kodet hjemmeside direkte mot API-et. Har systemet deres begrensninger, sier vi det før vi lover noe.

Vi tar utgangspunkt i behovene deres. Ofte passer Webflow når markedsavdelingen selv skal eie publiseringen og integrasjonene er standardiserte, og en kodet hjemmeside med headless CMS når hjemmesiden skal hente produktdata fra forretningssystemer, bære egne integrasjoner eller når ytelse i seg selv er et salgsargument. Tillväxtstöd ble bygget kodet i Next.js med Sanity, fordi skjemaflyten mot Salesforce krevde det. Valget er deres; vi gir en anbefaling når vi har hørt mer om behovene.

Økonomien er forskjellig. Med Webflow bærer engangsprisen hele verdien: dere publiserer, bygger sider og justerer innhold uten oss. En kodet hjemmeside er ofte billigere å bygge, men strukturendringer krever kode. Har dere egen utvikler, tar dere over helt, ellers er det ofte bra at vi er der ved behov, uten bindingstid. Derfor sammenligner vi sporene på kostnaden år én og år tre, ikke bare på tilbudssummen. Hva Webflow-sporet inneholder, beskriver vi på siden om Webflow-byrå og Webflow-utvikling.

Uansett spor planlegges hjemmesiden for flere språk fra begynnelsen hvis dere skal selge i Norden eller på engelsk: hver side bærer sine språkversjoner, adressene har plass til flere språk og hreflang settes automatisk. Hjemmesiden til Learnifier ble bygget i Webflow og finnes på fire språk i ett og samme CMS. Med det på plass er et nytt språk en redaksjonell innsats, ikke et nytt webprosjekt.

Selger dere i en regulert bransje, kommer det krav i tillegg til hvordan tekster gjennomgås og godkjennes før de publiseres. For medtech-selskapet Suturion har det samarbeidet pågått i over tre år, og arbeidsmåten beskriver vi på siden om medtech-nettsidebyrå.

Ja. Innhold, sider og bilder redigerer dere selv i CMS-grensesnittet, omtrent som i Webflow. Det som krever en utvikler, er strukturendringer: nye sidetyper, nye felt, nye integrasjoner. Har dere egen utvikler, tar dere over helt; ellers er det ofte bra med en driftsavtale, uten bindingstid, slik at hjelpen finnes når den trengs. Vil dere eie alle endringer selv uten noen utvikler i det hele tatt, passer Webflow ofte best. Vi gir en anbefaling i den første samtalen.

Ja. Hjemmesiden planlegges fra begynnelsen slik at den kan bygges videre på effektivt. Et nytt språk legges til i samme struktur, med egne adresser og korrekt hreflang satt automatisk, uten at noe må bygges om.

Et solid teknisk SEO-grunnlag inngår alltid: ren HTML- og URL-struktur, metadata og ytelse som klarer Core Web Vitals. Det er det samme grunnlaget som gjør innholdet lesbart for KI-assistenter.

Det dere velger i tillegg, er arbeidet oppå grunnlaget: en søkeordsanalyse vektet på kjøpsintensjon, en sidestruktur som følger kjøpsordene, SEO-tekster for sidene som møter kjøpsbeslutningen, og schema markup. Det gjøres best i forbindelse med byggingen, når struktur og tekster uansett utarbeides, men det går like fint å begynne etter lansering. Hvordan vi jobber med B2B-søk som har lavt volum, men høy kjøpsintensjon, beskriver vi på siden om B2B SEO-byrå.

Stadig flere innkjøpere starter researchen sin i ChatGPT, Claude eller Googles AI Overviews: hvilke leverandører finnes, hva koster de, oppfyller produktet et bestemt krav? Assistenten svarer med det som kan leses om dere. Står opplysningen ikke åpent på hjemmesiden, blir svaret i praksis nei, og dere faller ut før dere visste at dere ble vurdert.

Derfor bygges en B2B-nettside hos oss slik at svarene kan hentes: integrasjoner, sikkerhet, prismodell og etterlevelse av regelverk som frittstående, siterbare avsnitt under spørsmålsformulerte overskrifter, og en beskrivelse av selskapet som er konsekvent på hjemmesiden og i eksterne profiler, slik at dere blir en tydelig entitet. Hvordan kjøpskomiteen bruker KI i researchen, går vi gjennom i guiden om B2B SEO, og hvordan vi jobber med AI-synlighet generelt under AI-synlighet og AEO.

Med en kontekstfil. I den samler vi tonen deres, faktaene deres om produkt og priser, formuleringene dere har godkjent og dem dere aldri vil se, og hvert utkast, vårt eller deres, tar utgangspunkt i den. KI gir tempoet i research og utkast; en spesialist hos oss bestemmer hva som skal skrives, og går gjennom alt før dere godkjenner det.

Den samme kontekstfilen kan dere bruke til alt annet dere skriver, LinkedIn, salgsmateriell, nyhetsbrev, slik at hjemmesiden, salg og marked høres ut som det samme selskapet. Det er slik vi jobber med SEO-tekster, og kontekstfilen er deres når samarbeidet avsluttes.