Skip to content
← All work

Case study · Public product and service website

Croscar

A public-facing mobility and car-rental website built to launch the brand, present its fleet and services, and connect potential customers through enquiry and quotation journeys.

Launch readyPublic websiteMobilityBrand launch
Amit's role
Technical Head / Full-Stack Developer
Project type
Public product and service website
Organisation
URV India Pvt. Ltd.
Team context
Company product · contribution within URV India Pvt. Ltd.

Primary technologies

  • Next.js
  • Tailwind CSS

Product destinations

Croscar chauffeur-driven car-rental website homepage

Outcome snapshot

The project in operational terms.

Scope, complexity, responsibility, and business outcomes are described without unsupported statistics.

01

What was built?

A responsive Next.js and Tailwind CSS website with reusable fleet, service, supporting-page, SEO, navigation, and enquiry structures.

02

Who uses it?

Prospective customers exploring vehicles, transfer and rental services, and direct quotation or enquiry options.

03

Why does it matter?

A new mobility brand needs clear information architecture, responsive fleet and service presentation, and direct contact journeys rather than a large internal software platform.

04

What did Amit own?

Amit planned and delivered the website, defined its technical structure, implemented reusable components, coordinated design decisions, and prepared the product for launch.

05

What changed?

Croscar gained a maintainable digital presence for brand discovery, fleet exploration, service evaluation, and direct customer enquiries.

Business and operational context

Understand the operation before the technology.

Croscar required a focused public product and service website rather than a broad operations platform.

The delivery work centred on clear fleet and service information, responsive navigation, search-friendly page structure, technical SEO, and direct call, WhatsApp, and quote-request journeys.

Product scope

Product capabilities.

Capabilities describe the product; Amit's contribution is documented separately below.

Fleet and service presentation

Reusable structures explain available mobility services.

  • Fleet presentation
  • Airport-transfer content
  • Local and hourly rental
  • Outstation and corporate travel
  • About and supporting pages

Enquiry journey

Visitors can move from evaluation to direct contact.

  • Call enquiries
  • WhatsApp journeys
  • Quote-request workflow
  • Responsive navigation

Search and delivery foundations

The site is structured for maintainable public discovery.

  • Search-friendly page hierarchy
  • Technical SEO foundations
  • Reusable Next.js components
  • Responsive Tailwind CSS implementation

Personal contribution

Amit's contribution and responsibilities.

Leadership, implementation, and team contribution are described separately to avoid overstating individual ownership.

01

Architecture

Defined the route, component, fleet, service, content, SEO, and enquiry structure for a focused public website.

02

Implementation

Built the product using Next.js and Tailwind CSS with reusable components and service-page structures.

03

Team leadership

Coordinated design and implementation decisions without presenting the website as a large software platform.

04

Delivery coordination

Aligned content, fleet, services, responsive behavior, SEO, enquiry, and launch requirements.

05

Production ownership

Prepared the website for launch and maintainable delivery on the Croscar domain.

06

Stakeholder collaboration

Translated brand and service requirements into a public information and enquiry experience.

Constraints

The boundaries that shaped the work.

These are product and delivery constraints, not a disclosure of private production configuration.

Constraint 01

Focused product scope

The case study describes a public website and does not imply unverified companion applications.

Constraint 02

Responsive service discovery

Fleet, service, and enquiry content must remain clear on mobile and desktop.

Constraint 03

Direct contact handoff

Call, WhatsApp, and quote actions need clear context without exposing customer data.

Constraint 04

Search consistency

Routes, headings, metadata, and service content need one coherent public story.

System architecture

Public discovery-to-enquiry website architecture

A static, keyboard-inspectable model with visible relationships and a complete text alternative.

Architecture model

Croscar public website architecture

Reusable content structures lead visitors from discovery to direct enquiry.

Layer 01

Discovery

Public routes and search entry points.

  • Homepage & brand

    Core positioning and featured paths.

  • Fleet presentation

    Vehicle exploration.

  • Service pages

    Transfer, rental, outstation, and corporate travel.

Layer 02

Page system

Reusable responsive delivery.

  • Next.js routes

    Search-friendly public page structure.

  • Reusable components

    Consistent fleet, service, content, and enquiry sections.

  • Technical SEO

    Metadata and semantic page foundations.

Layer 03

Enquiry

Direct customer contact journeys.

  • Call

    Direct phone enquiry action.

  • WhatsApp

    Messaging enquiry journey.

  • Quote request

    Structured request for service context.

Relationships

  1. Fleet presentationEnquirysupports vehicle evaluation and contact
  2. Service pagesEnquiryconnect service needs to direct action
  3. Reusable componentsResponsive deliverypreserve hierarchy across devices
  4. Technical SEODiscoverysupports search-friendly pages

Text alternative

Next.js routes use reusable Tailwind CSS components for fleet, airport transfer, rental, outstation, corporate travel, about, and supporting pages. Technical SEO and responsive navigation support discovery. Call, WhatsApp, and quote actions connect visitors to direct enquiry channels.

Key decisions

Trade-offs, not slogans.

Each decision records what was selected, what was considered, and the cost accepted.

Decision 01

Use reusable service structures

Why selected
Several travel services need consistent but distinct explanations.
Alternative considered
Build every page as unrelated markup.
Trade-off accepted
Component boundaries must allow service-specific content.
Current result
The website remains maintainable while preserving relevant service detail.

Decision 02

Keep enquiry actions direct

Why selected
Visitors need fast paths from evaluation to contact.
Alternative considered
Require a complex account or booking application.
Trade-off accepted
Contact handoff happens through phone, WhatsApp, or quote workflows.
Current result
The launch scope supports practical lead and quotation journeys.

Decision 03

Treat mobile hierarchy explicitly

Why selected
Fleet, service, and enquiry content must remain usable on narrow screens.
Alternative considered
Rely on desktop layouts simply shrinking.
Trade-off accepted
Navigation and component order require responsive decisions.
Current result
Brand, fleet, services, and calls to action retain clarity across viewports.

Selected implementation

Safe examples of system behavior.

These examples are simplified and generic. They contain no credentials, client data, internal URLs, or confidential production code.

Example 01

Discovery-to-enquiry journey

A concise public product flow.

  1. 01

    Discover brand

    Arrive through homepage or search-friendly route.

  2. 02

    Explore fleet or service

    Review relevant mobility options.

  3. 03

    Choose contact path

    Select call, WhatsApp, or quote request.

  4. 04

    Share service context

    Continue through the selected direct enquiry journey.

Example 02

Responsive page delivery

Reusable structures preserve content hierarchy.

  1. 01

    Define page purpose

    Set fleet, service, or supporting-page content.

  2. 02

    Compose reusable sections

    Use approved Next.js components.

  3. 03

    Apply responsive hierarchy

    Preserve reading and action order on mobile.

  4. 04

    Validate SEO and launch

    Review metadata, routes, content, and enquiry actions.

Impact

Qualitative, evidence-based outcomes.

  1. 01Established Croscar's public digital presence for brand and service discovery.
  2. 02Created a maintainable responsive path from fleet and service evaluation to direct customer enquiries.

Reflection

What the work teaches next.

What worked

A focused information architecture kept the launch aligned with the actual public website scope.

What was difficult

Fleet, service, brand, SEO, mobile navigation, and enquiry content needed to converge at launch.

What could improve

Continue maintaining central content ownership and public route consistency.

Next architectural step

Extend the website only when new verified product or service workflows require it.

Current status

Status stated without inference.

The public product and service website is prepared for launch on the Croscar domain.