Hadiya.K
Projects  /  CFADA  /  Case study

CFADA

Our university’s fabrication lab/workshop put online, machines, experts and a shop, all bookable without knowing who to ask.

RoleUI/UX design
ClientSADA, NUST
ScopeWeb platform, 40+ screens
Made withFigma
Open the Figma prototype
CFADA platform on a desktop display
01Context02Problem03Users04IA & user flows05Service pages06Booking07Design system08Reflection
01
Context

A workshop everyone can see and almost nobody can use

CFADA is the fabrication facility inside NUST’s School of Art, Design and Architecture: laser cutters, CNC routers, 3D printers, and metal, wood, paint, jewellery and textile workshops. It makes most of the physical work the school is known for.

It had no digital front. Availability lived in technicians’ heads and prices were quoted out loud, so anyone not already embedded in the building had no way in. My job: one place to find and book the whole facility.

7workshops to represent, from digital printing to textile
4things people come to do: book, consult, browse, buy
40+screens designed and wired into one prototype
1page template every one of the services is built from
02
The problem

Access ran on who you happened to know

Every failure people described came back to one thing: the facility had no public surface. Three design pressures came out of that.

01  No visible availabilityBooking meant walking over, finding the technician, and hoping the machine was free.A slot picker on every service page, with a live quote
02  Seven workshops, one facilitySeven workshops all work differently. Designed separately they read as seven unrelated products.One service template, filled with different machines
03  Nothing survived the handoverNo history, no status, no receipt. Students chased updates in person.A dashboard that keeps orders, bookings and status
03
Who it serves

Three groups who want the same building for different reasons

SADA students
Came forMachine time for studio work, at student rates
Would lose themBeing told to come back and ask a technician
Lives inService booking and the points system
External clients
Came forA finished job, a sign, a prototype, a run of merch
Would lose themNo price, no timeline, no way to commission
Lives inQuotes, consultations and the shop
Facilitators
Came forA queue they can see instead of a corridor of requests
Would lose themBookings that arrive with no file and no brief
Lives inSlot calendar, uploads and job status

One account type had to serve all three, so onboarding asks a single question: are you a SADA student?

04
Information architecture & user flows

Everything reachable from the top bar

The information architecture and user flows came before any screen. One rule: no task more than three steps from home, and no branch dead-ends. The mega menu exposes all seven workshops at once, so the depth is visible without being walked.

CFADA user flow mapUser flows, signed-out browsing on the left, the dashboard loop on the right
Services mega menuThe mega menu flattens the hierarchy into one view
Sign upOne onboarding question decides pricing, points and access
05
Service pages

Learn one machine page and you have learned all of them

Workshop → category → machine, and every machine page is the same four blocks in the same order. Only the contents change, so learnability carries across all forty screens.

TopDescription and machinesWhat it does, in plain language, with photos of the real equipment.
Beside itMaterials and safetyThe two things that prevent errors before a booking starts.
MiddleBookingMaterial, dimensions, a live price, a file upload and a slot.
BottomFAQs and projectsThe questions technicians answered most, and work made on that machine.
Services landing
ServicesThree routes in, one landing page

Workshop, design consultation or the shop, sorted by what someone already knows they want. No department names, no wrong door.

Inside a workshop
Digital workshopDigital, machines as a tabbed grid
Wood workshopWood, same grid, different machines
Metal workshopMetal, the tab bar never changes position
06
Booking

A price before you commit, not after

The core task flow. Material and dimensions produce a live estimate on the same screen, the file uploads beside it, and slots appear only after a date, progressive disclosure instead of a wall of options. It ends in a quote, not a charge, because pricing is still confirmed by a human.

Laser cutting service pageThe service page in full: description, machines, booking, FAQs, projects
Time slot selectionSlots appear only after a date, three real options
Quote generatedEnds in a quote, with a route to the dashboard to track it
06.2, Consultations

The jobs that need a person first

Some jobs can’t be specified in a form, so consultations get their own flow: discipline, day, time, in person or not. Past bookings sit underneath, because that is the next thing users look for.

ConsultationsSchedule left, experts right, history below
Choosing a disciplineEach field opens as a modal, one decision at a time
06.3, Shop & checkout

Three steps, and you can see all three

The shop sells what the workshops make. Checkout is a fixed three-step bar, cart, delivery, payment, always visible, and every step reversible without losing entered data.

Shop grid
ShopFilters on the left, everything else is product

What the workshops make, for sale. The same card grid as the service catalogue, so buying takes nothing new to learn.

Checkout, three steps
CartStep one, quantities and removals, nothing else
Delivery detailsStep two, address and shipping speed
PaymentStep three, card, on-desk or Easypaisa, localised for the audience
06.4, Dashboard

Where a job goes after you place it

The answer to the third pressure. Orders, bookings and status live in one rail, with points and a community view, the retention layer over a one-off transaction.

ProfilePoints and progress, not just a job list

Achievements and a record of activity sit next to the queue, so the dashboard reads as something worth coming back to, not a receipts folder.

Profile and points
Orders, tracking & community
Shop ordersOrders, items, delivery and what was actually paid
Service trackingTracking, each booking with its slot, status and facilitator
CommunityCommunity, the people using the same workshops
07.2, Accessibility

A control panel, not a compliance checkbox

A floating accessibility panel on every page: theme, six steps of text size, six of contrast, cursor highlighting, screen-reader optimisation, one reset. Deliberately visible rather than buried in settings, the people who need it shouldn’t have to hunt.

Accessibility panelEvery control on one card, over the home page
SettingsSettings, written in plain sentences
07
Design system

Workshop brown, one yellow that means go

The palette comes from the building: stained wood, kraft, brass. Brown carries structure, yellow marks the action that moves a task forward, green appears once, on Book Now. Everything else is white so the work carries the colour.

Aa
PoppinsWide enough to stay legible at booking-form sizes, without competing with the machinery.
Palette
#43291B
#C9B5A6
#F7C948
#3BA55C
#FFFFFF
Yellow is progression, next, confirm, submit. Green is only ever “Book Now”. Nothing decorative is allowed either colour.
08
Reflection

What held up, and what I would test

The single service template made forty screens possible. Adding a workshop costs a tab and some machine cards.

What is missing: the facilitator side. The system creates work for technicians, and none of their screens exist yet.

Next, in usability testing: whether the estimate is trusted. Read as a price or as a guess, it decides whether the booking flow works.

Our Works archiveOur Works, the school’s output, filterable by process and year
Project detailA project, credits, studio year and the methods used to make it
CFADA screens across devices
Open the Figma prototype View Nova AppBack to Projects