All projects

Case study

Lending Bazaar

Front-End Developer · Jun 2026

A financial platform for India that connects banks, finance companies, insurers and mutual funds through a network of agents in 700+ districts.

Screens Built
49
Partner Logos
30
JavaScript Libraries
0

Project overview

Home

Lending Bazaar connects banks, finance companies, insurance providers and mutual funds through a network of agents across 700+ districts in India. I built the website and every screen an agent, employee and admin would use after joining: 49 screens in plain PHP, HTML, CSS and JavaScript with no framework. The app screens run on sample data until a backend is built.

Project type
Website and app screens build
My role
Front-End Developer
Timeline
Jun 2026
Live site
lendingbazaar.in (home page only)
Built with
PHP, HTML, CSS and JavaScript. No framework and no build step
Screens
49: 2 public pages, 24 agent, 9 employee and 14 admin screens
Data
Sample data in the code. No database or real sign-in yet

Tools Used

Technologies, platforms, and tools used to design, develop, and deliver this project.

  • PHP, a server-side language
  • HTML5, the markup language of web pages
  • CSS3, the styling language of web pages
  • JavaScript, the language of the web

The challenge

Lending Bazaar does not sell one product. It connects banks, finance companies, insurers and mutual funds to a network of field agents. The site has to win both sides, and it has to show the tools an agent would use once they join.

  • The website

    • Explain the whole network on one page: who is on each side and how money moves between them.
    • Show six kinds of product (home, personal and business loans, insurance, mutual funds, credit cards) in one place.
    • Prove trust with the partner logos, and give an agent one clear next step: Become an Agent.
    • Show the tools an agent would use once they join.
  • The business

    • Two kinds of visitor ask different questions. An agent asks how they earn. A bank asks why it should trust the network.
    • After joining, three roles need their own screens: the agent, the employee who manages agents, and the admin.
    • Agents work from a phone in the field, so their screens must feel like an app. The admin works at a desk.
    • One site has to win both sides: the partners and the agents.
  • The build

    • No framework, no build step and no package manager. I edit a file and refresh the browser.
    • Three apps and one website share a single stylesheet, so a change in one place must not break the others.
    • The site is deployed by uploading files over FTP, so the stylesheet needs a version number to get past browser caches.
    • The stack has to stay simple enough that anyone on the team can edit it.
  • What I wanted to improve

    • One home page that explains the network in a single scroll and leads to Become an Agent.
    • Every screen a person would use after joining, in the right shape: phone width for agents and employees, desktop for admin.
    • One look (colors, type and buttons) across the website and all three apps.
    • Add a partner by dropping one logo file in a folder, with no code change.
Frontend Development Lifecycle · Step 1 of 6

Architecture: plain PHP and one shared stylesheet

The simplest stack that does the job. Plain PHP puts the pieces together, plain CSS and JavaScript style and animate them, and nothing needs installing.

  • 61

    PHP files

  • 49

    Screens

  • 6,343

    Lines of PHP

  • 5,067

    Stylesheet lines

  • 30

    Partner logos

  • 0

    External scripts

  • What it is built with

    PHP files that include each other, HTML5, one stylesheet of 5,067 lines, and about 230 lines of JavaScript in one block at the bottom of the footer file. Icons come from Font Awesome 6.5 and the fonts from Google Fonts, both loaded from their own servers. There is no framework, no build step and no package manager: I edit a file and refresh the browser, running on XAMPP. The site is uploaded to the host with FileZilla.

  • How the pages fit together

    Each public page includes the shared header, its own sections and the shared footer. Each app has its own small shell instead: one file that opens the page and the phone-width frame, one for the bottom bar and one that closes the page. That keeps the apps from loading the website's header, footer or script.

  • One stylesheet for four things

    The website, the agent app, the employee app and the admin panel all read css/Lending_style.css, in numbered sections: tokens, the button system, the website sections, the app frame and bottom bar, forms, status badges, cards, the admin sidebar and tables, and the contact page. The page loads it with a version number (?v=38) so that after an upload, browsers fetch the new file.

  • What the app screens run on

    Every name, amount and chart on the app screens is a sample row kept in the PHP file. There is no database and no check on who is signed in: the Login and Verify buttons are links to the dashboard, and the contact and newsletter forms only show a Sent message. The multi-step forms read their step from the address (add-lead.php?step=2). These screens are finished layouts, ready to be wired to real data.

How a page is put together

  1. Header file (head, banner, menu, drawer)
  2. Page sections
  3. Footer file (footer, all JavaScript)
  4. One stylesheet with a version number
  5. Upload by FTP
Frontend Development Lifecycle · Step 2 of 6

Real code from the pages and scripts

Ten real excerpts, grouped by what they do. They are copied from the files by a script, so they match the repo.

The stylesheet and the app pages are much longer than these excerpts. No keys or passwords exist in the project.

Frontend Development Lifecycle · Step 3 of 6

Building the hero, forms and app screens

  • A headline that types itself

    The hero finishes the sentence “Building India's Financial Infrastructure for …” with five words in turn (Everyone, Agents, Banks, NBFCs, India), typing and deleting each one with a blinking cursor.

  • Numbers that count up

    A number marked with a few attributes counts from zero the first time half of it is on screen, shows Indian digit grouping (50,000) and stops at its target. The same code runs on the home and contact pages.

  • Partner logos from a folder

    The scrolling strip reads every image in the Logo folder, skips the site's own logo and lists them twice for a seamless loop. Thirty partners show today: banks, finance companies, insurers and investing apps. Adding one is a file copy.

  • A header that behaves

    A closable banner sits above the menu and the menu moves up when it is closed. After 60 pixels of scrolling the menu gets a shadow. Links to sections scroll smoothly, stopping 80 pixels short so the heading is not hidden, and the current section is highlighted in the menu as you scroll.

  • A phone drawer

    On small screens the menu becomes a drawer with a dimmed overlay. It closes from the close button, the overlay, any link or the Escape key, locks page scrolling while open, and keeps its open state in an aria-expanded value for screen readers.

  • Login with a code

    The agent login asks for a phone number, then shows code boxes. Typing moves to the next box, Backspace goes back, and a 30 second countdown gates Resend. The splash screen before it moves on by itself after 2.2 seconds.

  • Registration and adding a lead in steps

    Registration has three steps and adding a lead has four, each with a stepper at the top that ticks off finished steps. Back and Next buttons move between steps.

  • A contact page that answers questions

    A form with a label on every field, four quick contacts, a map of the head office and seven questions in an accordion that opens one at a time.

  • An admin panel that folds on a phone

    The sidebar becomes a slide-in menu on small screens, opened with a menu button and closed by tapping outside it. The tables have search, filters for product, status, region and dates, and paging.

Frontend Development Lifecycle · Step 4 of 6

What I found when I ran the screens

I ran the code on a local PHP server, captured the screens shown on this page and read through the files. These are the flaws that turned up. I left the code as it was.

  • What I ran

    The screens on this page come from the code running on a local PHP server on 4 October 2026, at laptop and phone widths. Two screens were left out of the capture because of flaws listed below: the agent welcome logo and the admin dashboard activity list.

  • Found and not fixed

    Found while reading and capturing the code, and not changed. (1) The About Us and Careers menu links, and the Become an Agent button in the hero, point to ids that do not exist on the page. (2) The contact page numbers (5,000+ agents, 50+ partners, 20+ states) differ from the home page (50,000+, 120+, 28). (3) The app shells still ask for stylesheet version 8 while the website asks for 38, so the apps can show an old cached stylesheet after an update. (4) The admin Recent Activity list prints the color word instead of the message. (5) The logo in the admin sidebar and the agent welcome screen turns into a white box, because a filter meant for a transparent logo is applied to a JPEG with a white background. (6) The home page images are PNG files of 1.4 to 2.3 MB each, 11.5 MB for the hero and six cards together. (7) The app pages have no noindex tag.

The project has no automated tests, and I have not run PageSpeed or Search Console against the live site.

Frontend Development Lifecycle · Step 5 of 6

Technical SEO: what is in place and what is missing

What the home page tells search engines and link previews today, read from the header file. It is a basic set; the gaps are listed so the next pass is clear.

  • In place

    A title and description about India's financial distribution network, a keywords tag, robots set to index and follow, Open Graph and Twitter card tags with a title and description, the language set to English, one h1 with an h2 for each section, and a label on every section. Logo images have alt text made from the file name and fixed width and height, so the page does not jump while they load.

  • Missing

    No sitemap and no robots.txt, no canonical link, no structured data, and no social share image. The contact page has no title of its own and shares the home page's. The app pages have no noindex tag. The big PNG images (11.5 MB for the hero and six cards) slow the first load.

What every page carries

  • A title and description (shared)
  • Open Graph and Twitter card tags
  • Language set to English
  • A robots tag set to index and follow

I have not run PageSpeed or Search Console against the live site, and no ranking or speed has been measured.

Frontend Development Lifecycle · Step 6 of 6

Upload by FTP, and what is live

There is no build step and no pipeline. The files are uploaded to the host over FTP with FileZilla, and the stylesheet's version number is raised by hand so browsers fetch the new file.

  • What the live site shows today

    On 2026-10-04 I asked lendingbazaar.in for each page. The home page answers. The contact page and all three apps return 404 there, and the live home page loads stylesheet version 4 where the code is at 38. I asked again for the home page and the contact page on 2026-10-07 and got the same answers. So the live site is an older, home-page-only version of this project.

See the Design Lifecycle: how the experience was structured, the visual direction and the final screens.

The final result

The home page and one app screen from each side, on a laptop and on a phone.

The Lending Bazaar home page on a laptop
Home page
The admin Lead Management screen on a laptop
Admin: lead management
The Lending Bazaar home page on a phone
The agent app home screen on a phone

Results

These come from reading and running the code on my machine. The screens were captured from a local server on 2026-10-04. The company numbers shown on the pages (50,000+ agents, 120+ partners, 700+ districts) are the client's copy, not figures I measured.

What changed for visitors

  • A visitor can see the whole network, six products and the four steps to join in one scroll.
  • An agent can click through every screen of the app, from the first welcome screen to withdrawing money, before any backend exists.
  • Adding a partner logo takes one file copy and no code change.
  • Everything runs from plain files, so the team can edit and upload it without installing anything.

This page has no traffic, speed, sign-up or conversion numbers, because none are recorded. The live site serves the home page only, and the app screens use sample data until a backend is built.

What I learned

  • Building

    • Keep shared pieces in one place. One header, one footer, one app shell and one stylesheet kept four things consistent.
    • When a stylesheet is versioned by hand, every page that loads it must be updated together. Two shells still ask for version 8.
    • A link needs a target. Three menu and button links point to ids that are not on the page.
    • A filter that suits a transparent logo can turn a JPEG into a white box. Check each logo on its own background.
  • Content

    • Every number must agree wherever it appears. The home and contact pages tell two different stories.
    • Sample data is fine for a prototype, but it must never print a color word where a message should be.
  • What I'd improve

    • Add a backend and a database so the lead, earnings and admin screens use real data, with a real login.
    • Fix the dead links, the white logo box, the activity list and the mismatched numbers.
    • Convert the large PNG images to WebP and add a sitemap, canonical links, structured data and a share image.
    • Bump the stylesheet version in every shell together, or move to a file name that changes with the content.
    • Publish the contact page and the apps to the live site.

My part

  • What I built

    • The home page, the contact page and their shared header and footer.
    • The agent app (24 screens), the employee app (9) and the admin panel (14).
    • The design system: tokens, button system, number strips, status badges and the app frame.
    • All the JavaScript, with no libraries.
  • Provided by others

    • The company, its product and its copy, including the numbers and testimonials.
    • The brand logo and the partner logos.
    • The domain and the hosting.

On everyscreen

The portfolio home page on an iPhone

iPhone

The portfolio home page on a tablet

Tablet

The portfolio home page on an Android phone

Android

You may also like

EGN ConnectX screenshot

The official website for India's big education leadership summit. People can register, book stalls and nominate for awards, and explore the venue in an interactive 3D floor plan. Over 20,000 visitors are expected.