Development case studyMarketplace Development

Building a Bilingual Car Marketplace With Seller, Dealer, and Admin Workflows

The Oman Car Marketplace coordinates public vehicle discovery with seller, dealer, inspection, moderation, and account-security workflows in one full-stack application.

Featured projectOman Car Marketplace
Repository-backed development studyWAKA STUDY / Oman Car Marketplace
Documented evidenceThree-role marketplace foundation
Next.jsNestJSPostgreSQLPrisma
Project focusMarketplace · API · Bilingual
Frontend
Next.js and TypeScript
Backend
NestJS REST API
Database
PostgreSQL and Prisma
Core roles
Seller, dealer, admin
Executive summary

What does the Oman Car Marketplace case study demonstrate?

A repository-backed case study of a Next.js and NestJS car marketplace with PostgreSQL, authentication, moderation, and English/Arabic delivery.

Business or product problemCoordinating marketplace trust without collapsing every role into one workflow
Delivery approachA marketplace flow from discovery to governed publishing
Repository-backed development studyThree-role marketplace foundation
01 · Overview

A marketplace architecture built around distinct operating roles

Automotive marketplaces have two products running at once: a public discovery experience and an operating system for the people creating, approving, promoting, and inspecting listings. The repository reflects that wider scope through public vehicle pages, seller and dealer dashboards, administrative moderation, inspection requests, saved listings, and contact workflows.

The system separates the Next.js frontend from a NestJS API and PostgreSQL persistence layer. That boundary makes listing rules, account security, and moderation states backend responsibilities rather than assumptions embedded only in interface code.

02 · The challenge

Coordinating marketplace trust without collapsing every role into one workflow

Private sellers, dealers, buyers, inspectors, and administrators need different permissions and information. The platform also needs search and discovery to remain simple while verification, listing approval, featured placement, and account recovery operate behind it.

01

Support public search, filtering, vehicle detail, and seller contact journeys.

02

Give sellers and dealers separate dashboard responsibilities.

03

Model listing approval, inspection, and featured-placement states explicitly.

04

Serve English and Arabic routes with correct RTL behavior and page preservation.

03 · Engineering decisions

Engineering choices that shaped the system

The build treats identity, listing lifecycle, and localization as platform concerns. This prevents important rules from depending on a single screen or browser state.

01

Separate frontend, API, and persistence

Next.js handles the customer and dashboard experiences, NestJS owns application rules, and Prisma maps those rules into PostgreSQL.

02

Model the listing lifecycle

Listing, inspection, user, payment, and contact statuses are represented in the schema so moderation and workflow transitions remain explicit.

03

Build account verification into authentication

Registration includes email verification, blocked login for unverified accounts, refresh tokens, and password-reset delivery through configurable SMTP.

04

Treat Arabic as a first-class route system

English and Arabic routes preserve the current page and query string, render the correct language direction, and use Oman-aware number formatting.

Documented evidenceThree-role marketplace foundation
01Discover
02Publish
03Verify
04Operate
Representative system visual. The technical claims on this page are grounded in the local frontend, backend, Prisma schema, and project documentation.
04 · System workflow

A marketplace flow from discovery to governed publishing

The platform connects customer discovery with the operational controls required to keep listings trustworthy.

1

Discover

Search, filter, compare, and inspect vehicle details.

2

Publish

Create and manage listings through seller or dealer workflows.

3

Verify

Handle accounts, dealer identity, inspections, and listing review.

4

Operate

Moderate records, feature inventory, and monitor marketplace activity.

What the case demonstrates

A full-stack marketplace MVP

  • Responsive Next.js marketplace
  • NestJS REST API
  • Prisma marketplace schema
  • Seller, dealer, and admin dashboards
  • Email verification and password recovery
  • English and Arabic route architecture
05 · Outcome and evidence

A full-stack foundation covering public and operational marketplace work

The repository contains the frontend journeys, backend API surface, persistent domain model, authentication flows, and role-specific dashboards needed to validate an Oman-focused automotive marketplace.

Public discovery and listing-detail journeys

Explicit moderation and inspection workflows

A bilingual architecture spanning routes and interface direction

Questions

About the project and its evidence

Is this only a frontend marketplace concept?

No. The repository contains a Next.js frontend, NestJS REST API, Prisma schema, PostgreSQL setup, authentication flows, and role-specific dashboard functionality.

Is the marketplace operating with live sellers?

The available repository documents an MVP with Oman-focused sample listings. This page does not claim live marketplace activity or sales.

What would be needed before a public launch?

Production launch work would include infrastructure hardening, media storage, SMTP credentials, monitoring, moderation operations, privacy review, backups, and end-to-end acceptance testing.

Have a product idea?

Build a marketplace with clear roles, verification, and moderation workflows.

Share the current workflow, users, technical constraints, and available evidence. We will help define a realistic next step.

Plan a development project