Marie-Liesse de Solages
← All projects
Edenred · My first years

Four products, from B2B to B2C

I spent three years across four platforms and three different audiences. I rebuilt an entire portal there in under three months and went from the screens I was handed to the ones I chose.

FocusFour platforms
RoleProduct · UX/UI designer
Duration3 years
ContextEdenred France
Scope4 platforms
In a few words

Edenred designs earmarked payment solutions: meal vouchers, gift cards, personal-services vouchers, mobility. Three audiences revolve around them. I was the sole designer on the public site and part of a team on the other three.

The Clients are the companies that order, the Employees are the people who spend, and the Merchants the shops that accept. I worked on the four platforms that serve them.

4 platforms 3 audiences Solo or in a team, depending on the project
Three audiences, and the platform that serves each
ClientCompanies that order
Client areaB2B ordering & management
EmployeePeople who spend
My EdenredBalance, card, transactions
MerchantShops that accept
Merchant areaAffiliation, refunds
Edenred.frPublic site and help centre, the shared entry point to the three platforms
The shared entry point: Edenred.fr.
Platform 1 / 4

Edenred.fr, the corporate site

Sole designer on the project.

The company’s public site is the main way in to the platforms. The site keeps evolving: page redesigns, photo swaps, banner tweaks.

A highlight · a help centre where there was none
The problem

There was no FAQ. Users searched inside product pages or called customer service, which received a lot of repetitive questions. The catalogue is multi-product and multi-audience: the same question gets a different answer depending on whether you’re an employer or a beneficiary, on paper Ticket Restaurant or on Kadéos.

The options

I started with the classic FAQ: a list of questions and a search engine. The search engine was ruled out as technically out of reach. I had to bring people to their answer another way.

That left the single list, which would have recreated the problem we wanted to solve. I couldn’t leave the sorting to the user: they don’t know our product names.

Option set aside · the single list
User
Every question
Sorting falls back on the reader
Decision · the help centre asks who you are first
User
You are
Your solution
Your support
Your product
Only their questions

An “Edit” button on every step, to correct course without starting over.

The single list pushes the sorting onto the reader; qualifying in a few steps shows only what concerns them.
The decision and the outcome

The help centre asks who you are first. You declare yourself in three or four steps and then only see the questions that concern you. Two things make it work: the steps arrive one at a time, never as a full form. The selection trail stays at the top with an “Edit” on each step.

First qualification step: You are: client, user or merchant partner
1 · You are: client, user or merchant partner.
Second step: Your solution: the Edenred product concerned
2 · Your solution, among all Edenred products.
Third step: Your support: card, paper or digital
3 · Your support: card, paper or digital.
The result: only the profile’s questions show, with the Edit trail kept at the top
4 · Only their questions, the "Edit" trail on top.

A help centre where navigation replaces search. After identification, two levels are enough: themes on the left, questions on the right, the answer expanded in place, with no intermediate page. The system extends to each product world, each in its own colour.

The help centre on the Ticket CESU world, in green
Ticket CESU
The help centre on the Kadéos world, in yellow
Kadéos
The help centre on the Ticket Mobilité world
Ticket Mobilité

The help centre was only part of the job: I also worked on the whole site’s layout, as reusable components declined from page to page, across a dozen product pages. The site has aged since.

Platform 2 / 4

The merchant area, for shop owners

Taking over a very old product: a full redesign, then steady iterations. Several designers over the years.

The portal for the shops and restaurants that accept Edenred vouchers in France. It’s the first merchant ground I worked on: a product nobody had really touched in years, and it showed. I moved it forward in stages.

A highlight: we rebuilt the whole app in under three months

In 2022 we decide to rebuild the merchant area from scratch, with less than three months ahead of us. A lot of pages and features to create, and several old blockers to clear. It’s one of the most demanding projects of my Edenred France years.

The approach

The old portal’s mockups were unusable, broken in an old design tool. We started by rebuilding it in Figma, screen by screen. That base is what let us move fast: we knew exactly what we were replacing.

The old portal rebuilt in Figma: dozens of screens sorted by section, from the home page to the annexes, through points of sale and activity
The starting point: the entire old portal, which we rebuilt in Figma page by page.
The result

Shipping on time freed up the budget for what came next: each flow was then polished before development. The three screens below tell the story, the home page, invoices and the profile, each in three stages: what was there, my version and the one the team deployed after I left.

The home page, in three stages

The original home page: tab navigation, a large navy block with the merchant's identifiers, shortcuts and promotional banners

The starting portal: navigation scattered across tabs and shortcuts, with the merchant's activity buried among banners.

Same path for the two other everyday screens, invoices and the profile: left to right, the old screen, my version, then the one running today.

The original invoices: a dense list under two levels of tabs, with no statuses
Invoices, before.
My version: an Invoices and remittances page with clear tabs, color-coded statuses and pagination
My version.
The live version: the Invoices page with filters by number, product and period
The live version.
The original profile: account management split across three tabs, in the old interface
The profile, before.
My version: a Profile page bringing together company information and payment terminals
My version.
The live version: an Account and users page, with notification settings
The live version.

It’s this work on the French portal that fed the next project: an international merchant area, designed with Edenred’s HQ to be rolled out across every country in the group. Turnkey for those without a portal, a replacement for those whose portal is limited.

Platform 3 / 4

My Edenred, the app for employees

MyEdenred is the mobile and web app where employees check their balance, manage their card and track their transactions. It’s the most used of the four, and the only one where the user comes back several times a week.

I designed new features on a base already in service, from mobile payment to blocking a card in an emergency.

The Plasticless flow dematerialises the card and its full map gives the real scope of the work on one flow.

The complete Plasticless flow map: activation, card adding, mobile payment, ordering and blocking
The Plasticless flow: activation, card adding, mobile payment, ordering and blocking.
A highlight · designing for the moment the card slips away
The problem

From one card menu, you can trigger two neighbouring actions with opposite consequences: suspend the card, or block it for good. One is reversible, the other isn’t. The risk: someone rushed, card lost, triggering the irreversible while thinking they’re making a temporary move.

The button label can’t carry that difference on its own. What happens after the click must make obvious what you just triggered.

The decision

They are two journeys of opposite shape from the same menu. Suspend is a closed loop: the card is paused and “Reactivate my card” returns it to its original state.

Block permanently is a one-way road: it immediately leads into ordering a new card and into what happens to the mobile payment already set up.

A doubt: the card is nowhere to be found
The card menu
Suspend
Card paused
Reactivate my card
It turns up: you reactivate it and it goes back into service, exactly as before.
A certainty: the card is lost or stolen
The card menu
Block permanently
Order a new card
Set up mobile payment
The card doesn’t come back: the flow moves on to ordering the new one, which takes over.

The mobile payment already set up keeps working to bridge the wait for the new card.

A doubt isn’t handled like a loss: suspending pauses the card while you look for it; blocking accepts it is gone and moves on to replacing it.
The card menu, card active: block, delete or add a card
The card is active.
The Block my card screen: suspend temporarily, or block permanently
The choice, spelled out.
The suspension confirmation: the card is paused, reactivable for thirty days
Suspending is confirmed, and undone.
The home with a suspended card: an alert recalls it can still be blocked for good
Suspended, the card says so from the home.
Platform 4 / 4

The client area, for companies

Designing new features on an existing base. Several designers over the years.

This is the most important of the four platforms: the one where companies order benefits and cards for their employees, and through which several billion euros pass. Everything we do downstream follows from those orders.

The Ticket Restaurant world page on desktop: the range, card and paper
A product world page

I worked on it as part of a team for several years, on pages already in service and much reworked since.

A highlight · a safer sign-in without making it a chore

One example among others: the MFA project took as much logic as screens. I mapped every sign-in and activation case, e-mail then SMS, before drawing each step. The balance to strike: ask for the code often enough to protect, rarely enough not to wear out someone who just came to place an order.

The logic map of the MFA sign-in and onboarding flow: SSO, e-mail MFA, SMS OTP, activation from the profile
The logic map: who sees what, depending on their account state.
The e-mail MFA screen board: each step in desktop, modal and mobile
Each step declined in desktop, modal and mobile.

What three years on the ground taught me about the business

Almost everything I designed was added to products already in service. I had to work with what was there, and with the work of the designers who came before me. Picking up a living product asks more than starting one, and I got better fast that way.

These projects opened up what came next, I’d understood what French merchants needed. That’s what later let me design for merchants in every country in the group.

Above all I keep the knowledge of the trade. I learned that an employer doesn’t always know the commercial name of their own solution, and that a question about the balance of a lost card gets a different answer depending on the format. None of that was written down anywhere. It comes from three years spent on the ground.

The outcome figures for this project belong to Edenred, so I don’t publish them here. What gets measured on the help centre is the share of repeat questions still reaching customer service.