Alle de andre byråene vi har jobbet ved siden av i Norge starter likt: brief på mandag, Figma-fil på onsdag, dev på fredag. Nettstedet lanseres på tre uker, klienten er fornøyd i en måned, og så beveger ikke tallene seg — og ingen kan helt forklare hvorfor.
Vi starter annerledes. Den første uka av hvert Lima La-prosjekt brukes på å ikke bygge noe som helst. Ingen Figma, ingen kode, ingen moodboard. Bare samtaler. Her er hvorfor.
Feilen alle gjør
Feilen er å behandle nettstedet som produktet. Nettstedet er ikke produktet. Nettstedet er et oversettelseslag mellom et kundeproblem og bedriftens løsning. Hvis du ikke kjenner kundens problem nøyaktig nok til å skrive det ned med deres egne ord, oversetter du mellom to språk du ikke snakker.
De fleste byråer hopper over lytte-steget fordi det er ubehagelig. Kunder svarer ikke i ryddige avsnitt. De rambler, motsier seg selv, nevner irrelevante ting, blir avbrutt av barna sine i bakgrunnen. Å bruke en time på å lytte til fem av dem er slitsomt. Så byråer erstatter det med en workshop, en spørreundersøkelse, eller — verst — en konkurrent-teardown.
Samtalene er det eneste som faktisk fungerer.
Våre fire faser
Vi organiserer hvert prosjekt rundt fire faser, i denne rekkefølgen, og vi hopper ikke over de tidlige for å levere raskere. Total tid til lansering er vanligvis fire til seks uker for et nettsted, åtte til tolv for en app. Den første uka er alltid Snakk.
1. Snakk
Vi intervjuer fem til ti av dine eksisterende eller potensielle kunder. Vi spør dem hvilket problem de prøvde å løse, hva de prøvde først, hva som fikk dem til å velge deg (eller konkurrenten din), hva de tastet inn i Google. Vi spør dem ikke hva de vil ha på et nettsted — det vet de ikke. Ingen vet det. De vet hva de trenger å få gjort.
Resultatet av denne fasen er et ett-sides dokument med kundens faktiske språk. Verbene de bruker. Innvendingene de reiser. Ordene de ikke kjenner. Hver overskrift på det ferdige nettstedet kommer fra dette dokumentet. Vi finner ikke opp fraser — vi bruker deres.
2. Skisser
Først etter vi har dokumentet åpner vi Figma. Skisse-fasen går raskt — vanligvis tre til fem dager — fordi vi ikke finner opp strukturen. Intervjuene har fortalt oss hva brukeren trenger å gjøre, i hvilken rekkefølge, og hvilke valg som snubler dem.
Vi prototyper skjermene, tester prototypen med to av de samme kundene vi intervjuet (helst andre enn dem vi allerede har snakket med), og itererer. Hvis de ikke klarer kjerneoppgaven på 30 sekunder, tegner vi om. Prototypen lever i Figma til den fungerer uten forklaring.
3. Bygg
Dette er fasen alle andre starter på dag én. Når vi kommer hit, er de strukturelle spørsmålene besvart og teksten er stort sett skrevet. Vi tar ikke beslutninger om navigasjon eller herotekst — vi bare utfører.
Selve bygget tar to til tre uker for et tilpasset nettsted, lenger for et system med flere flater (booking, kjøkken, admin). Vi bruker Next.js, Tailwind og Supabase som ryggraden. Klienten får en staging-URL på dag tre; de ser hver endring live.
4. Mål
Den dagen siden går live, kobler vi opp konverteringssporing, analyse og en ettsides månedsrapport. Vi overleverer ikke et 40-fane-dashboard. Vi overleverer: besøkende, konverteringer, hvor de kom fra, hvor de hopper av, én ting å endre videre.
Vi kommer tilbake ved slutten av måned én for å se på tallene sammen. Hvis tallene ikke forteller en klar historie, fortsetter vi å justere til de gjør det. Jobben er ikke ferdig ved lansering — den er ferdig når tallene beveger seg.
Hva dette koster vs. hva det sparer
Den første fasen koster deg en uke og fire til seks samtaler. Det er prisen. Det den sparer deg for, er kostnaden av å bygge feil ting — som de fleste byråer glatt leverer og fakturerer for, og så fakturerer igjen for å fikse.
En «redesign på tre uker» som ikke flytter tallene er det dyreste prosjektet i byråverdenen. Du betaler for det to ganger: én gang for å bygge, og så igjen når neste byrå kommer inn for å fikse. Vi tar heller seks uker én gang.
Det vi hører oftest
De to reaksjonene vi får fra potensielle klienter når de hører denne prosessen er helt forutsigbare.
Første reaksjon: «Det høres tregt ut.» Ja. Det er det. Vi har aldri unnskyldt det. Sakte gjort riktig slår raskt gjort feil hver gang, og det kan du sitere oss på.
Andre reaksjon: «Jeg vet allerede hva kundene mine vil ha — kan vi ikke hoppe over intervjuene?» Svaret er alltid nei. Eierne vi har jobbet med som har vært sikre på at de kjente kundene sine, var de som ble mest overrasket over hva som kom ut av intervjuene. Hver eneste gang. Uten unntak.
Hvordan det faktisk ser ut
På et nylig prosjekt var eieren sikker på at overskriften skulle handle om «Norges beste kundeservice». Intervjuene avdekket at kundene faktisk brydde seg om én ting: å slippe å ringe på forhånd. Den endelige overskriften ble en variant av bestill på nett, slipp å ringe. Konverteringen gikk opp 40 % mot prototype-overskriften.
Den innsikten var ikke tilgjengelig fra en workshop. Den lå ikke i noe nøkkelordverktøy. Den kom fra fire samtaler med folk som allerede hadde kjøpt fra bedriften. Det kostet en uke. Det er hele grunnen til at siden fungerer.
Det er derfor vi ikke koder på dag én.
Hele firefase-prosessen ligger på /how-we-build. Hvis du heller vil diskutere hva bedriftens faktiske lekkasje er før vi gir et tilbud på et bygg, er det uansett den riktige måten å starte på — send oss en melding.