Fintech / Homepage

Improving the lending journey flow

Focused on reducing drop-offs across key steps, guiding users through critical financial decisions, and simplifying the overall journey from intent to disbursal.

Refyne homepage product screens
Role Product designer
Type Fintech / Salary Advance Product
Stakeholders Employees & employers
Focus Improving conversion across the lending journey

About the company

What is Refyne?

Refyne is a financial wellness platform built to help working professionals feel more in control of their money. It gives employees access to their earned salary when they need it, along with simple tools to better manage and plan their finances.

The goal is to reduce everyday financial stress — from mid-month cash crunches to unexpected expenses — while helping companies build a more engaged and less stressed workforce.

Instant Salary Access Financial Wellness Peace of Mind

Problem Statement

Why weren’t users completing the journey?

Refyne’s salary advance journey showed strong intent, but weak completion. A large number of users were starting the flow but dropping off before disbursal, especially at key decision points like EMI selection and autopay setup.

While the flow covered all the necessary steps, the experience didn’t do enough to support users through them.
Key Problems
01

Lack of decision clarity

Users could see repayment options, but often struggled to evaluate them and decide what worked best.

02

High cognitive load

Information was presented all at once, without much guidance, making the journey feel heavy.

03

Trust gaps at critical moments

Steps involving repayments and bank setup created hesitation and anxiety.

04

Unclear transitions

Generic loaders and lack of context made it hard to understand what was happening between steps.

05

High dependency on customer support

Users often depended on support for basic questions during the journey, particularly around repayments and autopay.

Research and findings

What did users actually say?

To understand where the journey was breaking, I looked at a mix of customer support queries and direct user conversations.

01

Customer support insights

A large number of users were reaching out during the journey—often for small but important clarifications.

  • ~32% of users contacted support before completing the flow
  • ~65% of queries were around repayments, charges, EMI details, and disbursal amounts.
  • ~22% were related to autopay / bank setup
  • Most of these questions were repetitive and occurred at the same steps
02

User calls (first-hand insights)

To go deeper, I also spoke to users who had either dropped off or hesitated during the journey to understand what was going through their mind.

Some common patterns that came up:
  • Unclear how and when deductions would happen
  • Interest rates and charges were hard to find
  • Why set up autopay if it’s deducted from salary?
  • Users were exploring the flow just to understand costs
  • Users often didn’t understand why they were receiving less than what they selected
Findings

Across both support queries and calls, the same questions kept coming up:

“Will money get deducted automatically?” “Why do I need to set-up auto pay?” “How much will I actually repay?” “Why am I receiving less than what I selected?” “Are there any hidden charges?”

Optimisation

What we changed
and why

Breaking down the key improvements made across the journey to better support user decisions and improve completion.

Screen 1 / Salary Advance Landing Page

Setting context before users start

In the earlier experience, users were taken straight into the journey without enough context—often leading to confusion around repayments, deductions, and overall product understanding.

To address this, we introduced a dedicated entry screen that sets expectations upfront before users begin the process.

Clear value upfront

Communicates the offering immediately — “Get instant cash of ₹X”

Benefits surfaced early

Highlights key advantages like paperless process, instant transfer, and zero foreclosure fees

Deduction clarity introduced early

Explicitly explains that EMIs will be deducted directly from salary, reducing uncertainty around repayments

Trust signals added

Reinforces safety through RBI-compliant messaging

Single, focused CTA

Guides users clearly into the next step — Enter withdrawal amount

New screen
Salary advance landing page showing amount, benefits, deduction mode, and withdrawal CTA

Screen 2 / Enter amount

Turning amount selection into a guided decision

In the earlier experience, amount entry was treated as a basic input step. Users were expected to enter a number without clear visibility into their eligibility, limits, or what a “right” amount looks like.

This led to guesswork, repeated edits, and low confidence before moving forward.

The updated experience reframes this step as a decision-making moment—introducing clear boundaries, flexible controls, and contextual cues that help users explore and finalize an amount with confidence.

Old screen
Old salary top up screen with amount entry and continue button
New screen
Redesigned
Redesigned enter amount screen with clearer amount entry, slider, and primary CTA

Guided interaction instead of raw input

Slider + editable field allows both exploration and precision

Contextual CTA for forward movement

The CTA shifts from a generic action to a guided next step (“Choose tenure”), helping users understand what comes next in the journey

Clear eligibility framing

Showing “eligible up to ₹X” reduces guesswork and anchors decision-making

Subtle trust-building cues

Messaging like “No hidden charges” and “100% secure process” reassures users at a moment where financial hesitation is high

Screen 3 / Choose tenure

Making repayment decisions easier at the right moment

Choosing an EMI plan is one of the most critical decisions in the journey. In the earlier experience, while details like charges and interest rates were available, they were surfaced later on the summary screen.

This meant users were expected to select an EMI plan without fully understanding the financial implications upfront, often leading to hesitation or back-and-forth navigation.

The updated experience brings more structure and guidance to this step, helping users make a decision with better clarity and confidence.

Old screen
Old choose tenure screen
New screen
Redesigned
Redesigned choose tenure screen

Guided decision with a recommended option

A default plan reduces the effort required to evaluate multiple options.

Clearer comparison at a glance

EMI amount, tenure, and interest rate are easier to scan together, reducing mental load.

Reduced need for backtracking

By improving clarity at this stage, users don’t need to rely on later screens to validate decisions.

Focused set of options

Limiting visible choices prevents overwhelm, with the option to explore more if needed.

Smoother progression with a simple CTA

`Continue` keeps the journey moving forward without introducing friction.

Screen 4 / Loan overview

Bringing clarity to what users are actually committing to

This is the point where users stop and try to understand the full picture, how much they’ll receive, what gets deducted, and what they’ll need to repay.

In the earlier experience, while all the information was technically present, it wasn’t structured in a way that made it easy to grasp. Users often couldn’t clearly tell how much money they would actually receive after deductions, as charges like processing fees were not highlighted strongly enough. Monthly EMI and repayment details also lacked emphasis, making it harder to quickly evaluate the commitment.

On top of this, the flow itself introduced friction. If a user wanted to change the amount or tenure after reviewing these details, they had to cancel the entire application and restart the journey. This broke the flow at a critical moment and often led to drop-offs.

The updated experience restructures this step to make information clearer, more visible, and easier to act on, while also allowing users to review and adjust their decisions without being forced to start over.

Old screen
Old loan overview screen
New screen
Redesigned
Redesigned loan overview screen

Clear “You’ll get” vs “Loan amount” separation

Makes the final disbursed amount immediately visible and understandable.

Deductions made explicit

Charges are structured and surfaced clearly to avoid surprises.

Stronger emphasis on monthly EMI

Key repayment information is easier to spot and evaluate.

Edit flexibility within the flow

Users can revisit and adjust decisions without restarting the journey.

Application creation moved to a later stage

Instead of locking users in early, the application is now created after this step (at autopay/OTP), allowing users to review before committing.

Screen 5 / Setup autopay

Reducing hesitation at the most sensitive step

Setting up autopay is where intent often drops, because this is the moment users feel they are committing financially.

In the earlier experience, this step felt rigid and unclear. Users were asked to set up autopay without fully understanding why it was needed, how it worked, or what their alternatives were. The experience was limited to a few methods, lacked flexibility, and introduced friction by forcing users into a setup flow without enough context or reassurance.

Additionally, key information wasn’t structured effectively. Details like the linked bank account and minimum balance requirements were separated, even though the required balance varies by bank. This lack of proximity made it harder for users to quickly connect the information, adding to confusion and hesitation.

Old screen
Old setup autopay screen
New screen
Redesigned
Redesigned setup autopay screen

Clear explanation of “why autopay is needed”

A contextual explanation upfront reduces anxiety and answers the biggest user question immediately.

Reframing autopay as a backup, not a primary deduction

Messaging clarifies that salary deduction is the primary mode, and autopay acts as a safety net.

Multiple setup options for flexibility

Introducing UPI, Aadhaar, Netbanking, and Debit Card gives users choice and control.

Prioritisation of fastest method (UPI)

Highlighting “Quick setup via UPI” reduces friction and speeds up completion.

Improved information proximity

Bank account details and corresponding minimum balance requirements are placed together, making it easier to understand what applies to the selected account.

Trust-building through transparency

Information like small bank charges, balance requirements, and “how it works” removes ambiguity.

Screen 6 / Transaction states (success, failure, pending)

Designing transaction states that communicate, not confuse

The final transaction states are critical, they determine whether users feel confident, anxious, or unsure about what just happened to their money.

In the earlier experience, while different states existed, they lacked clarity and depth. Failure and pending states were especially weak, users were informed that something went wrong or was in progress, but without any clear reason or guidance on what to do next. This often led to confusion, repeated retries, or support calls.

There was also inconsistency in how these states were presented, making it harder for users to quickly differentiate between success, failure, and pending scenarios.

Old screen
Old transaction state screen
New screen
Redesigned
Redesigned transaction success screen

Clear differentiation between all states

Success, failure, and pending are visually and structurally distinct, making them instantly recognizable.

Introduction of reason mapping (critical improvement)

Failure and pending states now provide specific, contextual reasons (e.g., bank issue, insufficient balance, processing delay), reducing ambiguity.

Actionable guidance for recovery

Instead of leaving users stuck, failure states now guide users on what to do next (retry, change method, wait).

Reassuring messaging in pending states

Clear communication that the process is underway, along with expectation setting, reduces anxiety.

Consistent structure across states

All states follow a predictable pattern: status → explanation → details → next step, improving usability.

Maintaining access to key information

Users can still view transaction details and EMI info across all states without losing context.

Impact

What changed after the redesign

+9%

Conversion

More users completed the journey end-to-end.

−20%

Support queries

Clearer in-flow information reduced dependency on support.

Key step uplift

Smoother progression

Less drop-offs at EMI selection and autopay.

Confidence up

User confidence

Fewer doubts around charges, disbursal amount, and repayments.

Prototype

A refined journey designed to make financial decisions feel clearer, faster, and more confident through thoughtful interactions and seamless transitions.

Learnings

What I learned from this project

Clarity is about reducing decisions, not adding explanations

Users weren’t confused because information was missing they were confused because they had to figure things out themselves. Guiding the decision mattered more than explaining everything.

In fintech, hesitation = drop-off

Every moment of doubt (EMI, charges, autopay) directly impacted conversion. Reducing that hesitation had a clear business impact.

Trust is created in the flow, not added on top

Users don’t trust because you say “secure.” They trust when things feel predictable, transparent, and easy to understand at every step.

Small UX details carry disproportionate weight

Loaders, transitions, and states weren’t just polish they were moments where users either felt in control or felt lost.

Product decisions are UX decisions

Something as simple as when an application gets created can either create friction or remove it entirely. This project made it clear that UX goes beyond screens.

Final Thoughts

Final Thoughts

In the end, this project wasn’t really about redesigning a flow, it was about removing the moments where users paused, felt unsure, or had to second guess what they were doing. By making the journey clearer at each step, the goal was simply to help users move forward with a bit more confidence and a lot less doubt.