Innhold
- Den statiske komponenten er dårlig å levere
- Fordelene med nettleseren
- Responsiv som standard
- Planlegg som prototype
- Sammendrag
Design på nettet endres. I en verden med flere enheter og funksjoner har vi mange nye, spennende utfordringer. Jeg har funnet design i nettleseren som en nyttig tilnærming til å løse noen av disse designproblemene.
For det første noen avklaringer. Å designe i nettleseren betyr ikke at du avinstallerer Photoshop, brenner lisensnøkkelen og sverger en ed for aldri å presse en annen piksel. Design på den måten som fungerer for deg. Bli inspirert i parken eller med en Sharpie. Tenk gjennom problemer på den måten du liker. La aldri noen fortelle deg hvordan du skal være kreativ.
I det følgende håper jeg å overbevise deg om at:
- Vi bør bruke designtid på å jobbe i HTML, CSS og JS.
- Klienter bør vises HTML- og CSS-modeller i stedet for statiske bilder som den endelige designen som kan leveres der det er mulig.
Den statiske komponenten er dårlig å levere
Tradisjonelt har den endelige statiske komponenten tjent to forskjellige formål: å få klientavlogging og som en tegning å gi til en utvikler for å bygge det endelige nettstedet. Det er dårlig å levere i begge disse tilfellene.
For klienter setter den falske forventninger, understreker feil ting og representerer ikke nettet godt for nybegynnere. Som designere kommuniserer vi alltid. Det være seg å lytte til klienter, snakke gjennom tilnærminger, jobbe med tilbakemeldinger eller overbevise folk om at minst halvparten av designarbeidet kommuniserer. Statisk kompis forvirrer denne kommunikasjonen. De legger vekt på overflateinntrykk når vi også trenger å snakke om følelsen av å surfe og opplevelsen av å samhandle. Å få "design sign-off" som bilder av sider, vi lærer dem å tenke på nettsteder i form av sider i stedet for komponenter. Comps gir et feilaktig inntrykk av nettet som noe som verken ebber ut eller flyter, men holder seg sta statisk.
For utviklere gir statiske kompiser en forvirrende, ufullstendig og ofte frustrerende tegning. Det er vanskelig å få oversikt over et nettsted fra bilder av et delsett av sidene. En statisk komponent beskriver ikke hensikten og potensiell gjenbrukbarhet av innholdet. Det er ofte forvirring om hva ting skal gjøre og hvor de skal brukes på nytt. Utviklere kan også bli frustrerte over antagelsene i sammensetningen. Det perfekte innholdet i compen viker for virkeligheten som lurer i databasen. Den uforanderlige perfeksjonen av statiske bilder kan være vanskelig å matche i eldre nettlesere. Comps kan bli synkehull av utviklertiden som fører til sprø, buggy-kode og tidsforbruk på elementer av tvilsom betydning.
Fordelene med nettleseren
Det er lett å kritisere og stikke hull. Jeg vil ikke bruke mer tid på å være negativ. Alle tilnærminger har ulemper. Jeg tror ikke at design i nettleseren rett og slett er den minst verste tilnærmingen. Jeg tror de overbevisende grunnene til å designe i nettleseren er dens dyder snarere enn andre tilnærmingsfeil.
Responsiv som standard
Internett er responsivt som standard. Vi er alle glade for responsiv design. Riktige genier jobber med ordentlig geniale ting. Vi eksperimenterer alle og prøver nye ting. La oss ikke glemme at nettet er responsivt som standard. Grunnleggende på nettet er å lage HTML-dokumenter og ha dem synlige nesten overalt på nesten hva som helst. Som standard har nettet ingen optimal bredde, optimal høyde, optimale skriftstørrelser eller optimal noe egentlig. Å designe i nettleseren gir oss respons gratis. Det, like viktig, sentrerer også designtanken vår rundt fluiditeten i nettet.
Å designe i nettleseren gir praktiske fordeler. Vi har verktøy (som Shadow og LiveReload) for å designe på tvers av flere enheter samtidig. Vi kan eksperimentere med designet vårt og få endringene reflektert umiddelbart på stasjonære datamaskiner, nettbrett, telefoner i landskap og telefoner i portrett. Dette er Sci-Fi ting! Like viktig er det at vi endrer måten vi tenker på å designe websider. Vi designer med tanke på mangfoldet på nettet. Faktisk, mer enn det, designer vi med mangfoldet av nettfronten og sentrum. Mangfoldet på nettet blir en del av lerretet vårt.
Planlegg som prototype
Som designere på nettet er vi heldige. Vårt medium er verken dyrt eller upraktisk å forme. Arkitekter kan ikke enkelt teste ideene sine i murstein. Få andre medier tillater oss å bevege oss så raskt mellom plan og prototype. La oss verne om dette. La oss bruke tid på designene våre som praktiske og ikke teoretiske ting.
Ved å designe i mediet vi vil bygge inn, kan vi teste designbeslutningene våre mot noe nær det endelige produktet. Vi kan bestemme på en mer informert måte. Vi får teste mer enn bare utseendet til designene våre. Vi får metaforisk holde dem i hendene, måle vekten og teste balansen.
Dette er ikke å si at vi bare må designe i nettleseren. Eksperimenter og prøv ting på hvilken måte du er komfortabel med. Aldri hør på noen som har resept på kreativitet. Men prøv å ikke gjette designet ditt. Ta endelige avgjørelser basert på ditt inntrykk av det i nettleseren.
Sammendrag
Å designe i nettleseren er ikke en sølvkule. Jeg tror imidlertid at det gir sterke fordeler i forhold til tradisjonelle tilnærminger, spesielt med tanke på de nye designutfordringene som står overfor når du designer på flere enheter.
Det er like mye en endring i tankesett som en endring i verktøy. Design i nettleseren får klienter, designere, UX-folk og utviklere fokusert på produktet i stedet for å levere. Det minner oss om hva og hvorfor vi bygger. Prøv det, se hvordan det føles, la meg få vite hvordan du kommer deg videre.
