Hver brukergruppe

handler på egen hånd

Jeg fikk i oppdrag å redesigne skjermer. Kartleggingen viste at

problemet var tillit i flyten, i begge retninger, og at admin kompenserte

manuelt for den. Jeg omdefinerte oppdraget fra skjermredesign

til flytarbeid.

Se resultatet

Mål ved nylansering

Selskap

Mendi · Flersidig markedsplass

Rolle

UX designer → Designansvarlig → Interim daglig leder

11.2024–nå

Ansvar

Produktstrategi

Informasjonsarkitektur

UX & UI

Brukerinnsikt

Testing & QA

Prototyping

Designsystem

Leveranse

Landingsside designet, bygget og i drift. Ny plattform med

flyter for kunde, syer og admin ferdig bygget og i testrunder

mot nylansering.

hero: bestillingsflyt, tre skjermbilder fra ny plattform

Kontekst

En flersidig markedsplass som kobler kunder til syere over hele Norge for reparasjon og tilpasning av klær. Jeg eide designretningen for tre roller i samme økosystem: kunde, syer og admin. Tilbudssiden bygde jeg opp til et landsdekkende nettverk av syere, med hentepunkter etablert i Oslo, Stavanger og Kristiansand.

Mendi hadde betalende kunder gjennom hele perioden. Arbeidet under er gjort mot et produkt i drift, med bestillinger i flyten mens den nye plattformen ble bygget ved siden av.

Utfordring

Da kapasiteten i selskapet ble strammere, tok jeg over prioriteringene og omfanget, og gikk inn som interim daglig leder. I den rollen utløste jeg 250 000 kroner i tilskudd, 200 000 fra Innovasjon Norge og 50 000 fra Høgskulen på Vestlandet, som holdt rebrandingen i gang gjennom perioden.

Utviklingsteamet ble skiftet ut to ganger underveis, så designarbeidet måtte være dokumentert godt nok til å stå på egne ben gjennom hvert teambytte.

Skjerm → flyt

CPO-en ba om et skjermredesign. Testingen viste at problemet lå i flyten. Jeg tok funnene tilbake, og vi utvidet oppdraget.

4 → 1 klikk

Admin brukte fire klikk på å åpne én bestilling. Jeg bygde dashbordet på nytt i Retool AI mot den nye databasen. Samme oppslag tar nå ett.

3 team

Utviklingsteamet ble skiftet ut to

ganger. Designarbeidet måtte være

dokumentert godt nok til å stå på

egne ben gjennom hvert bytte.

250 000 kr

Tilskudd jeg utløste som interim daglig leder: 200 000 fra Innovasjon Norge og 50 000 fra Høgskulen på Vestlandet. Det holdt rebrandingen i gang.

Innsikt

Oppdraget jeg fikk, og oppdraget jeg tok

CPO-en ba om et skjermredesign. Jeg begynte med å teste plattformen selv, med både kunde- og syerkonto: la inn en bestilling som kunde, fulgte den videre som syer, og tilbake til kunden igjen, gjennom alle tre dashbordene.

Funksjonell testing og sikkerhetstesting gikk over flere runder, og funnene dokumenterte jeg for utviklingsteamet i et flytskjema over hele plattformen. Ved siden av fulgte jeg tilbakemeldingene som kom løpende i en Slack-kanal med syernettverket og på e-post til kundeservice.

Problemet lå et annet sted enn i skjermene. En markedsplass mellom likeverdige parter fungerer bare når begge sider handler, og på den gamle plattformen manglet begge gruppene det de trengte for å handle selv.

Tre mønstre skilte seg ut

Syersiden

På syersiden var flyten avhengig av admin i hvert ledd. Oppdrag ble filtrert på postnummer og vist til

nærmeste syer, men syerne kunne ikke endre sitt eget postnummer, og de fikk ikke varsel når noe ble

tilgjengelig. Admin delte derfor ut oppdrag manuelt. Oppdraget syerne fikk opp, viste heller ikke alt de

trengte for å vurdere det, så de måtte kontakte kundeservice for resten etter at de allerede hadde takket ja.

Kundesiden

På kundesiden lå det en tillitsbarriere. Kundene valgte hentepunkt fordi det var det gratis alternativet, men

i Slack-kanalen og i e-poster til kundeservice kom den samme usikkerheten igjen: de kviet seg for å legge

fra seg verdifulle plagg uten å få bekreftelse på at plagget var mottatt.

Autentisering

Ved autentisering fant jeg et kritisk stopp. Brukerne kom ikke inn på egen konto for å følge bestillingen sin.

Det egentlige problemet var tillit, i begge retninger, og admin kompenserte manuelt for den. Vi utvidet oppdraget fra skjermredesign til flytarbeid. Vurderingen var min, og den endret omfanget av prosjektet.

flytskjema: gammel plattform, med feilpunkter markert

Informasjonsarkitektur

Tre roller trenger ulik informasjon på ulike

tidspunkt

Den gamle plattformen viste omtrent det samme til alle, uansett rolle og uansett hvor i flyten brukeren var. Informasjon hører hjemme der beslutningen tas, og de tre rollene tar ulike beslutninger på ulike tidspunkt.

Syer

Trenger alt om oppdraget før de tar stilling til

det: hva som skal gjøres, hvor plagget er, hva

kunden forventer og hva oppdraget gir.

Tidligere lå dette spredt, og deler av det var

utilgjengelig før oppdraget var akseptert.

Kunde

Trenger bekreftelse underveis: hvor plagget er,

hva som skjer nå, og hvem de snakker med.

Admin

Trenger alt på én flate, og bare når noe har

gått galt.

IA-diagram: tre roller, felles datamodell, ny plattform

seks beslutninger

20 % plattformandel, opp fra 15

Den gamle satsen tok ikke høyde for mva, og resultatet var at verken syerne eller plattformen satt igjen med nok per oppdrag. Jeg regnet gjennom modellen og satte andelen til 20 %, med fri prissetting og en minstepris som gulv. Syerne kan prise seg opp der arbeidet krever det.

Nytt datagrunnlag fremfor migrering

Menyen i Jetadmin fulgte databasen tabell for tabell, med små kategorier spredt utover. Den nye plattformen har egne variabler for syer, kunde, oppdrag og pris. Å hente historikken over ville krevd at noen først kartla den gamle kodebasen. Den tiden hadde vi ikke. Jeg startet datainnsamlingen på nytt.

Nytt admin-dashbord, bygget i Retool AI

Admin kjørte på Jetadmin, der én bestilling tok fire klikk å åpne, og status, kommunikasjon og betaling lå på hver sin skjerm. Jeg bygde dashbordet på nytt mot den nye databasen og samlet ordredetaljene på én flate, der beslutningen tas. Oppslag gikk fra fire klikk til ett. Dashbordet tas i bruk ved lansering.

Ny autentisering på Stripe Connect

Testrundene ga inkonsistente resultater på innlogging. Vi flyttet autentiseringen til en etablert markedsplassløsning. Samme valg automatiserte utbetalingene til syere, som tidligere krevde en manuell handling fra admin per betaling.

All bestillingsinformasjon i én visning

Syerne ser hele oppdraget før de tar stilling til det, og oppdragene kommer frem uten at admin deler dem ut.

Direkte dialog mellom kunde og syer

De avtaler levering og henting seg imellom, uavhengig av hentepunkt. Det møter tillitsbarrieren der den oppstår.

før: Jetadmin, ordre i fire klikk

etter: Retool-dashbord, alt på én flate

Forretning

Hva beslutningene betyr for forretningen

Skalerbarhet

Bestillinger kan vokse uten at bemanningen følger etter. To manuelle handlinger per bestilling faller bort, og et lite team får tiden tilbake til plattformen og til syernettverket.

INNTJENING

Fri prissetting med minstepris som gulv åpner for dyrere oppdrag som bunadsreparasjon og møbeltekstil. Høyere ordreverdi går rett inn i inntjeningen, og minsteprisen holder prisnivået oppe i markedet.

ENHETSØKONOMI

Utbetalingene til syere går automatisk gjennom Stripe Connect. Kostnaden per bestilling holder seg flat mens volumet vokser.

Målbarhet

Målepunktene er definert før den første bestillingen kommer inn. Teamet kan følge tallene fra første uke etter lansering og rette det som stopper opp, mens en endring fortsatt er billig.

Spisskompetanse

Kunder kan be om pristilbud på oppdrag utenfor tjenestemenyen, og syere kan vise frem tidligere arbeid. Kompetansen som allerede finnes i nettverket blir synlig der kunden velger.

Vekstretning

Stripe Connect lar syere selge egne plagg gjennom samme oppsett. Brukerne kan trekke produktet i nye retninger før en utviklingsrunde settes i gang.

Samarbeid

Å levere til tre ulike team

Utviklingsteamet ble skiftet ut to ganger. Hvert team bygde fra sitt eget underlag.

Det første, som satt i India, jobbet fra komponentbiblioteket jeg bygde i Figma.

Det neste ville ha et system som lever i koden, så vi gikk over til shadcn. Jeg fasiliterte to interne hackathons der bestillingsflyten gikk fra skisse til nær ferdig. Det krevde at jeg forberedte komponentene slik at de var byggbare, ikke bare pene. Tidsboksing holdt teamet samlet om det viktigste og gjorde prioritering til levert fremdrift.

Med det tredje teamet eide jeg hva som ble levert og når, i tillegg til hvordan det så ut. Teamet kjente designsystemet, men bygde mot Stripe Connect, som kommer med egne skjermer og eget uttrykk. Det jeg ga slipp på, var å eie helheten visuelt. Det jeg kunne eie, var overgangene: hva syerne vet før de sendes ut av produktet vårt, og hva som møter dem når de kommer tilbake.

Det jeg ga slipp på, var å eie helheten visuelt. Det jeg kunne eie, var overgangene: hva syerne vet før de sendes ut av produktet vårt, og hva som møter dem når de kommer tilbake. Jeg kartla et fullstendig flytskjema og laget en fungerende prototype av innlogging, dashbord og bestillingsflyt, slik at vi så samme flyt før noe ble bygget.

Lærdommen var å finne ut hvilket underlag hvert team faktisk bygger fra, og levere akkurat det. Designsystemet i Mendi bygde jeg fra bunnen, og neste steg for meg er å utvikle et modent system på andres premisser.

KI i arbeidsflyten

Jeg bygger med KI, ikke bare i den

KI flyttet tiden min fra produksjon til produkttenkning.

Admin-dashbordet bygde jeg selv i Retool AI mot databasen, og avlastet utviklerteamet for arbeid som ellers ville tatt uker. Sporingsfunksjonaliteten satte jeg opp som testbar app i Databutton og testet den med brukere før vi brukte utviklertid på den. Med Figma Make kom jeg til utviklerne med en fungerende flyt der jeg før hadde statiske skjermer, så diskusjonen ble konkret før noen skrev produksjonskode.

KI syntetiserer intervjuer og testnotater raskere. Konklusjonene trekker jeg selv, mot opptakene.

Verktøyet velger jeg etter hva beslutningen krever: en testbar app der spørsmålet er om brukerne forstår flyten, en fungerende prototype der spørsmålet er om utviklerne og jeg ser det samme.

prototype i Figma Make: bestillingsflyt

Fra testfunn til levert løsning

Tillit før forpliktelse, også hos oss

Mendis løfte var en plattform av og for syerne, og oversikt var det de trengte mest. Produksjonstestingen skulle svare på om den nye holdt løftet. Jeg kjørte den selv, i kvalitative intervjuer der syerne delte skjerm så jeg kunne se hvor de stoppet opp.

De stoppet i kontoopprettelsen. Registreringen ba om alt på én gang, inkludert bankinformasjon, før syerne hadde sett hva de sa ja til. Fire av fem syere jeg testet med stoppet opp da skjemaet ba om IBAN-nummer.

Jeg prototypet en løsning i Figma Make: tre steg med kort kontekst for hvert, hjelpeteksten om IBAN i klarspråk lagt der spørsmålet oppstår. Prototypen gikk rett til utvikler og ble implementert.

Butikk- og tjenesteoppsettet flyttet jeg ut av onboardingen og over i dashbordet. Det var for mye å ta stilling til før syerne hadde sett produktet, og det blokkerte registreringen. Samtidig trengte de hjelp til å komme i gang, så anbefalte prisintervaller, leveringsalternativer og ferdige tjenestebeskrivelser ligger der valget tas, klare til å kopieres og gjøres til deres egne.

Begge funnene pekte samme vei som det jeg fant i den gamle plattformen: syerne ble bedt om å forplikte seg før de hadde det de trengte for å ta stilling. Mønsteret gikk igjen i vår egen løsning, og denne gangen fant vi det i testing fremfor i drift.

KOGNITIV BELASTNING

Jeg deler beslutninger opp i steg som kan tas ett om gangen, og legger forklaringen ved spørsmålet. Det gjør skjemaet lettere for alle, og nødvendig for noen.

onboarding, tre steg

Strategisk kutt

Frakt: løst på syernes premisser

Frakt var det syerne var mest usikre på. Alternativene kostet 160 kr tur og

retur uansett avstand, så kundene valgte det gratis hentepunktet, og

kostnaden havnet hos syeren uten å være dekket i prisen.

Integrasjonen mot ProFrakt ville løst det, men den krevde at vi først

avklarte hvem som bærer fraktkostnaden i markedsplassmodellen, og det

spørsmålet var ikke modent. Jeg utsatte den. I stedet lar den nye

plattformen syerne sette sine egne hentepunkter og legge fraktkostnaden

inn i sin egen pris. Kunden ser hvilket område syeren sitter i. Det løser

problemet på syernes premisser, og integrasjonen kan komme når

modellen er avklart.

Resultat

Kundeservice ute av flyten

Den nye plattformen ble bygget og testet parallelt med at den gamle var i

drift, med ny visuell identitet og nye flyter for alle tre roller.

Tilbakemeldinger fra syere beskrev den nye kommunikasjonsflyten som

tydeligere og bedre strukturert. Kundeservice ble et verktøy for

unntakstilfeller, utbetalingene til syere skjer uten at admin rører dem, og

admin-dashbordet gjorde en langsom prosess rask.

Landingssiden designet og bygde jeg på nytt i Framer, og den er i drift i dag

mot den gamle plattformen. Den er satt opp slik at innloggingene til kunde-

og syerdashbordet kan kobles på uten utviklerhjelp så snart de siste

kritiske feilene jeg har dokumentert er lukket. Samlet er endringene designet for at hver rolle skal kunne handle på egen hånd, målet den gamle plattformen aldri nådde.

Mål ved nylansering

Syerne driver egen butikk uten hjelp fra

admin

Den nye plattformen er ikke i drift ennå. Dette er målet jeg ville styrt etter de første tre

månedene.

80 %

av nye syere publiserer butikk innen sju dager

etter registrering.

90 %

av bestillinger fullføres uten at kundeservice

involveres.

< 24 t

median svartid på forespørsler. En markedsplass

dør på svartid før den dør på design.

Ved siden av ville jeg målt om fri prissetting løfter inntjeningen, gjennom gjennomsnittlig ordreverdi og andelen oppdrag over minsteprisen. Etter tre måneder ville jeg lagt til andelen syere med minst én bestilling per måned, og om noen faller fra i registreringen etter at satsen forklares.

Overleveringen

Produktet skal kunne drives videre uten meg

Overleveringsdokumentet samler frister, abonnementer og tilganger, gjenstående saker sortert etter

alvorlighetsgrad, og rekkefølgen de bør tas i. Et produkt jeg har eid skal kunne drives videre uten meg. Det

gjelder brukerne, det gjelder teamet, og til slutt gjelder det min egen rolle.