01 Overview 02 Research 03 Synthesis 04 Design 05 Visuals 06 Outcomes 07 Reflection

Same feature, different thinking.

What does Buy the Dip look like when it's built for confidence, not speed?

Product Thinking Conceptualisation Secondary Research Data Driven Design Stakeholder Alignment Competitor Analysis
BTD mobile screen - left BTD mobile screen - center BTD mobile screen - right

Mudrex is one of India's leading crypto investment platforms with 2M+ users and 400K monthly active investors, built around a simple idea: that the complexity behind crypto shouldn't be the investor's problem. The platform serves a broad range of users, with a strong focus on retail investors who are used to straightforward, predictable investment products.

Context

In 2023, the crypto market was in a prolonged downturn. For Mudrex, the priority shifted toward keeping users engaged and giving them reasons to invest with confidence rather than step away. Buy the Dip had been one of the most requested features from users, and it became part of a broader push to build tools that helped people invest more informed. The brief was straightforward: build something that lets users act on price dips. What it required was thinking carefully about whether users had enough information to act on at all. The feature shipped and immediately opened a product direction, directly leading to price alerts, stop loss, and take profit.

My Role

I led design and strategy for Mudrex's Investment Products and Engagement pod, with shared responsibility on the product side as well, including designing for A/B frameworks, reading usage patterns, and deriving insights from data. For this project, I worked in a focused 2-week sprint alongside Shiksha Singh, Senior PM, and the engineering team.

Outcomes

63%
Of invested users used Buy the Dip within the first 3 months of launch
1M+
Registered users on Mudrex at launch, with hundreds of thousands active
"Confident"
Users reported feeling confident, not just capable, when using the feature
2 weeks
From first principles to shipped product, including research, framework, and full design system

Research & Origin

Before designing anything, I needed to understand the mental model behind the decision. I spoke with colleagues across varying investment backgrounds, from people who invest regularly in mutual funds to those who had never touched crypto, to understand how they thought about BTD, what their hesitations were, and why some had never felt the need to use it at all. Alongside that, I went through user requests with the support team. A pattern kept coming up: people wanted the opportunity to come to them, not the other way around.

Comfortable waiting. Willing to lock funds for an unknown duration. Trusts the market will rebound over time.

Long-term mindset Low urgency Risk tolerant

The Patient Holder

Strongly believes in long-term investing

Has done their homework on specific assets. Uses BTD deliberately, not impulsively. Values signal over noise.

Research driven Asset-selective Data aware
🔍

The Informed Researcher

Invests with conviction, not impulse

Comfortable with volatility. Accepts short-term losses as part of a longer bet. Moves fast when they see opportunity.

High risk appetite Momentum driven Action oriented
📈

The Optimistic Risk-Taker

Bets on recovery, accepts the ride

#1

India ranked first in grassroots crypto adoption globally in 2023, across 154 countries. The market was there. The tools hadn't caught up.

53%

Of crypto investors in India were holding long term. Not trading. Waiting. BTD had to be designed for that person.

Three different investor types. Three different relationships with risk. But the same hesitation kept coming up across all of them: not whether to invest in crypto, but whether this particular asset, at this particular moment, was worth acting on. That question had no good answer inside the product.

Buying blind

A lower price feels like a good reason to buy. Without knowing whether the asset is fundamentally strong, users are making high-stakes decisions on a single data point.

Catching a falling knife

Some dips keep dipping. A weak asset doesn't recover just because a user bought it at a discount. The probability of continued loss is real and rarely communicated.

Timing anxiety

Waiting for the right price creates ongoing stress. Users second-guess their trigger, wonder if they should have gone lower, and often abandon the order mid-wait.

Opportunity cost

Funds locked waiting for a trigger can't be used elsewhere. If the price never hits, the user loses both time and flexibility and gains nothing.

The job wasn't to stop users from buying the dip. It was to make sure they were doing it for the right reasons, with the right information, and with a safety net if things went wrong.

Execution without evaluation

I looked at how Vauld, Coinbase, Zerodha, and Binance handle BTD-style features. All four help users execute the strategy. None of them help users evaluate whether they should.

Vauld

Vauld BTD flow

What works

Simple, low-friction setup. All order management in one place. Frequency controls are a thoughtful addition for repeat dip buyers.

What's missing

No confirmation step. No asset quality signal. No suggestions to help users decide if the dip is worth buying. Built for speed, not confidence.

Coinbase

Coinbase BTD flow

What works

Real-time price shown during input. Trigger price expressed as a percentage change, which is more intuitive. Amount suggestions reduce decision friction.

What's missing

Fees only appear at the very end of the flow. No insight into whether the asset is a reasonable BTD candidate. The input field swap is counterintuitive for new users.

Zerodha

Zerodha GTT flow

What works

Dense, useful listing page. Active and paused states well communicated. Real-time price data and percentage representation of trigger price.

What's missing

No onboarding or explanation of how GTT works. Built entirely for active traders. Not retail investors taking their first bet on a dip. Assumes too much prior knowledge.

Binance

Binance limit order flow

What works

Real-time buy and sell prices shown together. Open orders visible at a glance. Input field interaction is fluid and the available balance is always surfaced. Transparent fee display.

What's missing

No explanation of Iceberg orders for new users. Value is not shown in percentage terms, making it harder to contextualise the dip. The interface is overwhelming for a retail investor who just wants to set a simple price target.

Coinbase surfaced price history but assumed the user already had conviction. Zerodha gave data but expected fluency. Binance optimised for speed. None of them designed for the moment just before the decision, when a user knows what they want but not whether now is the right time to want it. That gap was the brief. And because those problems were already solved for elsewhere, there was more room to focus on what none of them had addressed: the emotional layer around the decision itself.

Synthesis

Before wireframes, a map.

Competitor analysis gave me a direction. But direction wasn't enough. Before touching a single screen, I needed to understand what was actually happening at each stage of the BTD journey, not just what the user was doing, but what they were thinking, what they needed from Mudrex, and where things could go wrong. So I mapped it. Five layers across every stage of the journey. It wasn't a deliverable. It was a way of seeing.

Intent Framework Walkthrough

Intent framework mapping user actions, Mudrex responsibilities, ideation and edge cases across BTD Discovery, Placing Order and Order Execution phases.

Handwritten research notes

The pattern

The framework wasn't the answer. It was the lens.

Reading down the columns showed a feature flow. Reading across the INTENT row showed something else. At every meaningful stage, the same question kept surfacing. Not about the product. About whether the user trusted themselves to act.

That wasn't in the brief. It wasn't in the competitor screens. It only became visible when all the dots were connected.

These weren't product requirements. They were design opportunities that only became visible by connecting the dots.
At every meaningful stage.
A pause.
Before the order. During the wait. After execution.
The same hesitation, three times over.
It wasn't visible from the surface.
Only when you connected the dots.

Design

The framework surfaced four distinct gaps. Each one led to multiple explorations. These are the concepts that made the cut.

Before the order
"Might want to know the probability of hitting the trigger price. Users were going in with no signal of whether the target was realistic"
Intent Row Discovery Stage
Efficiency Checker
Trigger price entry
Price input
Efficiency signal visible
With checker

Users were setting a trigger price with no signal of whether that price was realistic. They were buying blind. A lower price felt like a reason to act, not a reason to pause and ask whether the asset had ever traded near that level before.

Before placing an order, the user sees a quiet signal: how often has this asset historically reached that target? Closes the blind entry gap without adding friction to the flow.

"No. of users setting up this order. Users wanted to know if they were alone in their decision before committing"
Intent Row All Stages
In The Same Boat
Social signal variant A
Variant A
Social signal variant B
Variant B

Reading across the entire intent row, one theme kept surfacing. Users wanted to know if they were alone in their decision. Not to follow the crowd. To feel anchored. That question had no answer in the product.

A subtle indicator of how many other Mudrex users have a BTD order on the same asset. Not a crowd-following mechanism. A quiet confidence anchor at the moment the user needs it most.

During the wait
"Reassurance of safety and access to funds. Users needed to know their money wasn't just sitting somewhere out of reach"
Intent Row Placing Order Stage
Reassurance During Wait
Active order state
Waiting state
Edit / cancel flow
Control state

The anxiety doesn't peak at confirm. It lives in the wait. Funds are locked. The trigger might never hit. The user has no visibility, no control, no signal that anything is happening.

Locked funds made visible. One-tap edit or cancel. A persistent signal the order is active. Designed for the wait, not just the placement.

After execution
"Nudge user to set SL to minimise risk. The order executes but the asset can keep falling, and nobody designed for that moment"
Edge Cases Row Order Execution Stage
Stop Loss Nudge
Order success screen
Post execution
SL nudge shown
With nudge

After execution the user is exposed. The order filled but the asset might keep falling. The edge cases row flagged continued price decline as a real risk. Nobody had designed a response to that moment.

A quiet nudge after execution, not an alarm. A safety net offered at exactly the right moment. The user can set it or skip it. But now they know it exists.

Visuals

A handful of screens from the shipped product. The full BTD experience covered more ground, edit flows, error states, expired orders, notifications, but these ten are where the framework and the concepts landed most visibly. Enough to picture how it came together.

The Outcomes

No single decision produced these. Each number traces back to a specific constraint taken seriously.

User intent
32%

Showed intent to invest

Of users who viewed BTD went on to explore it further, signalling genuine intent rather than passive browsing.

Adoption
63%

Of invested users tried BTD

Within the first 3 months of launch, over half of invested users placed a Buy the Dip order.

User sentiment
"Confident"

Most common user response

Users reported feeling confident, not just capable, when using the feature. That distinction was the whole point.

Product impact
3

Features unlocked

BTD's success directly opened the product direction for price alerts, stop loss, and take profit.

Reflections

A feature brief is rarely the whole problem

The PM asked for a feature. What the research revealed was a confidence problem nobody had named. Users weren't hesitating because they didn't understand crypto. They were hesitating because the product gave them a price and expected them to know what to do with it. The brief was to build a trigger. The actual work was figuring out what a user needs to feel before they pull it. That gap between what was asked and what was needed is where the real design work lives, and I'd push for the space to find it on every project.

Frameworks before wireframes, every time

The intent framework was not a deliverable. It was a way of seeing. Mapping user intent across three stages before touching a single screen meant every design decision had a question it was answering. It also meant the competitor analysis did real work. Coinbase, Zerodha, and Binance had already solved some of the core UX problems around price display and order placement. Knowing that early freed up time to focus on what none of them had addressed: the emotional layer around the decision itself. I would build this kind of scaffold on every project if time allowed, and push harder for the time when it doesn't.

What shipped, what broke, and what followed

Three things happened after launch worth being honest about. The wallet top-up flow created friction at the point of order placement that we hadn't fully designed for. Partial funds, unclear states, support tickets. It wasn't a BTD problem in origin but it became one in practice, and it took a separate fix to resolve. The efficiency framework, a concept that batched smaller orders to reduce redundant activity, was discontinued after launch because adoption drove API call volumes that made it expensive to sustain at scale. It worked well enough that the infrastructure couldn't keep up with it. And Stop Loss, which this project directly opened the door for, became one of Mudrex's strongest follow-on features. BTD didn't just ship a feature. It created the product language for an investment tools category that kept growing after I left. That last part I'm proud of.

The wait experience needed more

We shipped a confirmation state, not a waiting state, and there is a real difference. Once a BTD order is placed, funds are locked and the user has no visibility until the trigger hits or they go looking for it. The reassurance concepts were the right instinct. What we didn't fully solve was the ambient anxiety of the wait itself: the checking, the second-guessing, the wondering whether the trigger price was set too high. A persistent lightweight order tracker that lived in the home feed rather than buried in a portfolio tab would have been the right answer. We didn't have the sprint time to get there. It's the part of this project I'd go back to first.

BTD reflections visual

Everything we design adds force to the world. The question is not whether it moves something. The question is in which direction.