Get in touch

Retail Coordination at Meerby

Redesigning for the employees using it

In 2022, I was doing freelance branding work for Dynamic CXS when I learned about their product, Beacons, which was already deployed and used by employees in Canadian Tire stores across Canada. I noticed that no one had talked to users about their experience. Beacons was built for functionality, not for people.

I decided to take this on myself. I conducted interviews, built research artifacts, and designed solutions based on what employees actually needed. The work was strong enough that the team shipped it. It became the foundation for Meerby, their rebrand.

3.4%

Increase in Sales Lift

14%

NPS increase

2 million

requests managed every week

Beacons notifications walkthrough

Context

The team had plans to scale to new retailers.

Beacons helps retailers get customers the help they need, faster. When a customer presses a help button, the right staff member is dispatched to the right place. The team had plans to scale to new retailers. Scaling without addressing design debt meant inheriting those problems at every new store. This was an opportune time to fix them.

Research

I needed to understand how employees were actually using the app.

I interviewed 17 employees, including floor staff and retail managers, at a Canadian Tire store where Beacons was already deployed, asking them to walk me through their daily workflows.

My effort should be visibile

Canadian Tire, Floor Employee

I need to be confident I'm doing the right thing, especially in front of a customer.

Canadian Tire, Floor Employee

I need to make decisions in the moment, not after the fact.

Canadian Tire, Retail Manager

Findings

These conversations revealed mismatches between how the product was designed and how employees worked. I mapped the range of employees, environments, and tasks to understand the varying needs required.

Personas
Watercolor illustration: The Rookie
Watercolor illustration: The Veteran
Watercolor illustration: The Supervisor

The Rookie

Age: 14 – 21

Experience: Low

Starting their first job at a retail store. Good at picking up new technology. Things like apps come naturally to them. Still finding their place among more experienced coworkers. They are eager to prove themselves.

Pain Points

  • No way to know if they were meeting expectations
  • Their individual effort felt invisible

The Veteran

Age: 40 – 60

Experience: High

Has worked at the retail store for over 10 years. They have a deep store knowledge. Technology is not their comfort zone and they have anxiety about using it while working.

Pain Points

  • Text too small to read comfortably while moving around the floor
  • Handling request can be confusing because of the amount of steps involved

The Supervisor

Age: 21 – 60

Experience: High

Responsible for the whole floor's performance as well as their own. Managing multiple tasks at once. Has access to data, but they don't know what to do with it.

Pain Points

  • Stats page gave nothing to act on during a shift
  • Store feedback was gathered from memory making it easy to forget

Core Problems

We focused on problems we could solve.

Trust

Responses were often hesitant, delayed, or duplicated.

Visibility

Individual efforts disappeared into store metrics.

Clarity

Requests were shown across multiple views.

Impact

HighLow
LowHigh
Employees can't tell if a request is already being handled

Effort

Employees can't tell if a request is already being handled

Design Challenge #1

Employees assumed someone else would respond and often, nobody did.

When a request came in, employees had to decide whether to respond or let someone else handle it. The interface gave them nothing to make that decision. Customers were left waiting.

Hypothesis

I hypothesized that the lack of visibility into what their coworkers were handling was the cause of this hesitation, but I needed to validate that before committing to a direction.

First Iteration

Testing two directions

I created two versions to test. Each prioritized different information during the request flow. This allowed me to see if my hypothesis was correct and choose the right direction going forward.

Feedback

  • I like seeing who is already busy, but I don't want to tap to another tab.
  • Having the escalated requests at the top of the list makes it easier to know where to start.

Option 1: Adding in progress cards

Option 1: Adding in progress cards

Option 2: Making an in progress tab

Option 2: Making an in progress tab

Synthesis

Employees responded well to the new design. They liked elements of both options, so I combined the strongest elements from both. I kept the coworker visibility on the requests tab from Option 1, and the request grouping from Option 2.

Testing also surfaced that high-priority requests were getting buried in the list, so I reordered the tabs to bring the most urgent ones to the top. After a few iterations, I had a solution that showed coworker availability directly on each request card.

Outcome

Employees responded to requests without hesitation.

Average weekly unresolved requests showed a notable decrease from 9 to 5 in the first 2 weeks, which is a 44% reduction. Employees stopped leaving requests for someone else

Notifications with coworker visibility on request cards

Design Challenge #2

Employees were working hard, but the app never showed it.

Dashboard metrics only showed how the team performed. Nothing showed what any individual had done. For employees trying to gauge their own progress, there was nothing to look at.

Dashboard

Previous Design

The Dashboard showed the daily stats for requests received, average customer wait time, and a customer success score. These were all numbers reflective of the store's success.
Previous dashboard showing only store-wide metrics

Competitive Analysis

Analyzing other apps

Before designing, I looked at how other apps motivate people to keep doing an activity. Running apps like Nike Run Club and Apple Fitness keep users engaged through personal records, streaks, and milestones. That gave me a direction to start from for my solution.

Research

Why not leaderboards?

Leaderboards were commonly used to showcase skill in other apps. Research into gamification revealed that leaderboards can improve short-term performance, but fail in the long term because they leave people feeling inadequate.

Individual progress tracking works because it is about competing with yourself, not others. I took this into account when designing a solution.

Outcome

Effort became something employees could see over time.

I designed a badge and milestone system that tracked each employee's progress over time. When employees hit milestones, they earn badges to provide a sense of levelling up individually, without competing against coworkers.

Achievements and badge milestones

Design Challenge #3

Managers could see the numbers, but had no way to make sense of them.

Requests were tracked as they came in, but there was no way to view patterns across time or act on them during a live shift.

Reports

Previous Design

The Reports page logged every request as timestamps in a table. This showed managers when a request came in, when it was claimed, when someone arrived, and when it was finished. The data needed to be exported to get more insight.
Previous reports screen

Exploration

Research before building

I needed to understand how managers actually used the data they had. During a shift, managers were making staffing calls in real time. Afterwards, they were trying to spot trends across days and weeks to match their staffing accordingly. The tools weren't built for both moments.

Research

Live shifts vs. historical reports

Managers had a dashboard for today's headline numbers and a reports page for the full log. Neither showed patterns during a live shift. The dashboard couldn't tell you that 3 PM is always your peak. Reports could, but only after you exported and charted it yourself. That gap is what I designed for.

Outcome

Managers could spot a problem and act on it themselves.

I merged the two into a single page. The Popularity by Time chart shows request volume hour by hour so a manager can see that 3 PM to 5 PM is consistently the busiest window and staff accordingly. The Popularity by Department chart shows where requests are concentrated. For further analysis after a shift, managers can export the full report.

Manager dashboard with live shift charts

Impact

My redesign became the foundation on which Dynamic CXS built and rebranded as Meerby. The employee-centred interface created the infrastructure for their dispatch system to scale across hundreds of stores.

It shipped because the work was grounded in what employees actually needed. These were real solutions based on what employees told me, and not just features their competitors had.

What I learned

Working in a high-stakes context, where employees are making decisions under pressure, made it clear that the experience needed to come first. It was shaped by the environment, mental load, and trust. I prioritized the experience and then focused on getting the interface right.

It also reinforced that designing with real users improved the decision quality. It was encouraging to get positive feedback from people who actually used the product.

Designing for both the employee and the business made me a better systems thinker. There were retail systems that I needed to learn and understand to make proper decisions when designing.