Skip to content
Al Khobar, Saudi Arabia

UI design services Saudi Arabia

One interface language your whole product speaks

Screens that look different on every page cost you in support calls and rework. We design the interface and build the system behind it: tokens, components and rules that stay consistent in Arabic and English.

4 to 8

weeks for a first component library

2

languages, with both directions designed together

1

source of truth shared by design and code

Interface designDesign tokensComponent libraryFigma and code in syncArabic and English layoutsAccessibility checksDark and light themesIcon and illustration setsUsage documentationDeveloper handoff

The direct answer

A design system is a shared set of colors, type, spacing and reusable components that every screen in your product is built from. UI design applies it to real screens. This service fits companies whose product has grown unevenly or who are launching a new one. We design the screens, build the library in Figma and code, and document how to use it.

Before and after

What this removes.

Every screen has its own button

Today

Five teams built five versions of the same form field, and each one behaves a little differently.

With the system

One component library means the field looks and acts the same everywhere, and a fix lands in one place.

Design and code have drifted apart

Today

The Figma file shows one thing, the app shows another, and developers guess at spacing and states.

With the system

Design tokens feed both Figma and the codebase, so a color change updates the design and the app together.

Arabic is an afterthought

Today

The English layout was finished first, then mirrored in a hurry, leaving icons, numbers and alignment wrong.

With the system

Both directions are designed together, with mirrored icons, correct number handling and Arabic type chosen on purpose.

New features take weeks of design time

Today

Designers rebuild common patterns from scratch for each feature because nothing reusable exists.

With the system

Designers assemble screens from ready components and spend their time on the problem, not on the pieces.

What we build

What lands in your hands.

Interface design

High-fidelity screens for web and mobile, designed for your users and your brand.

Design tokens

Color, type, spacing and motion values defined once and exported to code.

Component library

Buttons, forms, tables, dialogs and navigation, each with every state specified.

Arabic and RTL variants

Mirrored layouts, bidirectional text rules and an Arabic type scale.

Accessibility review

Contrast, focus order, target sizes and screen-reader labels checked against WCAG.

Documentation and handoff

Usage rules, do and do-not examples, and a coded library your developers can install.

In depth

How it works, and what to decide.

What a design system contains

A system has three layers. The foundation holds the tokens: named values for color, type size, spacing, radius and motion. The middle layer holds components built from those tokens, such as buttons, inputs, tables, tabs and dialogs, each with its states: default, hover, focus, disabled, error and loading. The top layer holds patterns, which are the combinations you repeat, like a search-and-filter bar or a multi-step form.

Tokens are the part most teams skip and later regret. When a brand color is a named token rather than a hex code pasted in forty places, a rebrand or a dark theme becomes a configuration change. We define tokens in Figma variables and export the same values as code, so design and development read from one source. Components are then built in your front-end stack, whether React, Vue or Flutter, and documented in a browsable catalogue.

Designing for Arabic and English together

Right-to-left design is more than flipping a layout. Navigation order, progress bars, chevrons and back arrows mirror. Phone numbers, product codes and Latin brand names stay left-to-right inside Arabic text, which needs correct bidirectional handling in the markup. Arabic letterforms need more line height than Latin, and a typeface that looks balanced in English often looks thin or cramped in Arabic. We select and test both type scales side by side.

Numerals are a product decision. Many Saudi users are comfortable with Western digits in finance and commerce, while some government and healthcare contexts favor Arabic-Indic digits. We make this a setting in the system, not a one-off choice per screen. The W3C Internationalization guidance on text direction and the markup rules for the dir attribute are our reference for how bidirectional text should behave in the browser.

Accessibility, handoff and timeline

We check components against the Web Content Accessibility Guidelines (WCAG) 2.2 at design time, when changes are cheap: text contrast, visible focus, touch target size, error messages that explain the fix, and labels a screen reader can announce. Catching these in the library means every screen inherits the fix, instead of an audit finding the same problem two hundred times later.

Handoff is a coded library, not a PDF. Developers install the package, import the components and see usage examples next to the design. A first library covering the core thirty or so components typically takes four to eight weeks, depending on how many product surfaces it must support and whether a brand identity already exists. If your brand is still being defined, we start with tokens and grow the system as the product grows, rather than designing every component up front.

The delivery plan

Five stages. You sign off every one.

Read each stage as a small contract: what we need from you, what lands in your hands, and the sentence that has to be true before we move on.

01 / 04

Audit and direction

1 to 2 weeks

We inventory the interface you have, agree the visual direction and decide which components come first.

What you do
  • Share brand assets and current screens
  • Name the products the system must serve
  • Choose between two visual directions
What we deliver
  • An interface inventory of repeated patterns
  • Two visual directions with sample screens
  • A prioritized component list
Exit criteria

We move on when one visual direction and the first component set are approved.

02 / 04

Tokens and foundations

1 to 2 weeks

We define color, type, spacing and motion in both directions and set up Figma variables and the code package.

What you do
  • Approve color and type choices
  • Confirm the front-end stack
  • Decide the default numeral style
What we deliver
  • Design tokens in Figma and code
  • Arabic and English type scales
  • A contrast report for the palette
Exit criteria

We move on when the tokens render identically in design and in a test page.

03 / 04

Components and screens

2 to 4 weeks

We build the components with all states, then design the key screens using only those components.

What you do
  • Review weekly in Figma
  • Test key screens on real devices
  • Flag missing patterns early
What we deliver
  • A Figma component library
  • A coded component package
  • High-fidelity screens in Arabic and English
Exit criteria

We move on when the key screens are assembled entirely from library components.

04 / 04

Documentation and handoff

1 week

We write the usage rules, run an accessibility pass and walk your developers through the library.

What you do
  • Assign an owner for the system
  • Join the developer walkthrough
  • Agree how change requests are made
What we deliver
  • A browsable documentation site
  • An accessibility review report
  • A contribution and versioning guide
Exit criteria

We move on when your developers have built one real screen from the library without our help.

Buyer questions

Asked before signing.

Do we need a full design system or just UI design?

If you have one product and a short roadmap, well-built screens with a small token set may be enough. If you have several products, several teams, or plan to grow, a component library pays back quickly in consistency and speed.

Will the system work in both Arabic and English?

Yes. Both directions are designed and tested together, including mirrored icons, bidirectional text, Arabic type scale and numeral settings. We do not produce an English system and mirror it afterwards.

Which tools and frameworks do you build in?

We design in Figma and build components in the stack your team uses, commonly React, Vue or Flutter. Tokens are shared between design and code, so you are not locked into a format only we can maintain.

How long does a design system take and what does it cost?

A first library of core components usually takes four to eight weeks. Price follows the number of components, products and themes, and whether a brand identity already exists. We quote a fixed figure after the audit stage.

Who owns the files and the code?

You do. Figma files, token definitions, the component code and the documentation are transferred to your accounts and repositories at handoff, with no license fees back to us.

Give your product one consistent look in both languages

Share your current screens and brand files. We will review them and propose a scope and a fixed price for the system.