All projects
FinTech · MSME Lending

MyKinara Customer App

A self-service lending experience for India's MSME owners.

Role
Lead Product / UX Designer
Team
BA · Product · Engineering · CRM (Zoho) · QA · Marketing
Duration
12 Months
Status
Completed
FigmaMiroAdobe SuiteChatGPTPerplexityGoogle Forms
MyKinara Customer App hero visual
Problem

Customers couldn't independently manage their loan lifecycle, depending on support teams for every update — causing delays, confusion, and load on support.

Outcome

Reduced support dependency, improved transparency, and gave MSME owners full control over their loan journey.

40%
Reduction in support calls
60%
In-app repayment adoption
<3 min
Service request completion
50%
Self-service issue resolution
History

What was happening before this project.

Before: The existing MyKinara app was built for internal field officers. Customers had limited access to loan information and depended heavily on support and relationship managers.

Why it mattered: Without independent lifecycle management, customers experienced delays and confusion, while operational load on support teams kept growing.

What triggered the solution: Kinara Capital wanted to accelerate digital adoption and build a customer-first experience that improved transparency, self-service, and trust.

Who was affected
MSME business ownersExisting loan customersNew applicantsCustomer support teamsField officers
Geography

The user, their context, and where the problem lives.

Target user
Micro, Small & Medium Enterprise (MSME) business owners seeking business loans.
Age
25–50 years
Role / background
Retail store owners · Traders · Manufacturers · Service business owners · First-time digital lending users
Location
Tier 1, Tier 2 and semi-urban markets across India
Device
Android smartphones (primary), mid-range devices, limited storage and bandwidth
Digital comfort
Medium — comfortable with UPI/WhatsApp/banking apps, but struggle with financial terminology and complex flows.
Market context
FinTech · MSME Lending · Digital Loan Servicing · Customer Self-Service
Where the problem happens
Loan application tracking, repayment management, document access, service requests, status updates.
Physics

Mechanics — the journey, tasks and information architecture.

Main journey

Discover Loan → Apply → Track Application → Manage Loan → Make Repayments → Raise Support Requests → Download Documents

Top user tasks
  1. 1.Check loan status — quick visibility of active loans, applications and schedules.
  2. 2.Make EMI or overdue payments with a simple, trustworthy flow.
  3. 3.Raise and track support requests without calling.
Friction points
  • Information scattered across multiple channels
  • Heavy dependency on customer support
  • Difficult loan terminology
  • Poor repayment visibility
  • No ticket tracking
Information architecture
HomeMy LoansRewardsHelpNotificationsProfile
Flow

Login → Home Dashboard → Loan Details → Repayment Schedule → Payment → Confirmation. Support: Home → Help → Raise Ticket → Track Status → Resolution.

Where users got stuck
  • Understanding loan stages
  • Tracking repayments
  • Finding documents
  • Knowing next actions
What I simplified
  • Loan visibility
  • Repayment journeys
  • Service request process
  • Navigation hierarchy
  • Financial terminology
Chemistry

Emotions, trust and the felt experience.

Before — how users felt
UncertainDependentFrustratedAnxious
Target emotion
TrustworthyClearEmpoweringReassuringTransparent

Fears & frustrations: Fear of missing EMI payments and penalties. Confusion about status, outstanding amount and next steps. Frustration over repeated support calls for basic info.

Trust issue: Users lacked visibility into their loan lifecycle and had low confidence in digital servicing.

How design supported it: Red anchored brand consistency; green/yellow/blue signaled status. Plain-language copy replaced jargon. Clear hierarchy, large touch targets, instant feedback and real-time updates built confidence.

Biology

Behaviors, workarounds, habits.

Repeated behavior: Users repeatedly contacted support to check status, verify repayments, and request documents.

Workarounds users had
Calling customer supportContacting field officersVisiting branchesManual records

Habit loop: Trigger: EMI due date or query → Action: Call support → Reward: Get information.

Behavior to change: Shift users from support dependency to self-service loan management.

New feedback loop: Action → Instant confirmation → Status update → Trust → Continued usage. Examples: payment success, ticket status, loan updates.

Mathematics

Proof, metrics and impact.

Research sample
8–10 stakeholder interviews · product team discussions · customer support insights · competitive analysis across 5+ fintech platforms.
Usability test sample
5–8 representative users.
Task completion
Loan tracking and repayment completed without assistance; service request creation improved significantly.
Time / effort reduced
Support request creation reduced to under 3 minutes.
Errors reduced
Reduced confusion around loan status, repayment visibility and ticket tracking.
User confidence
Target improvement 6/10 → 8.5/10.

"I don't want to call support just to know my payment status."

— Research participant
Impact
  • Business: reduced support dependency, increased digital adoption, improved operational efficiency.
  • User: better transparency, faster repayments, increased confidence, easier access to information.
Metrics still to validate
  • Long-term repayment adoption rate
  • Retention and engagement metrics
  • NPS improvement
  • Reduction in support workload
  • Feature adoption across multilingual users
Design Engineering

From ideation to design system.

  1. 01
    Stakeholder discovery and competitor audit (Lendingkart, FlexiLoans, Indifi, NeoGrowth, BharatPe)
  2. 02
    Personas, journeys, IA & navigation structure
  3. 03
    Multilingual onboarding, home dashboard, My Loans, repayments, success/failure states
  4. 04
    Service request and ticket tracking module
  5. 05
    Reusable design system and component library
  6. 06
    Usability testing, terminology simplification, payment & support refinement
Deliverables
ResearchUser FlowsIAWireframesUI DesignPrototypeTestingDesign System
STAR

Situation · Task · Action · Result.

Situation

MyKinara was built for field officers; customers had no real self-service. Support teams absorbed every routine query.

Task

Lead end-to-end redesign of the customer app to enable independent loan management while reducing operational load.

Result

Customers self-serve loan tracking, repayments and support — driving a 40% reduction in support calls and 60% in-app repayment adoption.

Action
  • Stakeholder interviews and customer pain-point synthesis
  • Competitor analysis and IA redesign
  • Multilingual onboarding, dashboard, repayment, support and document flows
  • Reusable design system rolled across product squads
  • Usability testing with MSME owners across regions
Transformation

Before & after.

Before

Customers called support for every loan query, repayments happened offline, and tickets had no visibility.

After

Customers track loans, repay, raise and follow up on tickets and access documents — all from one transparent dashboard.

Final Screens

Selected screens from the prototype.

Learnings

What I'm taking forward.

Designing for financial products is not just about transactions — it's about building trust, reducing anxiety, and empowering users to manage their finances independently.