Skip to content
Projects

Vehicle inspection & maintenance system

The system Faris Petrol’s workshops run on: a bay app for technicians, a checklist the workshop edits itself and dashboards for every branch, for thousands of checks a month.

  • Faris Petrol
  • May 2021 – Dec 2022

Overview

Faris Oil Center is Faris Petrol's chain of workshops for oil changes, filters and car checks, across several branches. Every car that comes in gets an inspection, and I designed and built the system each one runs through, from the bay app technicians use to the dashboards managers read.

Three screens of the system. In front, the bay app's checklist, with the day's open checks along the top and services grouped into oils, filters, radiator and care, each with its condition and action. Tilted behind it, the dashboard's counters and charts on the left and the checks list with its filters on the right.
The bay app's checklist in front, with the dashboard and the checks list beside it.

The problem

  • One visit, four tools. A paper form, a spreadsheet, an online form and a desktop database each kept part of a visit.
  • A checklist that keeps changing. Each new or reordered service would have needed a developer.
  • No view of the workshops. Managers couldn't see checks, services or technicians by branch.

The solution

Four tools that each kept part of a visit became one record per visit, filled in at the bay.
  • One record per visit, with the car, the customer and everyone who worked on it.
  • A checklist the workshop edits itself, built from its services, with no release needed.
  • A dashboard for every branch, refreshing on its own.

What I did

  • Designed and built the back end, the dashboard and the bay app. The team helped early on with data models, demo data and tests.
  • Wrote the specification with the workshop: what a visit holds, and the rules for starting, completing and cancelling a check.
  • Designed the checklist and the life of a check, with a clear message for every refusal.
  • Built the dashboards and the report on customers who stopped coming.
  • Maintained and extended the system until I left the company.

What it offers

Six areas, from the bay to the reports.
Three dashboard screens. In front, roles and permissions, with groups for accounts, cars, checks, checklist templates, services, branches and bays. Tilted behind it, the cars list on the left and the bays in each branch on the right.
Roles and permissions in front, with the cars and the bays in each branch beside it.

System design

Two apps, one back end, and only the company's registered devices can reach it.

One back end serves both apps. Each registered device belongs to a branch, so every check knows where it was done without anyone choosing it.

A checklist defined by its services

A new service is a setting in the dashboard, and the bay app's form follows it.

The life of a check

A check can't be completed until it is whole, so the record a manager reads is the one the technician finished.

A dashboard for every branch

The dashboard: counters for checks by status, services by action and customers along the top, then charts of checks and new accounts per day for each branch, work per technician, peak days in each branch, checks by city, work per supervisor, services per branch, and the top car models, transmissions and types.
Checks, services, technicians, supervisors and peak days, by branch and date.