02.1 / UX UI Shorts

UX UI Shorts

Project 1, 2, and 3 on one page — same template, stacked in order.

Project 1

IR Stunner

Tools & languages

Figma · HTML · CSS · JS

Duration

Mar 2026

Live site

irstunner.com
Project overview

A powder you mix with paint so factory and home roofs act as a thermal shield — cutting radiant heat before it enters the building. The design goal was trust: credible numbers, a consult-first CTA, and packaging that reads cleanly in-store and in photos.

UX & UI

Two distinct entry points — industrial and CHILL HOME residential — so each visitor sees only the story relevant to their roof. High-contrast stat strips and repeated WhatsApp/audit CTAs keep the decision path short.

Development

Static-first, mobile-optimised build with lazy images and clear heading hierarchy. Handoff included UI tokens and packaging dimensions so marketing updates stay low-friction.

Marketing & sales / impact

Sales growth (summer, WhatsApp-led)

15% → 40%

Core CTA

WhatsApp + on-site / audit

Split positioning

Industrial · CHILL HOME

Sales motion

Specifiers → field trials

Channel focus

Consult-led, not paint upsell

Packaging & product

IR STUNNER box — front
Front
IR STUNNER box — back
Back
IR STUNNER box — left
Left
IR STUNNER box — right
Right

Project 2

iRasus

Tools & languages

Figma

Duration

Sept 2024 — Dec 2024

Client link

— (no public URL for this work)

Project overview

iRasus builds AI-driven battery intelligence for e-mobility, stationary storage, and manufacturing — the Preksha platform and related apps help fleets and operators see packs in real time, catch faults early, and extend life. I supported a dashboard revamp: competitor and landscape analysis, then cleaner tables, layouts, and real-time vehicle monitoring so heavy telemetry stays legible in operations.

UX & UI

I mapped competing analytics products and in-field review sessions to find where operators got lost. The UI prioritises at-a-glance health, trip and geolocation, and clear drill-downs from fleet → vehicle → pack — aligned with how admins and drivers actually work during incidents.

Design

Delivered as a Figma system: grids, table density, filter patterns, and responsive breakpoints for the monitoring views. The production stack stayed on the client side; I handed off component-ready frames and redlines for the internal app team.

Marketing & sales / impact

Batteries tracked

7,000+

Energy managed

2 GWh

Fossil fuel saved

730K ltr/yr

CO₂ avoided

1.06K tn/yr

Buses & vehicles

2,000+

Design walkthrough

Figma / screen capture — client work is internal; not a public live product.

Project 3

IndiaOne ATM Manager

Tools & languages

Figma · Mobile app (flows & UI)

Duration

2024 — 2025

Access

Client-only — no public link

Project overview

The client runs ATMs, and a surprising amount of the job still lived on paper: when a machine was low on cash, when it needed a firmware or configuration touch, and especially how cash moved from the bank, through loadmen, and into the cassettes. Teams were manually checking sites, writing down who carried what, and tracking how much each loadman had deposited and in which denominations — all in notebooks and loose sheets. When one person oversaw more than one ATM in different areas, the mental map broke even faster. The load was on one side; proof of what went into the machine was on another. After a working session with the client, the problem sharpened: they did not need another heavy banking product — they needed a trustworthy ledger in the field that could follow loadmen, cassettes, and deposits in one place, with as few taps and menus as possible so mistakes drop while everyone still feels in control.

UX & UI

We sketched a product with two logins that mirror how work actually happens. Admin owns the people and the map: they onboard and manage loadmen, see who put cash into which ATM, and can switch between two or more machines in different areas without juggling separate notebooks. Loadman works at arm’s length: they record denominations they received from the bank, fill what they are about to put into the machine before a deposit run, then cross-check what they typed against the bank’s figures, confirm the drop, and that signal goes straight back to the admin — a closed loop, no extra phone tag. The client was explicit: no bottom nav, no hamburger of mystery screens, no enterprise density. The speciality of this app is that it feels like two clean doors (Admin vs Loadman), shallow screens, and as little touching as we could get away with — one primary action per moment, and the rest stays out of the way. That’s how we kept it simple, fast to train, and hard to use wrong in a rush.

Design

I translated the flows into a tight Figma system — spacing, type, and a single primary action pattern — then into build-ready screens for a mobile app so engineering could implement without re-interpreting the field logic. NDA/ops constraints mean the build stays in the client’s environment; the deliverable on my side is the interaction model, UI, and handoff that matches how they work on site every day.

Admin

Atm-1
Atm-1.mp4?v=real-atm-1

Adding a new loadman

Atm-2
Atm-2.mp4?v=real-atm-2

See who deposited, and in which denominations

Loadman

Atm-3
Atm-3.mp4?v=real-atm-3

Refill denomination inputs before depositing

Atm-4
Atm-4.mp4?v=real-atm-4

Cross-check with bank values, confirm deposit; admin gets notified

Back to home