← Back to all projects
FintechConversational AIDesign → Front-end

DCB CUBE 2.0 AI Platform

AI-powered onboarding for one of Indian banking’s most complex account types — a conversational platform that guides any relationship manager through opening a Trust account by chat, not forms.

RoleLead Requirements Gatherer · UX/UI Designer · Principal Front-End Developer
CompanyAtirath Technologies × DCB Bank
TimelinePOC 2.5 months · BRD signed May 2026 · Releasing through Sept 2026
ToolsFigma, FigJam, Figma Make, React
Ikee sign-in screen for the DCB CUBE onboarding portal
POC 01The RM signs in to the CUBE onboarding portal — Ikee greets them by name.
Customer dashboard listing trust accounts in progress and past customers
POC 02The customer dashboard: accounts in progress and past customers at a glance.
Ikee guided chat walking a relationship manager through the Trust account journey
POC 03Ikee’s guided chat walks the RM through the Trust journey, one step at a time.
2.5 moproof of concept that won DCB as a signed client
~70,000customers set to onboard through the platform across India
600–700trust-account openings a day the process must support
3account types now in build under the signed BRD — each mine end to end

The context

one of banking’s hardest journeys

Opening a Trust account is one of the most complex onboarding journeys in Indian banking — layered across multiple Trust Acts, with dozens of document and KYC checks that change from case to case.

01

No specialist in the room

Relationship managers with no prior trust experience were expected to open these accounts correctly.

02

Volume at national scale

A single executive stakeholder oversees 600–700 trust-account openings a day, nationwide.

03

Manual at every step

Every account meant navigating regulation by hand, gathering the right documents, and verifying each one’s validity.

04

It didn’t scale

The result was a slow, error-prone, expert-dependent process — impossible to grow to national volume.

The brief: prove that an LLM-driven chatbot could guide any RM through the entire journey — accurately, and without a specialist in the loop.

Project overview

the platform in brief

CUBE 2.0 is an AI-powered onboarding platform built for DCB Bank. At its centre is Ikee, a conversational assistant that lets any relationship manager open complex accounts through a simple chat — not forms — while the system handles the heavy lifting behind the scenes.

What CUBE 2.0 does

  • Opens accounts through a guided conversation instead of dense forms.
  • Walks any RM through each step in plain language — no specialist required.
  • Reads and checks documents as they’re collected, flagging what’s missing or invalid.
  • Produces the bank’s completed application paperwork at the end of the journey.

What I own

  • Requirements — the single point of contact with DCB’s executive stakeholders.
  • UX / UI — every screen and the full chatbot interaction model.
  • Front-end — shipping the production UI, accelerated by code-gen automation.
  • Scope — the platform behind DCB’s first wave of AI onboarding products.

The challenges

four at once

Four problems had to be solved at once for the concept to be credible to a bank.

Regulation overload

Multiple Trust Acts and case-by-case rules that no single RM could be expected to know.

Inexperienced operators

The product had to make a first-timer perform like a seasoned trust specialist.

Document validity

Every document had to be the correct one — and actually valid — before submission.

Built for scale

The journey had to hold up across roughly 70,000 customers nationwide.

Design goals

five principles
01

Make complexity invisible

Hide the regulatory machinery and surface only the next simple step the RM needs to take.

02

Guide, never gate

Ikee leads the way and explains as it goes — it never blocks the RM with jargon or dead ends.

03

Status you can trust at a glance

Always show where the account stands and whether each document is valid, pending, or rejected.

04

True to the DCB brand

Every screen built to the DCB brand book — navy, yellow, Arial — so it feels unmistakably like the bank.

05

Paper-free by default

The entire journey runs end to end digitally, with zero physical forms.

One platform, many account types

built to extend

CUBE 2.0 is built so the same conversational experience can open very different account types. The Trust journey proved the model; the platform is now being extended across DCB’s onboarding suite — each new type plugging into the same intelligent core.

Chat-first onboardingSmart document handlingLive validity statusAuto-generated paperworkReady for new account types

Products I’m leading

first three under the BRD

The first three account types under the signed BRD — each one mine end to end across requirements, design and front-end.

01

Individual Staff Account

Fast, guided onboarding for the bank’s own staff members.

RequirementsUX/UIFront-End
02

Individual Savings Account

Resident individual savings onboarding, designed for everyday scale.

RequirementsUX/UIFront-End
03

Proprietorship Account

Non-individual onboarding tailored to sole proprietors.

RequirementsUX/UIFront-End

The logic engine

mapped before a pixel

Before a single screen was designed, I mapped the entire trust-account decision logic — every branch, document gate and validation path the assistant would follow. This map became the framework the LLM engine and the chatbot UI were both built on.

The full trust-account decision map — many dense branching columns per account type
DECISION MAPThe full trust-account decision map at scale — too dense to read at a glance, which is exactly the point: it’s the rigour the product is built on.

Architecture I helped shape

a seat at the table

Owning the requirements end to end earned me a seat at the architecture table. After the BRD was signed, I helped draft the platform’s logical architecture — the layered system that carries a conversation from the RM’s screen all the way to the bank’s core.

Logical layered architecture diagram spanning client, middleware, microservices, data layer and DCB bank services
ARCHITECTUREThe logical layered architecture — client interfaces through a gateway into the AI middleware (orchestration, LLM and OCR engines, validation), the account microservices and data layer, wired through to DCB’s core banking services.

Visual design system

aligned to DCB

Every surface is built to the DCB Bank brand book, so the product feels unmistakably like the bank from the very first screen.

DCB Blue#17479EThe bank’s primary navy. Anchors headers, structure and brand presence.
DCB Yellow#FFDD00The signature accent. Reserved for action, focus and highlights.
Neutral Grey#6D6E71A quiet supporting tone for body text, labels and dividers.
AaArial

Bold for headlines and section titles, where hierarchy matters most.

Regular for body and narrow for fine print — used consistently across every screen.

A system, not a set of screens

Three rules keep every account type feeling like one product.

MobileDesigned for the RM’s phone, where onboarding actually happens.
FocusOne primary action per screen keeps an inexperienced RM on track.
SystemShared components and spacing across every account type.

From design to code

with Figma Make

I don’t just design these products — I ship them. Using Figma Make I generate front-end code straight from my designs, which is how I act as both lead product designer and principal front-end developer on this engagement.

The DCB Bank POC Figma canvas with the full set of designed screens and flows
STEP 01Design in Figma — every screen for the trust journey, built to spec against the DCB brand system.
Figma Make generating the DCB onboarding front-end from the design, with a live phone preview
STEP 02Generate with Figma Make — designs converted into working front-end code, collapsing the design-to-dev gap.
The generated DCB StaffAccount React source open in the editor, refined for production
STEP 03Refine & ship — the generated code hand-tuned into production-ready UI for the official DCB products.

Outcome & learnings

what it added up to
01

POC → signed client

A two-and-a-half-month proof of concept convinced DCB’s CXO team — a PO was signed and DCB officially became our client.

02

From POC to a product suite

The first BRDs followed, kicking off DCB’s first wave of official AI onboarding products.

03

Owning requirements opened doors

End-to-end ownership of the POC earned me the architecture seat on the official build, not just the design one.

04

Designed for real scale

Rolling out through September, the platform is set to ease onboarding for roughly 70,000 customers across India.