Our story

Built in Pakistan, for its guests.

SafePak started with a simple gap: visitors arrive with a phone full of internet, but without the small pieces of local knowledge that make a place feel navigable. A fair taxi fare. A working app. A number that actually answers.

3attempts before the current direction
4students building and researching it
0funding so far
The moment that started itAirport → hotel
local knowledge gap
AirportHotel
What a visitor neededA fair reference point.

Enough local context to know what is normal before agreeing to a ride.

The product insightThe problem was the information gap.

Visitors do not automatically know the things a local already knows.

01 · How it started

It started with a taxi fare.

A foreign YouTuber, filming his first hours in Pakistan, needed to get from the airport to his hotel. He did not know which apps operated locally, what a fair street taxi fare looked like, or where to verify either answer.

The specific moment

One ordinary arrival exposed the whole problem.

He took a street taxi, paid roughly double the fair fare, in a car barely holding together, and said so on camera to an audience deciding whether to visit.

That was not a story about a malicious country or a bad driver. It was a story about missing context. SafePak exists to make that context easier to find before a visitor learns it the expensive way.

A visitor may arrive knowingWhere they need to go.
  • The hotel name and booking
  • The airport they landed at
  • A map connection, if data works
A local already knowsEverything around the decision.
  • What a ride should roughly cost
  • Which transport apps work today
  • Which numbers and services are dependable
02 · Three attempts

We built it wrong twice before this.

The first versions were not failures because the code was poor. They failed because they optimised for the wrong constraint.

01PHP + MySQL

Functional, until the network disappeared.

The first version worked online but failed the exact traveller who needed SafePak most: someone at an airport without a SIM, working data, or a reliable connection.

Discarded
02Over-engineered

A vault before there was anything worth locking up.

The second version added serious infrastructure, admin two-factor, cache invalidation, offline architecture, before the information itself was mature enough to deserve it.

Overbuilt
03Current direction

Static where it matters. Offline where it counts.

The version you are reading runs as static files with the emergency page cached on your device, so it opens in airplane mode. That took three attempts to understand.

Current
03 · The hard parts

None of the hardest parts were code.

The product only becomes useful when design, cost and research are treated as product infrastructure rather than polish around the edges.

DDesign

Useful is not enough if it feels ten years old.

For a visitor deciding whether to trust unfamiliar information, clarity and presentation are part of the safety model. It took someone telling us plainly before we rebuilt it.

0Funding

Zero funding shapes every technical choice.

Every service behind this runs on a free tier, chosen deliberately so the product survives whether or not anyone ever writes us a cheque.

RResearch

The expensive part is finding out what is actually true.

Service listings, emergency numbers and prices require current sources, calls, visits and reading the fine print, over and over. There is no database to buy.

04 · What we refused to ship

And what we got wrong in public.

An honesty rule means very little if a product only talks about the mistakes it caught before anyone saw them.

REMOVEDPrototype failure 01

The SOS button that did nothing.

Our first prototype showed a confident message saying your alert had been sent to the police. It sent nothing. It also labelled guides as background-checked when nobody had checked anything.

Both were deleted rather than launched, and that decision became the rule the whole product now runs on.

REMOVEDContent failure 02

Two dead apps we kept recommending.

For a while this site told arriving visitors to install two ride-hailing apps that no longer operate in Pakistan. Uber left in 2024 and Careem ended its rides in 2025, and we were still recommending them from memory.

We now verify service listings against current sources rather than assumption.

The failures became a product rule.Important claims tell you how well SafePak actually knows them, and unverified information never looks verified.
Read the Honesty Principle
05 · Who built it

Four students, no salaries.

Small team, deliberately narrow scope, and a product that has to earn trust through the quality of its information and the usefulness of its experience.

4 students2 universities0 salaries
01AK

Adan Khalid

Founder & Project Head

NUST

02FA

Faysal Ali

Web platform

NUST

03AH

Anees Haider

Research and collaboration

NUST

04A

Abdullah

Web security

Air University

In three years, SafePak intends to be the single trusted bridge between foreign visitors and Pakistan’s services, its institutions, and its people.

SafePak vision

The story only matters if the product becomes useful.

Open SafePak to see the current visitor experience, or contact the team if you represent a tourism body, mission, university or potential research partner.