Vokser · Internt initiativ
Vokser: ny nettside og redaktøropplevelse i Sanity
Kort oppsummert
Bakgrunn: Et internt initiativ for å lære Sanity å kjenne. Prosjektet startet som en øvelse i å strukturere innhold, men viste raskt hvor enkelt det er å bruke KI til å gå langt utover design og bygge et helt system.
Løsning: En fungerende prototype av nettsiden og Sanity Studio, designet, bygget og publisert med Claude (Next.js, Sanity, Vercel). En kollega testet redaktøropplevelsen, og testen ble til 35 konkrete forbedringspunkter.
Status: Internt eksperiment og læringsprosjekt.
Fra UX-design til full-stack med KI: Med Claude kan en designer enkelt gå over i koding, innholdsmodellering, bygging av komponenter og hosting på Vercel.
Redaktøropplevelsen som produkt (CMS UX): Sanity Studio fikk samme grundighet og finpuss som nettsiden folk ser. En kollega testet redaktørverktøyet, for å fjerne det som skaper friksjon i hverdagen.
Prioritering etter nytte og innsats: Tiltak med verdi med en gang ble levert, som norske hjelpetekster, et sidetre og en tegnteller for SEO-tekster. Kosmetiske ønsker som kjempet mot Sanitys oppbygging, ble valgt bort.
Utfordringen
Målet var først å lære Sanity å kjenne. Underveis ble det tydelig hvor lav terskelen er for at en UX-designer, med KI som sparringspartner og utviklingshjelp, kan ta eierskap til hele løsningen.
Sanity gir stor frihet, men blir ofte uoversiktlig for redaktører. Derfor ble prosjektet utvidet: en nettside og et Sanity Studio der det føles naturlig å lage innhold, uten behov for opplæring.
Arbeidsflyt: fra idé til nettside i kode med Claude
I stedet for å stoppe ved statiske Figma-skisser ble hele systemet bygget direkte i kode med Claude:
- Innholdsmodell: Seksjonskomponenter og sidestruktur ble definert i Sanity.
- Design og kode: Komponentene ble bygget i Next.js, så de speiler seksjonene redaktøren ser i Studioet.
- Forhåndsvisning i sanntid: Sanitys Presentation-panel lar redaktørene se endringene mens de skriver.
- Hosting: Prototypen ble publisert direkte på Vercel, så den kunne testes med en gang.
Test av redaktøropplevelsen og 35 tiltak
En kollega testet Sanity Studio. Testen viste tre typiske friksjonspunkter:
- Uklare feltnavn: Navn som «Plattformbudskap» og «Toppmarkering» forklarte lite.
- Alt så likt ut: Seksjoner og sider var vanskelige å skille fra hverandre i listen.
- Blandet språk: Engelske standardtekster, for eksempel «Generate», midt i et norsk grensesnitt.
Prioritering etter nytte og innsats
Innsikten ble til 35 konkrete punkter. Dette ble levert:
- Et visuelt sidetre i stedet for flate lister.
- Egne ikoner og miniatyrer for hver seksjonstype.
- Innstillingene delt i fanene «Innhold» og «Utseende».
- Norske hjelpetekster og en tegnteller for SEO-tekster.
Detaljene gjør forskjellen: Mye av arbeidet var finpuss, som miniatyrer, ikoner, fargeprikker, norske hjelpetekster og en tegnteller. Hver for seg er det små ting, men sammen gjør de Studioet roligere, tydeligere og hyggeligere å jobbe i.
Valgt bort: Kosmetiske endringer som krevde å overstyre Sanitys oppbygging, for eksempel å flytte Presentation-panelet eller la redaktørene velge overskriftsnivå selv.
Hva jeg tok med meg videre
- KI utvider UX-rollen: Med KI-støttet utvikling viskes grensene mellom design, prototyping og koding ut. Som designer kan jeg levere fungerende systemer, ikke bare dokumentasjon.
- Design for dem som holder løsningen ved like: En nettside er bare så god som verktøyet redaktørene bruker for å vedlikeholde den. Tid brukt på redaktøropplevelsen gir bedre innhold og sparer tid.
- Velg kampene: Å kjempe mot et rammeverks faste regler krever ofte mer vedlikehold enn det gir verdi. Prioriter det som gir reell nytte for brukeren.