Oversikt
Jeg designet og bygde en komplett bryllupsnettside for min søster Sunniva og hennes forlovede Johannes. Siden hadde to hovedoppgaver: å gi gjestene all praktisk informasjon ett sted, og å samle inn påmeldinger (RSVP) på en måte som ga brudeparet full oversikt. Jeg laget alt fra bunnen med verktøyene UX Pilot og Lovable.
Problem
Sunniva trengte en effektiv måte å dele informasjon med gjestene på, og samtidig samle inn hvem som kom og detaljene rundt dem. Hun ønsket en egen nettside fra start, og vurderte først å lage den selv i et ferdig bryllupsnettside-verktøy, før jeg tilbød meg å lage en skreddersydd løsning. Utfordringen var å gjøre informasjonen lett tilgjengelig for gjestene, og innsamlingen oversiktlig for brudeparet.
Kontekst
Dette var et reelt kundeoppdrag, med min søster som kunde. Prosjektet gikk fra høsten 2025 og helt frem til og gjennom selve bryllupshelgen i mai 2026. Jeg hadde mange møter med henne underveis for å forstå hva hun ønsket, og justerte løsningen løpende basert på tilbakemeldingene hennes.
Mål
- For gjestene: lett og tilgjengelig informasjon (dato, tid og sted, overnatting, transport, gaver, toastmastere, program og galleri).
- For brudeparet: enkel innsamling av påmeldinger og full oversikt over hvem som kommer og hva de trenger.
Research & tilnærming
Jeg startet med å utforske hva Sunniva var ute etter gjennom flere møter, og ba henne sende referanser og inspirasjon for retningen hun ønsket. Ut fra det laget jeg et par retningsforslag og lot henne velge hvilket vi skulle gå videre med. Hun valgte retning og ga tilbakemeldinger, og derfra utviklet jeg et ordentlig utkast.
Prosess
Jeg delte siden i to tydelige deler. Informasjonsdelen samlet alt gjestene trengte: dato, tid og sted, overnatting, transport, gaver, toastmastere, program og galleri. RSVP-delen lot gjestene melde seg på, velge matpreferanser, svare på om de skulle overnatte (og hvilken romtype), og angi hvilke dager de deltok: fredag (bli kjent), lørdag (vielse og middag) og søndag (restfest). Når en gjest sendte inn, havnet all informasjonen automatisk i en oversiktstabell brudeparet kunne se.
Nøkkelvalg
RSVP-en tilpasset seg gjestens svar, slik at hver enkelt bare så det som faktisk var relevant for dem.
- Adaptiv RSVP: spørsmålene endret seg basert på svarene. På «Trenger du overnatting?» skjedde ingenting ved «nei», men ved «ja» dukket det opp nye felter for romtype og preferanser. Det reduserte rot og gjorde skjemaet kortere for de fleste.
- Dynamisk oversiktstabell: all innsamlet informasjon ble samlet automatisk i en tabell brudeparet hadde tilgang til, slik at Sunniva fikk full oversikt uten manuelt arbeid.
- Skreddersydde designelementer: blomster og planter i stilen Sunniva ønsket, tilpasset sømløst til uttrykket og gjort responsivt for desktop, nettbrett og telefon.
Endelig løsning
Nettsiden, fra forside til informasjonssidene:
Det adaptive RSVP-skjemaet, der feltene tilpasser seg gjestens svar:
Oversiktssiden brudeparet brukte for å følge med på påmeldingene:
Resultat
De aller fleste gjestene meldte seg på via nettsiden, med kun noen få unntak som tok direkte kontakt med Sunniva. Hun var svært fornøyd, særlig da hun sammenlignet med en annen bryllupsnettside hun var invitert via, som hun syntes var mindre fin og mindre nyttig.
I selve bryllupshelgen var det mye trafikk (toppen var 40 besøkende 22. mai), og jeg oppdaterte programmet løpende mens helgen pågikk. Et bevisst valg var å bytte hovedknappen fra «Send svar» til «Til programmet» i helgen, fordi programmet var det gjestene brydde seg mest om der og da.
Refleksjon
Jeg lærte mye av å ha en ekte kunde, følge ønskene hennes, og oppdage forbedringer underveis, særlig for brukervennligheten i RSVP-oversikten. Sunniva savnet å få varsel når nye påmeldinger kom inn, og uten den funksjonen måtte hun gå inn og sjekke manuelt hver dag. Det rakk jeg ikke å legge inn, og det er det første jeg ville prioritert med mer tid.
Lærdom
- En ekte kunde gir ekte innsikt: å jobbe mot en faktisk bruker (og brukerens gjester) avdekket behov jeg ikke kunne forutse fra start.
- Design rundt det som betyr mest akkurat nå: å bytte hovedknappen til «Til programmet» i helgen er et lite, men godt eksempel på å lese konteksten brukeren er i.
- Adaptive skjemaer reduserer friksjon: vis bare det som er relevant, når det er relevant.
- Et digitalt produkt er aldri helt ferdig: behovene endrer seg (som varsler ved nye påmeldinger), og en god løsning tåler å videreutvikles.