Case Study 01

How I Redesigned MoEngage's Menu and Cut Support Complaints by 50%

50% fewer complaints. +15% CSAT. 40% faster navigation. One redesign did it.

Role

IA redesign, research, prototyping, testing, rollout, post-launch measurement

Team

UX research intern (support)

Platform

B2B SaaS — Marketing Automation

Company

MoEngage

−40%
−50%
+15%
85%
The redesigned navigation in motion — collapsed rail for low cognitive load, expandable menu, and the reinstated Create entry point.

01The Problem: Death by Clutter

The Problem: Death by Clutter

MoEngage is a MarTech SaaS platform that lets marketers engage users with their product by sending Push, Email, WhatsApp, and SMS notifications.

Over time, the MoEngage menu had become a dumping ground.

  • Too many options, no hierarchy.
  • Users couldn't find what they needed.
  • CSAT was dipping, support tickets rising.

Imagine logging into your marketing tool and spending minutes just hunting for the "Create Campaign" button. That was daily reality for our customers.

And when navigation breaks, support costs rise, complaints pile up, and churn creeps in.

MoEngage menu before redesign

MoEngage menu before redesign

02My Role

My Role

I Owned

  • IA redesign
  • Research
  • Prototyping
  • Testing
  • Rollout
  • Post-launch measurement

Team Contributed

  • UX research intern — support

03The Process

The Process

Instead of jumping into Figma, we started with data.

  • Mapped IA → mind map of the current structure, spotted obvious flaws.
  • Studied metrics → e.g., 40% of users moved from Segmentation → Campaigns, but that flow was hidden.
  • Hypothesis → the true workflow is Analyze → Segment → Campaign.
  • Competitor benchmarking → how B2B SaaS handles IA.
  • Card sorting → marketers vs buyers grouped tasks differently.
  • Prototyped and tested → killed weak ideas, iterated.
  • Rolled out in beta → measured adoption and feedback.

04Understand Current Flow & Metrics

Understand Current Flow & Metrics

Created a mind map to see how the IA of the entire product works, and noted down the obvious visual problems.

I looked at the metrics and realized a few of our assumptions were wrong.

05Assumptions

Assumptions

  • All the users create campaigns and that is what they want to see mostly
  • They use settings frequently
  • Create campaign is not used from the side nav
  • People access all the settings in one place

06Summary of Data Analysis

Summary of Data Analysis

40%

Of users go to Segments after data analysis

35%

Of those who clicked Segmentation had accessed Analytics earlier in the same session

40%

Of users want to create a Campaign after segmentation

45%

Of users who clicked on Campaigns had accessed Segmentation just before

94%

Of users create campaigns from the All Campaigns page

93%

Of users created a new dashboard while on an existing dashboard

50%

Dashboard access — Managers

35%

Dashboard access — Admins

30%

Dashboard access — Marketers

Key Findings

  • Users followed workflows, not product modules. Their journey typically started with understanding performance, then analyzing data, creating segments, and finally launching campaigns.
  • Campaign creation was rarely a fresh task. Most users started from existing campaigns, indicating they preferred duplicating and modifying rather than creating from scratch.
  • Frequently connected tasks were separated, forcing users to repeatedly switch between different navigation sections and increasing cognitive effort.
  • Dashboard and Analytics were high-frequency destinations, while Settings and configuration pages were accessed infrequently and did not deserve primary navigation.
  • Several important features had low discoverability, not because they lacked value, but because users couldn't easily find them within the existing navigation structure.

Design Takeaway

The existing information architecture reflected the product's internal structure rather than users' mental models. The redesign focused on reorganizing navigation around users' natural workflows, reducing navigation effort, improving discoverability, and making common tasks easier to complete.
How traffic flows: Sidebar Analytics → Segmentation → All Campaigns

How traffic flows: Sidebar Analytics → Segmentation → All Campaigns

07Hypothesis

Hypothesis

Our users analyze data, create a segment, then create a campaign from the All Campaigns page — looking at a previous campaign, since they already know what they want to create.

08Competitor Analysis

Competitor Analysis

I looked at how competitors structured their menus, and formed assumptions about why they'd made those choices.

Competitor menu structures

Competitor menu structures

09Top Problems

Top Problems

  • No visual hierarchy
  • No grouping of information
  • No defined principles for how one can bring in new features and promote them
  • Don't have an understanding of user pain points and how they navigate
  • Visually not appealing enough
  • Key feature discoverability is low

10Validating Hypothesis Using Card Sorting

Validating Hypothesis Using Card Sorting

I ran an open card sort, asking users to sort items and write their own category names — this showed whether the terminology I was using felt technical to them. I then analyzed that data.

Card sort session — initial cards spread across the table
Cards grouped into named categories — Dashboards, Regular Campaigns, Flows, Settings
Participant sorting cards into groups during a live session
Participant writing a new category label for a card group
Overhead view of the final card groupings on the table

Card sorting sessions with customers and internal stakeholders

I recorded these sessions and analyzed the data using Provenbyusers.com to uncover patterns in how people sorted the cards, then used those patterns to inform design decisions.

After analyzing it came out that there are two types of users.

  • Who buys the product
  • Who actually uses the product

People who buy the product look at high-level metrics only. Marketers, on the other hand, analyze the data, segment users, create campaigns, and track how each one performs.

Settings, dev docs, integration validation, and getting started are all one-time options that are rarely used — you can see this pattern reflected in the card sort above.

Similarity matrix

Similarity matrix

Dendrogram representing the grouping in card sorts

Dendrogram representing the grouping in card sorts

11Prototyping & Design Iterations

Prototyping & Design Iterations

I analysed a lot of data — notes, audio recordings, and card sorts.

I also ran card sorts with internal stakeholders. Using this data, I moved into prototyping and then visual design to gather feedback.

You can see the entire design and iterations I have gone through in the link here →Figma file has different pages on the left navigation. Go through them to see the iterations.

Theme exploration — mint, collapsed labels only

Theme exploration — mint, collapsed labels only

Theme exploration — mint, expanded sub-items

Theme exploration — mint, expanded sub-items

Theme exploration — mint, full navigation tree

Theme exploration — mint, full navigation tree

Theme exploration — teal, icon-only collapsed rail

Theme exploration — teal, icon-only collapsed rail

Theme exploration — dark grey, icon + label rail

Theme exploration — dark grey, icon + label rail

Theme exploration — navy, collapsed rail

Theme exploration — navy, collapsed rail

Theme exploration — purple, campaigns overview

Theme exploration — purple, campaigns overview

Theme exploration — navy, campaigns overview

Theme exploration — navy, campaigns overview

Theme exploration — navy, push campaign creation

Theme exploration — navy, push campaign creation

Theme exploration — navy, full campaign list

Theme exploration — navy, full campaign list

Spacing spec — settings menu redline

Spacing spec — settings menu redline

12User Testing & Validation

User Testing & Validation

Before handing over the Information Architecture for development, we validated it through multiple rounds of internal reviews and usability testing with existing enterprise customers. The objective was to ensure the new navigation aligned with users' mental models, improved discoverability, and reduced navigation effort before launch.

Internal Validation

  • Participants: Product Managers, Customer Success, Sales, Engineering and Design
  • Reviewed navigation hierarchy and feature grouping
  • Validated menu labels and terminology
  • Evaluated key workflows and edge cases
  • Aligned stakeholders before development

Outcome

Refined navigation labels, resolved edge cases and improved cross-functional alignment.

External User Testing

Participants

Existing Enterprise Customers

Tasks

  • Find important features
  • Create a campaign
  • Locate analytics
  • Complete common workflows

Metrics Observed

  • Task completion time
  • Navigation errors
  • Feature discoverability
  • User confidence
  • Overall satisfaction

Outcome

Users completed tasks faster, made fewer navigation mistakes and found the new IA significantly easier to understand.

Iterations Based on Feedback

Based on internal and customer feedback, we:

  • Refined navigation labels to match customer terminology
  • Reorganized secondary features for better discoverability
  • Simplified menu hierarchy
  • Improved access to frequently used actions
The Information Architecture wasn't finalized after a single design pass. Multiple rounds of validation and iteration helped de-risk the solution before development and increased confidence prior to rollout.

13Final Implementation & UAT Feedback

Final Implementation & UAT Feedback

  • Users reported they could now find everything quickly.
  • The UI was visually cleaner and more intuitive.
  • A customer even shared positive feedback on LinkedIn.
  • Ran UAT internally and opened a beta to a few existing customers.
  • The feedback was positive: 90% of users found what they wanted quickly.

14Metrics That Improved After Redesign

Metrics That Improved After Redesign

I monitored the following metrics pre- and post-redesign:

  • Navigation Efficiency: Metric: Average time taken to find key options. Impact: Reduced navigation time by 40%.
  • Feature Discoverability: Metric: Number of users accessing specific features. Impact: Increased engagement with underutilized features.
  • Customer Satisfaction (CSAT): Metric: Survey responses post-launch. Impact: CSAT score increased by 15%.
  • Customer Support Complaints: Metric: Number of complaints about navigation issues. Impact: Complaints reduced by 50%.
  • Adoption Rate of New IA: Metric: Percentage of users interacting with the new menu without external help. Impact: 85% of users adapted to the new IA seamlessly.
Navigation Time-40%
Support Complaints-50%
CSAT+15%
New IA Adoption+85%

15Challenges & Iterations

Challenges & Iterations

We went back to customers to understand their feedback on the redesign and inform further design decisions.

While the redesign received strong feedback overall, one gap surfaced: some customers couldn't find the Create Campaign action they were used to.

I solved this with a unified Create button that surfaces every creation flow directly from the menu. Below is the design for it.

What Went Wrong

One incorrect assumption was removing "Create Campaign" from the main menu. This broke user mental models, leading to frustration.

How It Was Corrected

Solution: Introduced a unified "Create" button for easy access to all creation tasks.

The fix in action — a single Create entry point restored to the collapsed rail.

16Next Steps

Next Steps

  • Continuously monitor performance metrics.
  • Conduct qualitative user interviews for deeper insights.
  • Iterate based on ongoing feedback for further enhancements.

17Final Thought

Final Thought

This redesign improved usability, discoverability, and user satisfaction. By making data-driven decisions, I transformed MoEngage's IA into an intuitive experience that empowers marketers.