De flesta landningssidor beskriver produkten. De sidor som fungerar lägger i stället fram ett argument för köparen, och argumentet kommer ur research, inte ur mallar.
På Up Strategy Lab börjar vi med kunden, före allt designarbete. Vi kör workshops och sessioner om värdeerbjudandet för att förstå affären bakom uppdraget: hur företaget tjänar pengar, vem som bestämmer, och var produkten måste förtjäna förtroende innan någon köper.
En sida, ett jobb
En landningssida flyttar en köpare ett steg framåt. Allt på sidan tjänar det steget, annars stryks det.
Vilket jobbet är beror på vem som läser. En finansierad grundare som utvärderar ett utvecklarverktyg fattar beslut på ett annat sätt än en CTO som ska försvara ett sexsiffrigt avtal inför en styrelse. Vi matchar varje kund mot en ICP: finansierad grundare eller CTO, scale-up i tillväxt, deep tech, eller mellanstora bolag mitt i en AI-transformation. Var och en har sin egen köpresa, så varje sida argumenterar på sitt eget sätt.
Steg 1: Läs av affären innan briefen
Vi börjar med workshops och sessioner om värdeerbjudandet. Det som kommer ut är det argument sajten måste driva: affärsmodellen, köparens beslutsprocess, och de punkter där förtroendet byggs innan ett köp.
Steg 2: Koppla personas till produkten
För varje målpersona kartlägger vi jobs to be done, smärtpunkter och vinster. Sedan lägger vi det mot kundens kärnerbjudande och behåller det som faktiskt passar ihop.
Landningssidan säljer passformen: de ögonblick där produkten löser en verklig smärtpunkt hos en verklig köpare.
Steg 3: Hitta språket i sökdatan
Jobben, smärtpunkterna och vinsterna stäms av mot data från Google Search Console och Google Ads. Vi letar efter de sökningar folk faktiskt skriver, och efter frågorna de ställer till sina AI-agenter och chattbottar. Orden som dyker upp i sök och i AEO-researchen blir orden på sidan, för det är de ord köparna redan använder.
Steg 4: Skriv sektion för sektion
Varje sektion på sidan har ett värdeerbjudande att infria:
- Hero-sektionen ger ett löfte, formulerat med kundens egna ord.
- Problemsektionen sätter ord på smärtpunkten, rakt av.
- Lösningen kopplar produkten till det jobb som ska göras.
- Det som bygger förtroende placeras där tvivlet är störst: citat, logotyper, kundcase.
- Det som driver leads, formulär och kontaktvägar, ligger där köpviljan är starkast.
Steg 5: Redigera i Google Docs
Vi skriver i Google Docs och redigerar sektion för sektion. Varje mening ifrågasätts: förtjänar den sin plats, för den köparen framåt, går påståendet att belägga. Texten poängsätts mot De-AI-checklistan innan den går live.
Steg 6: Rita grafik till påståendena
Sektioner som vinner på att synas får egen grafik. En process, en jämförelse, en arkitektur, ett resultat: landar påståendet snabbare som bild, så ritar vi det.
Steg 7: Bygg i Webflow eller Web Launch Kit
Två byggspår:
- Webflow, när kunden vill redigera direkt på canvas själv.
- Next.js + Payload + Supabase + Vercel, alltså Web Launch Kit, när kunden vill äga stacken utan licenskostnad per användare.
Varje kund får ett eget GitHub-repo, ett eget Vercel-projekt och ett eget Supabase-projekt. Ingenting delas.
Steg 8: QA, lansering, överlämning
Före lansering: byggkontroll, JSON-LD, sitemap, Lighthouse och Core Web Vitals, consent mode och cookiebanner, webbanalys. Sedan byte av DNS, och det gamla webbhotellet sägs upp.
Efter lansering tar kunden antingen över allt (GitHub, Vercel och Supabase flyttas i respektive tjänst, Resend byggs om, inloggningsuppgifter roteras, ungefär två timmar) eller fortsätter på ett månadsavtal för innehåll, SEO och designstöd.
Mönstret är detsamma för varje kund: researcha köparen, skriv på köparens språk, belägg påståendena, be om nästa steg, och mät sedan vad som händer.
