One touch Retail

One Touch Retail is a platform for Mercedes-Benz sales reps in the German market to help find and configure Cars or Vans for the end customers. It enables reps to work side-by-side with customers to create personalized deals faster and more efficiently.
One touch Retail

Lets understand the problem statement

The existing One Touch Retail system faced usability issues and feature gaps that disrupted sales reps' workflows, reduced efficiency, and impacted user satisfaction.
The objective was to deliver clear, actionable recommendations to improve the platform’s usability, performance, and alignment with real-world user needs—ultimately enabling faster, smoother customer interactions.

Journey so far!

My Role

I joined the team as a Senior design consultant in Feb 2024 to look for the usability issues and enhance the overall flow and experience of the sales reps as the back office team was moving out.
My Scope of work
  1. Understanding where users felt and experienced problems
  2. How the requirements are flowing in?
  3. Designers involvement in the process and how well their skills are being used?
  4. Identify and enhance usability issues
  5. Make the system faster
  6. Identify the back office dependency and create flows for the same in OTR itself
Achieved so far
  1. Need Based recommendation
  2. Image optimazation
  3. Alternative package specification modal
  4. Bodybuilder modifications with external distributors
  5. Business analysis ways or working
  6. Design system upgrade
Ongoing challenges
  1. Mass ordering
  2. Order Amendment
  3. Design system transition
  4. Customer profiling

My Process!

01 - Analysis

Service Blueprint

Although there are multiple domain teams working towards one goal but still they have their own domain level responsibilities and shared dependencies. To start off with the project I had to understand the dynamics hence I created this service blueprint to understand how domains communicate and what could be the possible service gaps are there.

User Interviews & Survey

With Salesreps - To identify the pain points that they are facing in their day to day life while interacting with end customers.

With Back offic teaam - To understand what are the added responsibilities a sales rep will have to handle once the back office team is dissolved(already planned)

Workshop with BA's & XD's

This workshop was planned and conducted with below mentioned purposes:


1. Identifying the level of involvement of XD's in the current process
2. Understanding the ways of requirement analysis and how the various domain teams along with their BA's and XD's are involved in the same

Pain points that I figured out from the analysis phase

02 - Hypothesis/Ideation

I planned some How might we's and conducted a brainstorming session with BA, PO, TL and myself and did some ideation on the following pointers.

1. HMW help user make faster configuration checks with packages?

2. HMW make the best use of our need for recommendation logic?

3. HMW make the designs and the interactions more consistent?

4. HMW help user make informed decision while making third party configuration checks for bodybuilder?

5. HMW help customers have a better visual experience of the vehicle that they are selecting?

6. HMW make teams informed enough about XD's role and when their involvement is must?

7. HMW make a rhobust error handling structure for OTR?

8. HMW help teams to finish off the long pending Ops and improvement features?

Here's a sneak peak into the workshops and brainstorming sessions

03 - Synthesis/Design

Offer Configurator Modal

Here I built a modal window which showcases alternative package selection each of them mentionning what will be removed and what will be added to the configuration and giving an option for the sales rep to verify the same from backenf on the go itself.
This intern makes it easier for them as they do not have to go back and forth for selecting multiple packages or create multiple deals to compare configurations.

New Error Component

Earlier error component was just a plain banner attached to header not enough to handle the errors eficiently and also overlapping the body data as it did not have an option to get rid of it.
We came up with a basic yet more functional desig to handle errors of various categories in more consistent manner

ABH Bodybuilder

Sales rep used to use an external system to manage the entire third party configurations which was way to hectic to keep track of single vehicle in multiple tools.
We integrated a portal called ABH bodybuilder in our app which gave complete overview of the third party configuration approvals and rejections and aneasy access to their application as well.

NBR modal

Earlier there was a small tab hidden in one of the pages which suggested user what other customers have bought with their selected configurations however it was not explicit enough.
Now this modal window that we create gives users and cuatomers a clear view of what is recommended with proper details and images.

Optimized Media visuals

Earlier we had static images which kind off lacked the consistency from the online website of the client portal and in this solution we tried to bring it closer to the same experience giving the end customer and option to view and experience the vehicle in more details.

Lets have a look at the Outcome :)

1. NBR usage has reached 1.07% in last quarter giving our client an extra equipment sales of around 60,000 Euros half a year

2. According to the latest survey the percent of users facing issues with paackage configuration has reduced to just 23% as compared to the 67% earlier.

3. Design objectives are a part of one of the Business OKR startegy starting this year

4. Sales reps have recieved positive feedback from the end customers from ongoing deals for the better media presence on the tool

5. In last 14 sprints we have finished up 8 Ops and improvement stories so fas which were pending from last 2 years and more

Things that didn't go well!

1. Order Amendment has become a blocker for us restricting us from achieveing some other parts of the flow as we have identified "n" number of scenarios of order amendment which is going to take its own time.

2. Transitioning from from the older design system to a new one has been a bit of a drag as the inconsistencies has gone beyond the estimations.