Retail banking Case study 01 / 03

Société Générale× Devoteam

I helped AVENIR grow, the retail bank’s design system, used by 40+ designers and their developers.

client.fig
Button
Input
Card
Toggle
conseiller.fig
Button
Input
Card
Toggle
avenir.fig
Mode
Client spaceAdvisor space
Amount
Notifications
Confirm Cancel
Fig. 1Two libraries merged into one, with one mode per use. Try switching between customer and advisor.
Role
Consultant Design System Manager
Period
Mar 2024 to Sep 2025 · 18 months
Team
40+ product designers · 3 domains
Tools
Figma · Variables · Zeroheight · Storybook
Context

When I arrived at Société Générale, AVENIR had existed for three years. The base was solid, but running out of steam. A single designer was answering 40+ designer users. No governance defined who decides what. And requests piled up until nothing could move forward.

My contribution
Governance · Tokens · Components · Training
The team
1 design system lead · 1 senior product designer · 3 product domains
Scope
Retail · Insurance · Advisory
Versions
4 versions released in 18 months
01
Communication

Making it simpler for the design system team and the 40+ designers to talk.

Requests came in directly, unsorted. Every question interrupted the work in progress. The DS team spent more time answering than moving the design system forward.

Before
40+ designersdirect requests
Design system teamunsorted requests
After
Dedicated channelscentralized requests
Jira ticketsclear path
Open hoursevery week
Ambassadorsdesign system community
Fig. 2From requests in a jumble to a clear route for each one.
With the team, I set up dedicated channels, weekly meetings and Jira tickets. Every request now follows a clear route.

The weekly open hours became a place where designers, product managers and developers could talk. Experienced designers gradually became design system ambassadors. A real community grew around the tool.

02
Library

Tidying the Figma library so everyone finds their way at first glance.

Components were grouped by family. To find them, you had to know this internal classification. Newcomers got lost, and everyone lost time every day.

Before · by family
Actions
Button
Link
Forms
Checkbox
Input
Select
Navigation
Header
Tabs
Content
Accordion
Badge
Card
After · A → Z
Same order as Storybook
Accordion
Badge
Button
Card
Checkbox
Header
Input
Link
Select
Tabs
Fig. 3Grouping by family replaced by alphabetical order, the same as in Storybook.

I sorted the library alphabetically, like the sidebar of the developers’ Storybook. Each component has its own page, with clear separators. Designers and developers finally speak the same language.

03
Size tokens

280+ size tokens so that everyone uses the same measurements.

When I arrived, there were almost no size tokens. Spacing, grids, corner radius and text sizes were set by hand, screen by screen. Every mobile or desktop version was redone by hand.

TokenMobileDesktop
space.xs44
space.s88
space.m1216
space.l1624
space.xl2432
space.2xl3248
Fig. 4One token name, one value per breakpoint. Example values.
With the right tokens, the same screen goes from mobile to desktop in seconds. Adapting a screen became 4 times faster.
  • 280+Tokens created: screen sizes, spacing, grids, radius, typography
  • 1Single reference for spacing, with the same tokens on mobile and desktop
  • 4×Faster to adapt a screen, once the tokens were in place
04
Colour tokens

230+ colour tokens to go from two libraries to one, with two themes.

No rule said which colour to use, or where. Any colour could go anywhere. The result: two identical libraries to maintain in parallel, one for customers, one for advisors.

One token, two themes
PrimitiveSemanticComponent
blue.700grey.900
brand.primary
button.bg
red.700
status.error
alert.icon
green.100
status.success.bg
toast.bg
grey.800
ui.text
card.title
Fig. 5Primitive, semantic, component: the theme changes without touching the components.

I reorganised everything. Each colour now has a precise role: status message, brand colour or interface. Each semantic token points to a primitive colour, and Figma switches from the customer mode to the advisor mode in one click.

05
Components

185+ components rebuilt or created, easier to assemble.

Every rebuilt component follows the same logic. It does one clearly defined thing. It has slots so it can adapt. And it adjusts to the screen size on its own. Here are three examples.

slot · tabs
slot · steps
empty
slot · empty
Fig. 6A single Layout component. Content slides into a slot.

The header and footer formed a single component. Their properties got mixed up with the sidebar’s and caused display errors. I split them: each one became simple to read and maintain.

The old Layout component had to plan for every possible combination. With slots, one component covers every case. Designers drop in what they need, without creating a new variant. Adapting to the screen size happens on its own.

  • EX.01Header and footer split: clear properties, no conflicts
  • EX.02Layout with slots: one component for every case, with tabs, steps or empty
  • EX.03Automated patterns: variants in one click, no copies to maintain
06
Support and training

A design system only helps if teams actually use it. I trained 40+ designers.

Every new version was presented in a live demo. Every component is documented in three places: Figma for designers, Storybook for developers, Zeroheight for detailed reading.

Figma · designers
Confirm
Storybook · developers
<Button variant="primary" size="md" />
Zeroheight · reading
Fig. 7Every component documented in three formats, one per audience.
Designers no longer came just to copy components. They relied on the design system to think through their screens.
07
Impact

18 months, 4 versions released and a design system that holds up as the team grows.

40+
Designers trained on the design system
280+
Size tokens
230+
Colour tokens
4×
Faster to adapt a screen
2→1
Libraries merged into one
185+
Components rebuilt or created
300+
Icons redrawn
18 mo
Months on the mission, with 4 versions released
Contact

Let’s work together.

Best fit: a Lead Design System role, permanent and remote. Or a targeted freelance mission: auditing what exists, setting up and supporting teams, organising design work.

LinkedInlinkedin.com/in/mmolet
LocationMarseille or remote
AvailabilityAvailable now
Message me on LinkedIn