
10 UX laws that make or break an experience
A short guide I wrote in Arabic for design students: each law with its rule, why it matters, an everyday example and a product that uses it.
03 // Blog
Notes on how I think: UX laws, a talk, contests, exercises and process.

A short guide I wrote in Arabic for design students: each law with its rule, why it matters, an everyday example and a product that uses it.

Notes from a talk I prepared and gave: why products fail in the gap between what was built and what users expected, and how to close it.

How I approached the ASU UI/UX Contest V5 brief, starting on paper, and what earned second place.

Arngren is famous among designers for its cluttered homepage. I used it to practise hierarchy, grouping and white space on a real, extreme example.

Redesigning a dense front page to control where the eye goes first, next and last, while keeping its classic personality.

A short UI challenge: a booking flow for a dermatology clinic with a soft, rounded visual language.

Lessons from building Rawaa: AI is great for speed and drafts, and bad at deciding what the product should be.

Pencil sketches from the Banana platform, and why ten minutes on paper saves an hour in Figma.

The biggest decision in Rawaa wasn’t a screen. It was choosing not to build an app for guests at all.

Survey numbers and honest quotes from the Filis research, and how each one turned into a design decision.

How a single listing card fixed more of a classifieds marketplace than any page redesign could.

Five quick checks that catch most problems before a developer ever sees the file.

What localizing the Tesco homepage, and building this site in two languages, taught me about right-to-left design.

In Legacy, four very different buyers shaped four specific features. Here is how I write personas so that happens.

Why I wireframed every screen of Rawaa in grayscale first, and what changed once colour arrived (almost nothing).

How Emergency Mode in Filis changes what matters without changing where things are.

Real lines from Filis, and the rules behind them: a number, an action, and no shame.

Three audits from my projects, and the one sentence each audit had to produce.

Tasks, metrics and heuristics from the Sehati plan, and why I’m honest about what I haven’t tested yet.

Lessons from a smartwatch flight tracker: one decision per screen, high contrast, and ruthless priorities.

How Filis runs on 201 Figma variables in five collections, and why every name describes a job, not a colour.

Banana’s colours live in Day and Night modes, so the whole platform changes theme without redrawing a single screen.

Rawaa’s prototype links 62 screens on desktop and mobile. The rule I used: every screen needs a way forward or a way back.

In Sehati our team mapped five user flows with every decision point. The waiting list exists because of one decision point.