Do you work on-site in Mumbai?

Engagements are remote from our studio unless a later brief says otherwise. We do not advertise a Mumbai office we do not have.

Can you handle production systems, not just MVPs?

Yes. MVP is one path. Web apps, APIs, DevOps retainers, and maintenance sit beside it — scoped in writing.

Start a project with the problem, users, and constraints. We will not invent Mumbai-only packages.

Will you redesign our entire brand?

Brand systems can be scoped. Default is product UX that respects your existing brand unless a wider engagement is agreed.

Do you do user research?

When the problem is genuinely unclear, yes — scoped. We will not invent a six-week research theatre for a journey you already understand.

What tools do you hand off in?

Figma for interface work, plus notes engineers can use. We design for implementation, not for a portfolio shot.

Quote after a written brief. We write a scoped proposal before build starts — no invented fixed quotes for open-ended work.

UI/UX Design · Mumbai, India

UI/UX Design for teams in Mumbai

Mumbai operators tend to care about reliability, audit-minded process, and whether the vendor will still pick up the phone after launch. We build product and platform work with that bar: explicit scope, environments you can explain, and support that is a retainer — not a disappearing WhatsApp thread. We are not a Mumbai branch office. Flows, interface systems, and states designed to be implemented — not presented once and abandoned.

Mumbai is IST. Same-day collaboration is normal; evening release windows are scheduled, not improvised.

Interfaces shaped for the journeys that matter — ready to build, not just to present.

Scoped project · typically 3–8 weeksQuote after a written brief

Start a Project See how it works

OverviewScoped project · typically 3–8 weeks

Interfaces shaped for the journeys that matter — ready to build, not just to present.

Problem

Pretty screens that ignore states become expensive rework.

Engineering inherits empty error paths, unclear hierarchy, and designs that never met the data model. A moodboard is not a product specification.

When design leaves the room before implementation, every edge case is invented twice — once in Figma fiction, once in production bugs.

Solution

Design with implementation in the room.

We shape journeys, components, and edge cases so engineering can ship without translating fiction into product. States are first-class: empty, loading, error, permission denied.

Design-only engagements still produce implementable artifacts. Design-engineering pairs ship faster because the argument happens before the pull request.

Fit

Know if this is the right practice.

Honest filters save both sides weeks. If the problem does not look like this, we will say so before you buy a track that will not land.

Ideal for

Product teams whose current UI looks finished until someone hits an empty state
Founders who need flows for a first slice — not a 200-screen design system theatre
Engineering leads tired of receiving mocks that ignore the data model
Studios that want a design language their next hire can actually extend

Not a fit when

Visual skins with no product decisions underneath
Endless exploration without a build constraint
Design systems for products that do not exist yet
Handoffs that ignore empty, error, and loading states

How it works

The path from brief to handoff.

5 stages for this practice — still anchored in the studio path from Discover through Improve.

Frame the journeys

Who is doing what, under which constraints. We design the paths that matter for this slice — not every hypothetical.

Structure the system

Hierarchy, components, and a language that can survive the second feature.

Design the states

Happy path plus the unglamorous ones. If it can fail, we show it.

Handoff for build

Artifacts aligned to the data model and the build plan — not a dump of disconnected frames.

Stay for implementation

When scoped as a pair, design reviews the real UI so fiction does not re-enter through “quick fixes.”

What you get

Handoff you can own. Change you can feel.

Deliverables

Flows and UI for the agreed product slice
Component and state guidance for engineering
Handoff package aligned to the build plan
Empty, loading, and error treatments for the scoped journeys
Notes on what was deferred so the next slice does not restart from zero

Outcomes

Interfaces that survive engineering review because states were designed, not guessed
A component language you can extend without a new moodboard every sprint
Less rework: design and data model argued before code, not after launch

Capabilities

User journey and flow design
Interface systems and component thinking
Empty, loading, error, and permission states
Handoff artifacts engineers can use
Collaboration with architecture on feasibility
Focused research when the problem is genuinely unclear
Brand-respectful product UX — or a wider brand system when scoped

Technology

Stack we typically reach for here.

Figma
React
Next.js
TypeScript
Tailwind CSS

Teams in Mumbai

Who this page is for.

Fintech-adjacent and operations platforms
Media and marketplace products with real traffic shape
Founders and COOs who want a maintainable system, not a demo

The practice itself is unchanged. Read the UI/UX Design page for the full offering without a location overlay.

Selected work

Product work from this practice.

FinTech

RealLifeTrador — Trading dashboard

Operators work from one trading surface with clearer portfolio visibility and live market context.

Read the study

Practices that often sit beside this one.

Web DevelopmentA web product operators can run after launch — not a theme with a login bolted on.Explore

MVP DevelopmentA defined product slice in production in four weeks — when the brief fits.Explore

Commercial

Written before we build.

Often 1–3 weeks for a focused slice; longer when a full system and research are in scope.

Engagement: Scoped project · typically 3–8 weeks
Pricing lane: Products

Pricing

Quote after a written brief

Scope drives the number. You get a written proposal before build starts — not a surprise invoice after.

Start a Project

Also serving

Same practice, other places we work with teams.

These pages are for teams in that place. They are not local office listings.

FAQ

Common questions for this service.

Next step

Ready to talk through UI/UX Design for teams in Mumbai?

Start a project conversation — or email us with the problem you are trying to solve.

Start a Project See Our Work hello@kodeeslabs.com