All case studies

Telgani

The marketplace that brings the car to you

The marketplace that brings the car to you cover

Three apps, two dashboards and the landing page in front of them, for the Saudi marketplace that delivers a rental car to your door.

Company
Telgani
Role
Lead Product Designer, contract
Platform
iOS, Android, Web
Skills
Product Design, Design System, UX Research

Telgani was founded in Riyadh in 2019 by Abdulkader Almkinzy and Ali Alfehaid. The pitch is easy to say and hard to run. Instead of queueing at a rental desk, you open an app, pick a car from hundreds of rental companies, and someone drives it to where you are. By the time the platform had raised $8.5 million across three rounds, closing with a $6 million Series A co-led by Hala Auto and Elm, it was listing tens of thousands of cars and promising delivery inside the hour.

That promise is the whole product. Everything on this page exists to keep it.

3
Appsdesigned and built: customer, agent, driver
2
Dashboardsplatform admin and rental agent
300+
Rental companieslisted on the platform

A marketplace is never one app


Five surfaces, one booking

Five different people touch a single booking, and each of them needs a different tool. A customer is choosing a car. A rental agent is accepting the job and preparing the vehicle. A driver is delivering it and handing over the keys. Someone at Telgani is watching all of it at once. And before any of that, a landing page has to explain the idea to a person who has never heard of it. I led the design across all five surfaces, and my studio built them.

The customer app


The surface that carries the promise

People book a rental car in the situations where they are least able to concentrate: standing outside an airport, mid-journey, minutes after landing. I gave them the fewest possible decisions in the fewest possible steps, and answered the two questions they actually have at every point. Which car, and when does it get here.

Status is the whole screen. Accepted, pending or cancelled is readable before any of the detail is.
Once a car is moving, the app has one job. Nothing competes with the arrival time.
Choosing how the car reaches you: delivery, airport or branch pickup.
Profile: the details you enter once.
The customer app laid out as a grid of angled screens: sign up, a location picker on a map, a profile, the screen asking how you would like to receive the car, an airport list, a car list, and the orders screen.
The customer app, end to end.

The agent app


Supply has to want to use it

The rental companies are the supply. If the app they use is worse than the paperwork it replaced, cars stop appearing on the platform. I built the agent app around the moments that decide whether a booking succeeds: accepting the job, getting the car ready, and confirming it has left. It had to work one-handed, in a yard, for someone who did not ask for a new system.

A decision, not a form. Everything needed to make it is on one screen.
The same app carries the rest of the job: the cars, the bookings behind them, and how the branch is rated.

The driver app


The part nobody else sees

Delivery is the part of the experience the customer never watches, which is exactly why it needs its own tool. The driver app covers the run itself: where the car is going, what state it left in, and the handover that closes the loop. Every screen is one job, because it is being read at a kerbside with the engine running.

Driver app screens: a current booking list, a language picker, and an instructions sheet describing the three steps of a delivery.
The driver app: bookings, instructions, languages.

Two dashboards, two jobs


Same shape, different work

Admin and agent look similar and are not the same product. The platform dashboard is for Telgani: supply across the network, what is moving, what is stuck, and what needs a person. The agent dashboard is the desk-bound half of the agent app, for the rental company managing a fleet rather than a car.

Both are dense by necessity, so I let the design do the sorting. Structure and hierarchy carry the meaning, and I kept colour for the few things that are genuinely urgent. If everything is highlighted, nothing is.

The platform admin dashboard showing a driver's record, with filters, delivery figures and a table of that driver's bookings.
Platform admin: a driver's deliveries, and the boards around it.
Every booking has a history. When something goes wrong, the whole of it is on one page.
One card answers the whole decision: what it costs, who is supplying it, what is included, and how soon it arrives.

The landing page


One promise, made believable

The site has one job, and it is not to describe a feature set. It is to make the delivery promise believable in the few seconds before someone decides whether to install anything, and then to get out of the way.

The landing page, scrolled.

One system underneath


Designed and built by one team

Five surfaces feel like one product because they are built from one set of parts. I defined type, colour, spacing and components once and shared them, so a change made in one place lands everywhere, and the Telgani team extends the set without me.

Nobody was handing files over a wall either. The same team took this from product design through to shipped software, which is the reason the seams do not show.

Palette, type scale, icons, controls and their states, in one place. The apps are assembled from it.
Drawn as one set rather than collected. Nothing here arrived from a stock library, so nothing looks borrowed.