Fintech product design and build, from Dhaka

Fintech app design services for wallets, investing and money products

I'm Maniruzzaman Jubayer, and with the senior team I lead I design and build fintech products: wallets, investing and personal finance dashboards, lending flows and the websites that sell them. Every money screen we draw answers four questions before the button: who it goes to, what it costs in total, when it lands and how to take it back.

7 fintech case studies on this site · Built in React, Next.js, React Native and Flutter

Line drawing of a phone with a card sliding out of it, coins stacking into a rising bar chart, and a small payment dot travelling along a path to a check mark.

Founders building wallets, banks and investing tools work with me

Years building fintech products
6+
Products shipped
50+
Behance gallery features
22

Maniruzzaman Jubayer

Design engineer and product design lead, with a senior team behind me

04 problems

The problems fintech founders bring me

Most fintech briefs start with one of these four. Each comes with what I do about it.

  1. Problem 1: People give up at the identity check

    Sign-up goes well until the ID scan, then the funnel falls off a cliff. Much of that is design, not law. I add a screen before the first field that says what you need, how long it takes and why, autofill from the scanned document, make retakes easy, show honest pending times, and design the route for people whose check fails before the happy path. My guide to fintech app design sets out the order.

  2. Problem 2: Sending money feels risky

    When a transfer screen hides the fee, shows a tick before the money moves or fails with an error code, people stop trusting the app. I design one review screen for every money flow, with the recipient, the total, every fee and the arrival date before the button, then name each state honestly: processing, needs action, succeeded, failed. On ZenPay, every payment has a PIN step and a receipt with a transaction ID.

  3. Problem 3: A regulator will read your screens

    Fee pages, risk warnings and cancel flows are judged on whether customers understood them, not on whether the words were somewhere in the terms. I put the total cost beside the button, give risks the same weight as benefits, make leaving as easy as joining, and test understanding with real questions, then keep a record of what changed and why. My guide to Consumer Duty UX covers the UK case.

  4. Problem 4: Too many numbers on a small screen

    Balances, holdings, forecasts and charts pile up until nobody can find the one figure they opened the app for. I lead with that figure, line columns up with tabular figures, start bars at zero, mark forecasts as forecasts, and put any AI insight beside the number it explains, so people can check it. That is how my team approached WealthWise, an AI personal finance dashboard.

Fintech products and websites my team has designed

A mobile wallet, two AI finance dashboards, and four websites and landing pages for finance products, all designed by my team.

ZenPay: A mobile wallet for sending, receiving and tracking money

Product design · Fintech

ZenPay

A fintech app for payments, expense tracking and budgets, with its research, user flow and UI design.

View case study
Nexfolio: An AI-powered investment dashboard

Product design · Fintech

Nexfolio

Portfolio management, market forecasts and AI insights in a web app made for modern investors.

View case study
WealthWise: An AI personal finance dashboard

Product design · Fintech

WealthWise

Cash flow, investments and financial goals in one AI-assisted web dashboard.

View case study
Fintus: A website for a banking and saving platform

Website design · Fintech

Fintus

A fintech marketing site, from the homepage and feature pages to the type and design process.

View case study
Fintech SaaS website: A product website for a fintech SaaS

Website design · Fintech

Fintech SaaS website

A dark, product-led website for a fintech SaaS, designed for Webflow.

View case study
FundFlo: A landing page for a finance SaaS

Landing page · Fintech

FundFlo

A finance management SaaS landing page, from the layout grid to the final page.

View case study

Is your transfer screen the one people read three times before they tap? Let's fix it.

Start a project

The fintech products I design and build

Six kinds of money product, each with its own hard screens. The case studies above show the first five.

  • Wallets and payments

    Top up, send, request and withdraw, with the balance first and the two or three actions people open the app for one tap away. The review screen, the PIN or biometric step and the receipt follow one order in every flow, as on ZenPay.

  • Investing and wealth

    Portfolios across stocks, crypto and other assets in one view, watchlists, goals and forecasts that never look like history. On Nexfolio, an AI-powered investment dashboard, my team set a 12 column grid so figures line up from page to page.

  • Lending and buy now, pay later

    Applications, affordability questions, the repayment schedule and the total cost of credit on one screen before anyone signs. There is no lending case study on this site yet; the patterns come from the wallet and dashboard work, and from where Tamara and Tabby sit in a Saudi checkout.

  • Banking and saving websites

    Sites that explain what the product does in one line and answer security, fees and devices before sign-up. My team designed Fintus, a website for a banking and saving platform, on desktop, tablet and mobile.

  • Personal finance dashboards

    Cash flow, spending, budgets and goals, with each insight phrased as a plain next step rather than another chart. WealthWise runs to more than 40 screens, with a mobile layout of the home view.

  • Fintech SaaS and B2B payments

    Finance tools for businesses: invoicing, payouts, approvals with roles, and the product website that sells them. My team designed a product website for a fintech SaaS covering payments, banking services and analytics.

The fintech rules and standards I design around

Each card names the rule, what it means for your screens and where I read it. This is design guidance, not legal advice: your compliance team or counsel confirms what applies to you. For the Gulf, my pages on product design in Riyadh and Dubai cover local sign-in and payment systems.

  1. The EU technical standard asks for two or more elements out of knowledge, possession and inherence, and for dynamic linking: the payer "is made aware of the amount of the payment transaction and of the payee". It caps consecutive failed attempts at five before a block, and online sessions at 5 minutes without activity. So the approve screen shows the amount and payee, an error never says which factor was wrong, and people are warned before a lockout or a timeout.

  2. The PCI Security Standards Council describes PCI DSS as "a baseline of technical and operational requirements designed to protect payment account data", for every business that stores, processes or transmits cardholder data. The cheapest design decision is to keep card numbers off your servers: card entry sits in your payment provider's hosted fields, saved cards show only the last four digits, and no screen, log or support tool ever displays a full number.

  3. KYC and anti-money laundering checks

    FATF, Guidance on Digital ID (6 March 2020)

    The FATF Recommendations set the international standard behind every country's customer due diligence rules. Its Guidance on Digital ID (March 2020) helps firms decide whether a digital ID is reliable enough for those checks, and notes it can give people without traditional identification a way into financial services. In design terms: ask only what your provider and regulator need, offer national digital IDs such as UAE Pass where they exist, and never end a failed check in a dead end.

  4. PRIN 2A.5.3 says a firm's communications must be "likely to be understood by retail customers" and must equip them to make decisions that are effective, timely and properly informed. PRIN 2A.5.10 adds testing before release, where appropriate, and monitoring afterwards. So the fee screen, the risk warning and the cancel flow get tested for understanding, and the evidence is kept. I do this for teams who hire a fintech product designer in London.

  5. The Directive covers consumer banking services provided after 28 June 2025. Its annex asks that identification, electronic signatures, security and payment services be "perceivable, operable, understandable and robust", and that information not exceed level B2 of the Common European Framework of Reference for Languages. Microenterprises providing services are exempt. I design to WCAG 2.2 AA and write money copy in plain words. My guide to the European Accessibility Act goes further.

  6. MAS's E-Payments User Protection Guidelines, last revised on 25 October 2024, ask for an onscreen chance to confirm the account debited, the amount and the recipient's credentials, with a warning to check, before any payment runs. They also ask for real-time alerts on outgoing payments, a prominent "kill switch" in the app to block access, and a cooling off period of at least 12 hours for high-risk actions on a new device. More on my Singapore product design page.

How I run a fintech project, with a compliance read before handoff

The same four steps as every project, with the checkpoints money products need.

  1. 01

    Free 30 minute intro call

    Bring your busiest money screen, your fee table and your identity provider's flow. We talk through the product, the markets you serve and the part that hurts most, and I give you an honest view of whether I can help.

  2. 02

    Written scope and one fixed quote

    You get a written scope, flow by flow, with a list of the rules that likely touch your screens in each market for your counsel to confirm, and one fixed quote for the whole project. No retainer and no hourly billing.

  3. 03

    Money screens in grey first

    Weekly sprints in Figma, a written update in Slack every 48 hours and a review call each week. Every money flow and every state is drawn as a greyscale wireframe before any visual design, because that is where amounts, fees and mistakes show up.

  4. 04

    Compliance read, then handoff and build

    Before handoff, your compliance owner reads the copy and flows against the rule list from the scope. Then a documented design system and a walkthrough with your engineers, or my team builds it in React and Next.js, React Native or Flutter.

What you get from a fintech product project

Everything a fintech team needs to ship money screens with confidence, in one engagement.

  • Sign-up, KYC and recovery flows

    From the first screen to a verified account, with the pending, retry and failed routes designed, plus sign-in with passkeys or biometrics and a recovery path that doesn't undo the security.

  • Every money screen and state

    Review, confirm, processing, needs action, succeeded, failed and refunded, with receipts that carry the amount, recipient, date and transaction ID.

  • Fee and disclosure layouts

    Every charge on its own line before the button, the exchange rate and mark-up shown, and the same figures in the app, the email and the PDF.

  • Dashboards and honest charts

    Balances, portfolios and cash flow with axes that start where they should, periods that suit the decision and forecasts marked as forecasts.

  • A design system built for money

    Amount and Change components, status tokens with a word and an icon each, and review and receipt templates, in light and dark, named the same in Figma and in code.

  • Accessibility to WCAG 2.2 AA

    Contrast pairs in the tokens, focus and reading order on every screen, and layouts checked at 200% text, where long balances break first.

  • A rule map for your counsel

    A short document that links each screen to the rule it was designed around, so your compliance review starts from a list rather than a blank page.

  • Front end or app build, if you want it

    The same team builds the web app in React and Next.js or the mobile app in React Native or Flutter, connected to your payment and identity providers. See development.

Services fintech teams hire me for

Most fintech projects use two or three of these together.

How people pay and bank now: the numbers behind fintech design

Figures from the World Bank, the European Central Bank and the US Federal Trade Commission, quoted as published.

of adults globally have an account, the World Bank's Global Findex 2025 reports
79%
World Bank, The Global Findex Database 2025
of adults in low and middle income economies own a mobile phone, and 3 billion have smartphones (Global Findex 2025)
84%
World Bank, The Global Findex Database 2025
of the value of euro area payments in shops went through mobile apps in 2024, up from 4% in 2022
7%
European Central Bank, SPACE 2024 press release (19 December 2024)
of the value of euro area consumers' day-to-day payments was made online in 2024, up from 28% in 2022
36%
European Central Bank, SPACE 2024 press release (19 December 2024)
in fraud losses reported by US consumers to the FTC in 2025, from 3 million fraud reports; $7.9 billion of it to investment scams
$15.9 billion
Federal Trade Commission, testimony to the Joint Economic Committee on fraud (March 2026)

My team, a large agency or a freelancer for your fintech product

An honest comparison, row by row, including where the other two win. You get the senior people an agency would bill for, without the layers.

What you getMy teamLarge agencyFreelancer
Senior designers on your product from week oneYesSometimesYes
Wallet, investing and finance website work to showYesOftenSometimes
Design and front-end build by one teamYesYesNo
Each screen mapped to the rule behind itYesSometimesSometimes
One fixed quote for the full scopeYesSometimesSometimes
Cover when someone is ill or leavesYesYesNo
In-house legal and compliance specialistsNoSometimesNo
An office in your cityNoOftenSometimes

What founders say about working with me

Working with Jubayer and the team has been a blast. Their creativity has honestly taken our platform to new heights. Incredibly professional and so proud to work with, we’re over the moon with their results, and we can’t wait to team up with them again.
Rihab LajmiCEO, Asendia AI (Backed by Y Combinator)
I highly recommend Jubayer for any design project. He quickly grasps complex concepts, excels in standard design practices, and responds promptly.
Abhishek NaleProduct lead, Strell

Guides for fintech product teams

Long reads on money screens, the Consumer Duty, accessibility, sign-in and checkout, written from my team's own projects.

Fintech app design services: questions founders ask first

Straight answers before you book a call.

How much do fintech app design services cost?

It depends on the number of money flows, the platforms, the identity and payment providers involved, the markets and languages, how much research the product needs, and whether my team also builds it. After a free 30 minute intro call I write a scope, flow by flow, and give you one fixed quote for the whole project, so you know the cost before you commit. For market rates, see my guide to how much app design costs.

Do you build fintech apps or only design them?

Both. My team builds web apps and dashboards in React and Next.js, and mobile apps in React Native or Flutter, connected to your APIs and to your payment, card and identity providers. If you have your own engineers, we hand over a documented design system and annotated flows instead, and I stay available to answer their questions while they build.

Can you make our app compliant with PSD2, PCI DSS or the Consumer Duty?

No designer can make you compliant; that is your firm's job, with your counsel. What I do is design each screen around the rules that apply, such as strong customer authentication or clear fee disclosure, keep card data in your provider's hosted fields, and give your compliance owner a map of which screen answers which rule. None of it is legal advice.

Have you designed a lending or buy now, pay later app?

Not one I can show here yet. The seven fintech projects on this site are a mobile wallet, two AI finance dashboards, and four websites and landing pages. The hard parts of lending are close to what those taught me: the total cost before the button, a clear schedule, plain consent and an honest decline. I design those screens to the same standard.

How long does it take to design a fintech MVP?

It depends on how many money flows the first version needs. A focused MVP is usually a matter of weeks, not months. Identity checks, payment states and a design system for amounts add time, because every state needs a screen. The written scope after our intro call sets out the timeline flow by flow, so you can plan a launch on a real schedule.

Will you sign an NDA and work within our security rules?

Yes. I sign your NDA before you share anything, and my team works under the same confidentiality. Files live in your workspace or one you control, we design and test with sample data rather than real customer records, and access ends when the project does. If your security team has a vendor checklist, send it with the brief.

Can you design fintech apps in Arabic for Gulf markets?

Yes. I design right to left Arabic interfaces with Arabic amounts and digits, national sign-in such as Nafath and UAE Pass, and checkouts with local methods like mada and STC Pay. Native speakers on your side approve the words. My guide to Saudi checkout UX shows the level of detail.

Do you work with fintech teams in the UK, Europe and the US?

Yes. I work remotely from Dhaka, on UTC+6 all year. Europe shares the morning or more of my day, the Gulf and Asia most of it, and for the US I keep evening calls in Dhaka, which is your morning. Everything else runs in writing, with an update every 48 hours. See how I work.

Sources and references (9)
  1. EUR-Lex, Commission Delegated Regulation (EU) 2018/389 on strong customer authentication, read 14 October 2026, read 14 October 2026: eur-lex.europa.eu
  2. PCI Security Standards Council, PCI Data Security Standard overview, read 14 October 2026, read 14 October 2026: pcisecuritystandards.org
  3. FATF, Guidance on Digital ID (6 March 2020), read 14 October 2026, read 14 October 2026: fatf-gafi.org
  4. FCA Handbook, PRIN 2A.5 Consumer Duty: consumer understanding, read 14 October 2026, read 14 October 2026: handbook.fca.org.uk
  5. EUR-Lex, Directive (EU) 2019/882 on accessibility requirements for products and services, read 14 October 2026, read 14 October 2026: eur-lex.europa.eu
  6. Monetary Authority of Singapore, E-Payments User Protection Guidelines (with effect from 16 December 2024), read 14 October 2026, read 14 October 2026: mas.gov.sg
  7. World Bank, The Global Findex Database 2025, read 14 October 2026, read 14 October 2026: worldbank.org
  8. European Central Bank, SPACE 2024 press release (19 December 2024), read 14 October 2026, read 14 October 2026: ecb.europa.eu
  9. Federal Trade Commission, testimony to the Joint Economic Committee on fraud (March 2026), read 14 October 2026, read 14 October 2026: ftc.gov

Let's design your money screens