Betydningen af ​​design i teknologibranchen er vokset de sidste par år sammen med en større forståelse for designere, som ved, hvordan man arbejder inden for udviklingsmæssige begrænsninger. Vi producerer vores bedste arbejde, når vores designere og ingeniører arbejder i et harmonisk, tværsamarbejdet miljø.

I løbet af de sidste 8 år har vi lært meget om at arbejde sammen. Her er tre vigtige takeaways, der vil hjælpe designere med at forbedre deres forhold til ingeniører.

1) Vær mere pragmatisk med beslutningstagning

Du har brug for en solid forståelse af, hvad der er muligt at bygge inden for omfanget af dit produkt. Det bedste udgangspunkt er at fordøje platformens retningslinjer og standarder (her går du: iOS , MacOS , watchOS , materiale design , og webdesign ).

Kunne se, hvordan hver komponent bliver bygget ud fra en ingeniørperspektiv. Begynd at lære et programmeringssprog. Du må ikke føle dig overvældet af ideen om, at du skal vide, hvordan man opbygger et produkt fra bunden. Men enhver viden, der kommer fra at vide, hvordan man kode, vil hjælpe dig med at træffe mere velinformerede designbeslutninger og vil også hjælpe dig med at kommunikere bedre med ingeniører .

Design for den bedste brugeroplevelse først, og tilføj derefter den lurvede og sjov efter. Husk, at grundlæggende UX-principper skal guide dit design fra begyndelsen. Der skal være balance mellem mængden af ​​indsats, der kræves for at opbygge en funktion og fordelen ved resultatet.

2) Gør ingeniørens arbejde så nemt som muligt

Giv dine ingeniører rene, velorganiserede designfiler, der har comps og lag tydeligt navngivet. Skær aktiver selv og navngiv dem passende for den givne platform. Jeg ved, dette er ikke det mest sjove arbejde. Men det sikrer, at hvad der går ind i det færdige produkt, er præcis det, du vil have. Det tager også arbejdet væk fra dine ingeniører, hvilket betyder, at de kan bruge mere tid til at opbygge bedre funktioner.

Sørg for, at dine designs er konsistente. Kør revisioner over dit arbejde på forskellige punkter i designprocessen. Det er bedre at tjekke dig selv en million gange end at blokere en ingeniør fra at udvikle sig ned ad vejen, fordi der er forskelle i behandlingen af ​​lignende elementer.

Lav annoterede dokumenter, når det er nødvendigt. Du kan oprette din egen eller bruge et af mange værktøjer som f.eks Rød pen , UX Pin , og Notebook til skitse . Levende og statisk stil guider kan hjælpe med sammenhængen i udvikling for dit produkt. Husk på, at nogle udviklere aldrig ser på stilguiden og arbejder lige ud af en comp, så sørg for at kommunikere tidligt i processen med din ingeniørgruppe. Tilbring din tid klogt og effektivt.

Prototyper og interaktions animationer viser ingeniører, hvordan noget skal fungere på den mest enkle måde. Nogle af vores yndlingsværktøjer, der tilbyder forskellige niveauer af kontrol er Keynote , Eftervirkninger , invision , Flinto , og Pixate . Hvis du stoler på mund-til-mund for at få dit punkt på tværs, giver du meget plads til fejlfortolkning og øger chancerne for slutproduktets afvigelse med din vision.

3) Kommunikere konstant og respektere ingeniørens meninger

Du må ikke silo dig selv (eller ingeniøren) ved kun at tale når det er på tide at aflevere design. Når du arbejder sammen fra starten, er du mere kraftfuld og vil i sidste ende skabe et bedre produkt.

Hvis du er usikker på et funktions design, hvordan en overgang vil fungere eller strømmen af ​​en brugers interaktioner, skal du kontakte din ingeniørgruppe. De har et væld af viden og kan nærme sig dit problem ud fra et analytisk, teknisk perspektiv. Vær ikke genert for at indrømme, at du har brug for råd.

Disse tre lektioner koges ned til empati, organisation og kommunikation. Nøglen med alle disse er at sikre, at du har kontrol over udførelsen af ​​det endelige produkt. Du vil have din vision til at blive realiseret, right? Så gør alt du kan for at udstyre dine ingeniører med de rigtige materialer og viden, så de kan udføre din vision perfekt, og du ender med et kickass-produkt.

[- Denne artikel blev oprindeligt indsendt på Tendigi blog , genudgivet med tilladelse fra forfatteren -]