Byg et produktdesignteam, opbyg et produkt, som dine brugere elsker

I juli 2016 blev jeg inviteret ombord på det mest ambitiøse projekt inden for OutSystems Engineering: at deltage i en gruppe mennesker, der brænder for UX og danne det, der i dag er kendt som produktdesignteamet. Dette team påvirkede, hvordan engineering bygger produktet, så brugeroplevelsen forankres i vores kultur. Lad mig fortælle historien om, hvordan vi kom hertil.

Min historie

Jeg er en softwareingeniør, der kom til OutSystems Engineering tilbage i 2007. Siden da har jeg lavet og lært en masse tekniske ting. Jeg blev teamleder, og undervejs opdagede jeg brugbarhed og designpraksis. Jeg har altid været en af ​​de mennesker, der virkelig bryder sig om vores brugere, den fyr, der eksperimenterede med at arbejde med mockups og prototyper, og som udførte brugervenlighedstest, før han sendte produktet.

Januar 2015: En kunde var så tilfreds med mit teams arbejde,
at de sendte os et godt nytårsbrev.

Hvis du imidlertid ønsker at bygge et fantastisk produkt, er det ikke nok at have et par mennesker der er interesserede i brugeroplevelse. Virksomheden indså det og forsøgte (og mislykkedes) at skabe og vedligeholde et centraliseret UX eller designteam. Så hvorfor blev jeg inviteret til at opbygge dette team ?? Som du vil se, var grunden til, at vi denne gang skulle gøre tingene anderledes. Efter en vellykket prøvekørsel i et eksisterende team accepterede ledelsen vores forslag om at opbygge et helt nyt designteam.

En grundregel for dette team var, at det måtte være tværfagligt: ​​i modsætning til tidligere iterationer, måtte det bestå af både UI / UX-designere og ingeniører med en stærk softwareudviklingsbaggrund. Hvorfor var dette vigtigt?

OutSystems tilbyder en lavkodeplatform til opbygning af mobil- og webapplikationer. Vores ultimative formål er at forbedre udviklernes liv ved at gøre udvikling hurtigere og lettere. For at forstå disse udviklere, opdage deres behov og designe og validere de bedste løsninger, har vi brug for både ingeniører og UI / UX-designere. Jeg ville være ingeniør og også teamleder for dette nye team, og det var en stor udfordring!

November 2016 - Teamet om produktdesign.

De tidlige stadier: Definition af vores formål og vores vision

Den første vigtige beslutning, vi tog, var at navngive teamet "Product Design." Vi ønskede at bryde fra de tidligere design-kun hold. Desværre havde disse været begrænset til de senere faser af projekterne, idet de kun arbejdede med det visuelle design (billeder og ikoner) og andre design ting, som ingeniørerne ikke kan gøre, som t-shirts og krus og andre fantastiske swag.

Vi ønskede at forme fremtiden for vores produkt og ikke være en eftertanke; vi ville være involveret fra bunden af.

Produktdesignteamet ville påvirke, hvordan Engineering designer produktet i dets forskellige aspekter. Vi ville påvirke produktets funktionalitet, brugervenlighed og anvendelighed, og ja, også de visuelle aspekter af produktet.

Med dette bestemte vi vores inspirerende vision:

Produktdesignteamets vision.

Dernæst definerede vi et sæt mål, som vi anvender til hvert projekt, vi arbejder på. Disse mål guider os mod vores vision: leverer et produkt, brugere vil blive forelsket i ved første øjekast og fortsætte med at elske for evigt:

  1. Gør produktet let at bruge.
  2. Gør produktet smukt og ønskeligt.
  3. Hjælp vores brugere med at forstå produktværdien.

I eftertid er vores mål ikke så forskellige fra de tidligere designteams, og vi var opmærksomme på, at der altid er risiko for at mislykkes, som de hold gjorde.

At køre et premortem

Tidligere har vi med succes anvendt en nyttig teknik, kaldet et premortem (mere her), der hjælper os med at forudsige risiko i vores projekter. I en premortem forestiller vi os en hypotetisk fremtidig fiasko af projektet. Vi beder hver person, der er involveret i projektet, om at påpege, hvilke risici der kan have bidraget til denne fiasko. Derefter tilpasser vi vores planer for at undgå disse hypotetiske risici og undgår svigt. Så enkel og kraftfuld, ikke? Det er; tro mig!

Projektets premortem

Så vi besluttede at køre en premortem for holdet. Den hypotetiske indstilling var, at holdet efter et år havde fejlet spektakulært. Vi bad alle på holdet om at identificere de mulige årsager til fiaskoen. Fra disse hypoteser identificerede vi fælles bekymringer, og vi definerede handlinger for at undgå dem. Nogle af disse handlinger blev udført under teamstartstrapping, og andre udføres stadig i dag, bare for at sikre os, at vi ikke falder ud af klippen. :)

Vurdering af vores færdigheder

En af de risici, vi havde identificeret, var vores teams tværfaglige karakter. Det kan være udfordrende at supplere vores forskellige færdigheder, og på det tidspunkt har vi måske ikke de nødvendige færdigheder til at udføre vores arbejde. Vi accepterede udfordringerne som en stor mulighed for os at vokse! Og vi er alle kommet så langt.

Vi undersøgte definitionen af ​​produkt. Vi fandt dette:

Produktdesign identificerer, undersøger og validerer problemet og i sidste ende håndværk, design, test og afsendelse af løsningen.

Vi tilpassede denne definition til vores specifikke behov, og vi begyndte at udforme, hvad det betyder at være produktdesigner i OutSystems Engineering. Vi lavede også et diagram over de vigtigste færdigheder, som vi ville have brug for som produktdesignere.

Diagram, der demonstrerer produktdesignteamets færdigheder for 2016.

Dernæst foretog hver enkelt af os en selvvurdering af kvalifikationer, diskuterede vi også de færdigheder, vi gerne ville udvikle, eller hvor vi kunne coache andre. Dette gav os nyttige indblik i, hvor holdet havde brug for træning eller flere teammedlemmer.

Det hjalp os også med at definere en anden grundregel for teamet: vi bør altid arbejde parvis, sammenfatte vores tekniske og færdige færdigheder for at supplere hinandens store arbejde og lære af hinanden.

Vi udfører stadig denne øvelse fra tid til anden, og siden den første iteration er vi fortsat med at evaluere vores evner. Som et resultat har vi tilpasset diagrammet til at omfatte vores ændringer. Her er vores 2018-diagram:

Diagram, der viser produktdesignteamets evner, der er indstillet til 2018.

Arbejde med produktholdene

Med teamet på plads, vores vision og vores mål, og vores færdigheder fastlagt og klare, hvordan kan vi faktisk påvirke produktets fremtid? OutSystems engineering har adskillige produktteam, et for hvert område af produktet: front-end, back-end, applikationslevetid osv.

En anden risiko, vi havde identificeret, var, at produktteamene kunne beslutte at stoppe med at arbejde med os, hvis vores processer forstyrrede deres agility. Så vi har sat nogle flere grundregler for vores team:

  1. Vi arbejder med holdene, ikke for holdene
  2. Vi stræber altid efter at tilføje holdene den maksimale værdi og mindst mulig omkostning.

Vi havde brug for en veldefineret proces, så holdene ved, hvornår de kan stole på os. Vi undersøgte adskillige designsystemer, læste bøger og artikler og indsamlede inspiration fra andre virksomheder. Der er mange designprocesser derude, men vi havde brug for at skræddersy en proces til vores egne specifikke behov.

Vi definerede en proces med fire faser: opdage, prototype, levere og justere.

De fire stadier i produktdesign

Opdag scenen

I denne fase er målet at forstå alt om problemet. Vi interviewer, indsamler feedback fra flere kilder, udfører brugbarhedstests med den nuværende løsning, analyserer konkurrencen og kører en ideation-proces for at komme med så mange løsninger som muligt. Vi udførte nogle virkelig fede eksperimenter under ideationsprocessen, og i dag kører vi en variation af Google Design Sprint, vi kalder “Design Session.” Dette er et af de vigtigste faser i processen, hovedsageligt fordi det tilpasser alle med problemet. vi prøver at løse.

November 2016: Prøv Google Design-sprinten.December 2016 - Produktet fra vores allerførste Design-session til Full-Stack Visual Debugger.

Prototype-scenen

I denne fase prototyper vi løsninger til problemet, tester dem med målbrugere og gentager dem derefter. Prototyperne kan spænde over flere niveauer af troværdighed, fra papir til software. I slutningen af ​​dette trin vil vi have testet flere prototyper, så vi ved, hvad der fungerer, og hvad der ikke fungerer. Vi arbejder tæt sammen med de produkthold, der skal implementere løsningen, og til sidst beslutter de, hvilke løsninger der skal implementeres.

Januar 2017: Full-Stack Visual Debugger-prototyper.Marts 2017: A Styles Editor-papirprototype.

Lever levering

I denne fase bygger produktteams softwaren, og produktdesign leverer visuelle aktiver, gennemgår den implementerede software fra ende til ende og kører brugbarhedstests. Test med arbejdssoftwaren giver os ekstra indsigt i brugervenlighedsspørgsmål, og vi er åbne for at tilpasse løsninger på dette trin, og om nødvendigt kan vi prototype alternativer. Ved afslutningen af ​​leveringstrinnet sendes produktet, og vi fejrer dette med teamet!

Marts 2017: Et af teammedlemmerne leverede en baby, wow!September 2017 - Det endelige brugergrænseflade i dialogboksen Opsætning af mobilenheder i Full Stack Visual Debugger

Tweak-scenen

Denne fase starter, når feedback fra vores brugere rulles ind. På dette trin ser vi på metrics for at finpusse den leverede løsning. Målet er at identificere, hvad der fungerer, og hvad der ikke er, at udføre hurtige rettelser eller planlægge fremtidige forbedringer. På det næste billede kan du se vores analyse af Styles Editor-metrics. Fra analysen identificerede vi, hvor mange forskellige måder brugerne fik adgang til funktionaliteterne, og hvilken måde var den mest populære.

Disse oplysninger hjælper os med at forenkle designet.

December 2017: - Analyse af brugsmetriker for Styles Editor.

Skyl, skyl, gentag

Vi gennemgår alle disse faser med vores produktteam, så alle er involveret i designprocessen, fra første dag, indtil kunderne med glæde bruger det, vi alle har bygget sammen. Processen er tilpasningsdygtig og iterativ; vi kan køre det flere gange i løbet af et projekt. Vi er altid åbne for at tilpasse processen til nye teknikker, nye krav, og vi justerede den under vores eksperimenter.

Hvor vi er i dag; Hvor vi går hen?

I dag har vi et stabilt, stærkt og højtydende produktdesignteam, og vi har bevist vores værdi i flere projekter, nogle allerede leveret. Vi har samarbejdet med de fleste produktteams, og i dag forstår alle OutSystems-teknikker værdien af ​​vores praksis. Brugeroplevelse bliver en del af vores kultur.

Vi har stadig en masse udfordringer fremover: vi er nødt til at skalere teamet for at påvirke flere projekter, vi er nødt til at fortsætte med at arbejde på vores vision for fremtiden, vi er nødt til at forbedre vores synkronisering med produktledere og produkteiere, og så videre. Der er meget at gøre, så lad os rulle ærmerne op og blive travlt!

Tilbage til Min historie

Dette er langt det mest udfordrende og givende projekt, jeg har været involveret i i min tid hos OutSystems. Udfordringerne er konstante; holdet er fantastisk! Tak, OutSystems, for en sådan ekstraordinær mulighed.

Produktdesignteamet i 2018