Designledarskap · Leeroy
Ett designteam på fyra som kunde fatta bra beslut själva, med ett arbetssätt från research till färdig design
Som Design Manager på Leeroy var jag chef för fyra produktdesigners som arbetade tillsammans och stöttade de olika produkterna: appen för beställning och lojalitet, kassan och bordsservering, back office och köksskärmen. Jag satte en designprocess från research till färdig design, designkritik, designprinciper för varje produkt och ett gemensamt UI-komponentbibliotek, och hjälpte designerna att växa till produktdesigners som drev discovery och ägde sin backlog.
- Min roll
- Design Manager, chef för fyra produktdesigners
- År
- 2019–2021
- Team
- Fyra produktdesigners, en i varje produktteam, som arbetade tillsammans som ett designteam
- Bransch
- Restaurangteknik, SaaS och fintech
- Products
- App för beställning och lojalitet, kassa och bordsservering, back office och köksskärm
- Företag
- Leeroy Group
- Verktyg
- Sketch, Jira och Miro
Kort version
Problemet
När kärnan i plattformen var byggd och användes av flera kunder blev jobbet att förbättra produkterna utifrån det vi lärde oss. Designerna behövde gå från att mest designa till att äga vad som skulle göras, och säkerställa UX-kvalitet och affärsnytta före och efter lansering, samtidigt som produkterna hölls ihop när fler beslut togs inne i varje team.
Vad jag gjorde
Som chef gjorde jag den nya ansvarsfördelningen tydlig, satte en designprocess från research till färdig design, designkritik och designprinciper för varje produkt, och skapade tid för det gemensamma UI-komponentbiblioteket.
Vad det ledde till
Produktdesigners som ägde vad som skulle göras i sina team och svarade för UX-kvalitet och affärsnytta, före och efter lansering. Beslut närmare arbetet, styrda av principer i stället för godkännanden, och en sammanhängande upplevelse i alla produkter.
Leda designteamet
På Leeroy var jag Design Manager och chef för designteamet: fyra produktdesigners, en i vart och ett av de fyra tvärfunktionella produktteamen, som arbetade tillsammans som ett designteam.
Medan kärnan i produktplattformen byggdes designade designerna mest. När kärnan var på plats, och våra produkter var ute och användes av flera kunder, blev det viktiga arbetet att förbättra dem och lägga till nya funktioner, utifrån det vi lärde oss av kunder och användare. Så designernas roll skiftade: från att mest designa, till att äga vad vi skulle göra och säkerställa UX-kvalitet och affärsnytta för sina produkter, före och efter lansering.
- Mest design: från idé till utvecklingsklar design
- Designade kärnprodukterna medan plattformen byggdes
- Backloggen var hela teamets ansvar
- Drev UX-discovery, och formulerade problemet för nya eller förbättrade användarupplevelser
- Utvecklingsklar design för utvecklarna att bygga
- Driva vad som ska göras: planering och prioritering av backloggen med teamet
- Säkerställa UX-kvalitet och affärsnytta, före och efter lansering
En ny ansvarsfördelning
UX/UI-designerna blev produktdesigners. Vi hade inga produktägare: backloggen var teamets ansvar, och nu var det produktdesignern som drev den. De drev UX-discovery och formulerade problemet för nya eller förbättrade användarupplevelser, ägde planering och prioritering av backloggen tillsammans med sitt produktteam, och tog fram utvecklingsklar design som utvecklarna kunde bygga från. De arbetade nära Product Managers, som ansvarade för product discovery och temana på roadmapen.
Alla var inte överens från början om vem som skulle driva backloggen. Lösningen var att låta designern driva den tillsammans med teamet, som produktdesigner. I ett större företag kombinerar rollen det en produktägare och en designer gör.
Jag föreslog skiftet, drev det med ledningen och produktteamen, och fick det att fungera i praktiken: som chef såg jag till att varje designer kunde växa in i den nya rollen.
- Product discovery med kunder och användare
- Roadmapen och dess teman
- Linjera användar- och affärsbehov
- Driva UX-discovery och rama in problemet
- Planering och prioritering av backloggen med teamet
- Utvecklingsklar design för utvecklarna
- Arbeta nära product managern
- Gemensamt produktdesignarbete
- Designsystemet och designprocessen
- Kompetens, retros och designkritik
- Rekrytering, och det vardagliga linjechefsarbetet
Hur jag hjälpte designerna att växa
- Enskilda samtal och personliga målRegelbundna enskilda samtal, med utvecklingsmål för varje designer i den nya rollen.
- Coachning i discoveryJag arbetade bredvid designerna när de ramade in problem, prioriterade och följde upp UX-kvalitet och affärsnytta.
- En rollbeskrivningEn skriven beskrivning av rollen som produktdesigner, så att alla visste vad designerna ägde och vad produktcheferna ägde.
- Workshops och utbildningWorkshops och utbildning i de nya delarna av rollen, som research, prioritering och affärsnytta.
Som chef
Varje produktdesigner var en del av ett tvärfunktionellt produktteam, och ansvarade för kund- och användarbehov och för planering och prioritering av backloggen tillsammans med teamet. Som deras linjechef såg jag till att de, vid sidan av produktutvecklingen, hade tid att löpande förbättra designsystemet, och att vi fortsatte följa vår designprocess. Jag skötte också rekrytering och det övriga vardagliga ansvaret som linjechef.
- Designprocess
- Arbetssätt
- UI-komponentbibliotek
- Konsekvens mellan produkterna
- Designkritik
- Designprinciper
- UX-discovery
- UX-discovery, och att rama in problemet
- Planering och prioritering av backloggen med teamet
- Användarflöden, prototyper och tester med användare
- Utvecklingsklar design för utvecklarna
- UX-discovery, och att rama in problemet
- Planering och prioritering av backloggen med teamet
- Användarflöden, prototyper och tester med användare
- Utvecklingsklar design för utvecklarna
- UX-discovery, och att rama in problemet
- Planering och prioritering av backloggen med teamet
- Användarflöden, prototyper och tester med användare
- Utvecklingsklar design för utvecklarna
Här var jag också Product Manager: discovery, roadmap och prioriteringar
- UX-discovery, och att rama in problemet
- Planering och prioritering av backloggen med teamet
- Användarflöden, prototyper och tester med användare
- Utvecklingsklar design för utvecklarna
Mitt ansvar som linjechef
Gemensamt produktdesignarbete
Arbetet som inget enskilt produktteam ägde: den övergripande upplevelsen, och delarna som delades mellan produkterna.
Designsystem
Tid för designerna att löpande förbättra designsystemet, vid sidan av produktutvecklingen.
Designprocess
Att se till att vi fortsatte följa en designprocess, från discovery till leverans.
Kompetens och coachning
Att utveckla varje designers hantverk, och stötta dem i deras nya ansvar för användarbehov och backloggen.
Retros och designkritik
Regelbundna retros, och designkritik där designerna visade sitt arbete tidigt och lärde av varandra.
Rekrytering och kapacitet
Att rekrytera designers, och stämma av designkapaciteten med product managers när prioriteringarna ändrades.
Ett arbetssätt
När fler beslut fattades i varje produktteam höll gemensamma standarder ihop upplevelsen. I stället för att godkänna varje design såg jag till att designerna hade det de behövde för att fatta bra beslut själva.
En designprocess, och designkritik
Varje produktteam arbetade efter samma designprocess, från discovery till leverans, så att designerna kunde förstå varandras arbete och kliva in för varandra. På den regelbundna designkritiken såg de varandras arbete, höll produkterna enhetliga och lärde av varandra.
- 1UpptäckaResearch med kunder och användare, och deras behov och smärtpunkter.
- 2DefinieraMöjligheter, användarflöden och vad som ska lösas först.
- 3DesignaKoncept och prototyper, som delas tidigt.
- 4TestaMed användare, innan något byggs.
- 5LevereraUtvecklingsklart UI, som följs upp med teamet.
Designprinciper för varje produkt
Utifrån researchen tog vi fram designprinciper för varje produkt tillsammans: designerna, produktteamen och jag. Varje produkt hade sina egna användare och sitt eget sammanhang, så varje produkt fick sina egna principer. De gav produktdesignerna tryggheten att fatta beslut i sina team, utan att behöva fråga varje gång.
- Mobilappen för beställning och lojalitet, och kioskerna för självbeställningGäster
- Varumärket först: appen är restaurangens, inte vår
- Beställ med några tryck
- Vet alltid beställningens status
- Ett medlemskap i appen och i kassan
- Kassan (POS) och köksapparnaRestaurangpersonal
- Snabbt i rusningen: de vanligaste beställningarna med minst antal tryck
- Stora tryckytor, läsbara med en blick och på avstånd
- Beställningar från alla kanaler på ett ställe, i rätt ordning
- Ett tryck för att markera en beställning som klar
- Kassans back officeRestaurangägare och administratörer
- Ställ in en gång, använd överallt: produkter, priser och menyer för kassan, appen och självbeställning
- Se alla serveringsställen och försäljningskanaler med en blick
- Tryggt att ändra, med tydlig överblick över vad som går live var
Visa arbetet tidigt
Designerna tog med skisser och prototyper, inte färdiga skärmar, medan det fortfarande fanns tid att byta riktning.
Utgå från användaren och målet
Feedbacken började med vem designen var till för och vad den skulle uppnå, inte med smak.
Konkret och vänlig
Konkret, respektfull feedback som designern kunde agera på.
Ögon från andra produkter
Designers från de andra produktteamen såg var ett flöde bröt ett mönster, eller berörde deras produkt.
Gemensamma mönster och ett UI-komponentbibliotek
Produkterna hade väldigt olika användare och sammanhang: en gäst i mobilen, en ägare vid skrivbordet, personal i en fullsatt kassa, en servitör vid bordet, ett kök mitt i rusningen. Gemensamma interaktionsmönster och ett gemensamt UI-komponentbibliotek gav dem en enhetlig upplevelse, och varje produkt anpassade dem till sina användare. Apparna byggdes på de inbyggda komponenterna i iOS och Android, och vårt bibliotek lade de gemensamma mönstren ovanpå, där varje restaurangvarumärke tog med sitt eget tema.
Hela resan, från insikt till roadmappar
Produkterna fungerade bara för gäster och personal när de fungerade tillsammans. Därför designade designteamet inte bara skärmar i varje produkt: vi kartlade hela resan genom alla fyra produkter, och använde den för att föra in insikter i varje teams roadmap.
Att kartlägga resan genom produkterna
Nästan varje steg berodde på mer än en produkt. Tillsammans med designerna kartlade jag resan framför och bakom kulisserna: vad gästen gör, vad personalen i kassan, vid disken och i köket gör, och vad back office och systemen bakom måste göra. Jag kom överens om varje steg med produktcheferna för de produkter som berördes.
Skrolla i sidled för att se hela flödet.
Från insikt till produkternas roadmappar
- Insikter på kartanSmärtpunkter och möjligheter från researchen placerades på det steg i resan där de uppstod.
- Kopplade till ett teamVarje insikt kopplades till det produktteam som ägde steget, så att det var tydligt vem som skulle agera på den.
- In i roadmapparnaProduktdesignerna tog in insikterna i sitt teams roadmap, skrivna som resultat användarna skulle märka och kopplade till de KPI:er de skulle påverka.
- Planerad i alla team den berördeNär en insikt berörde mer än en produkt planerades den in i varje produkts roadmap. Poäng som försvann när gästerna betalade i kassan behövde till exempel både appen och kassan.
Resultat och lärdomar
Vad som förändrades i hur designteamet arbetade, och vad jag tar med mig.
Det här förändrades i designteamet
Designers som ramar in problemet och äger backloggen
Produktdesignerna drev UX-discovery, formulerade problemet för nya eller förbättrade upplevelser, ägde planering och prioritering av backloggen i sina team och levererade utvecklingsklar design.
Product managers fokuserade på discovery och roadmapen
När produktdesignerna ägde backloggen kunde product managers fokusera på product discovery och temana på roadmapen.
Beslut närmare arbetet
Beslut om upplevelsen fattades i varje produktteam, vägledda av gemensamma designprinciper i stället för godkännanden.
En sammanhängande upplevelse
En service blueprint, en designprocess och ett UI-komponentbibliotek höll produkterna enhetliga för gäster, restaurangpersonal och ägare.
Lärdomar
Tydliga roller kommer före självständighet
Att låta produktdesignerna driva backloggen fungerade bara när alla visste vem som bestämde vad. Att göra fördelningen tydlig, med product discovery och temana på roadmapen hos product managers, och användarbehov och backloggen hos produktdesignerna, gjorde det lättare för designerna att kliva fram.
Principer skalar bättre än godkännanden
När produkterna och teamet växte kunde jag inte titta på varje designbeslut själv, och det skulle jag inte heller behöva. Designprinciper för varje användargrupp, gemensamma interaktionsmönster och ett gemensamt UI-komponentbibliotek gjorde att designerna kunde fatta bra beslut på egen hand. Att leda designteamet handlade mer om att sätta riktning och göra resonemangen synliga än om att godkänna.
Designa hela resan, inte en produkt
Ett flöde i en produkt fallerar om nästa produkt i resan inte hänger med. Att kartlägga resan genom alla fyra produkter gjorde beroendena synliga, och gav varje teams roadmap insikter från hela tjänsten, inte bara från de egna skärmarna.
”Jag arbetade nära Mikaela i flera år. Det som imponerade mest på mig var hennes förmåga att leda product discovery, omsätta kund- och användarinsikter till produktens riktning och driva produktutvecklingen genom sitt ledarskap för designteamet – alltid med smittande passion och driv!”
