Design
Design er der teknologivalget blir billig
Den dyre delen av en leveranse er sjelden koden. Det er de fire ukene med koding på en skjerm ingen hadde blitt enige om.
Ethvert prosjekt tar de samme beslutningene: native eller kryssplattform, skreddersøm eller standard, ett produkt eller tre. De beslutningene er billige så lenge de er tegninger, og dyre når de er forpliktelser i et kodelager.
Design er perioden der de fortsatt er tegninger.
En prototype er et argument, ikke et bilde
Hensikten med en prototype er ikke å vise hvordan produktet kommer til å se ut. Den er å avslutte en uenighet som ellers blir avgjort i måned tre, når svaret koster en sprint.
De gode er bevisst uferdige. De er detaljerte akkurat der uenigheten ligger, og løse overalt ellers — for polering på feil sted inviterer til tilbakemeldinger om farger når det åpne spørsmålet er en flyt.
Velg leveransemodell før teknologi
Vi leverer i tre former: skreddersydd, standardisert på vår egen low-code-plattform, og no-code for det lille tilfellet som bare skal validere noe. Det er ikke kvalitetsnivåer. Det er ulike veddemål om hvor mye av produktet som faktisk er uvanlig.
De fleste produkter er uvanlige på ett eller to punkter og helt konvensjonelle ellers. Å peke ut hvilke punkter, tidlig, er en designjobb — og den avgjør mer om budsjettet enn rammeverksvalget noen gang gjør.
Design som tåler overlevering
Et design lar seg overlevere når det sier hva som skjer i de uheldige tilfellene: tomme tilstander, feil, tregt nett, brukeren med gammel telefon og lite tålmodighet. Det er de skjermene som ellers blir funnet opp underveis i utviklingen, akkurat der det er dyrest å finne dem opp.
Skjæringspunktet mellom forretning, teknologi og design er ikke et slagord om å være allsidig. Det er den praktiske erkjennelsen av at de tre gjør hverandre billige — og bare når de skjer i den rekkefølgen.
FAQ
- Hvor lang bør en designfase være før utviklingen starter?
- Lang nok til å svare på de åpne spørsmålene, og ikke lenger. I praksis en sprint eller to, kjørt sammen med utviklerne og ikke i forkant av dem.
- Lønner et designsystem seg på ett enkelt produkt?
- Sjelden som komponentbibliotek, som regel som et sett beslutninger: typografiskala, avstander, tilstander. Skriv dem ned dag én, og bygg komponentene når produkt nummer to trenger dem.
