Skip to content
هذه الصفحة بالإنجليزية. اقرأها بالعربية
UpgradIQ
AI product engineering

Engineering for systems you cannot switch off

A vendor system with no API. A production line that never stops. A residency clause that rules out every hosted product. Those constraints are the job, not an obstacle to it.

100+
Websites built
200+
Campaigns managed
7
Years running
Where we are working right now

Three industries, and the thing each one keeps hitting

The six services do not change between them. What changes is which part of the job comes off your desk first, and that is worth reading in your own words.

Shipped, not read about
Next.js18PostgreSQL15AWS14TypeScript21Cloudflare11Python10Redis9Kafka and CDC5Supabase7Terraform6Next.js18PostgreSQL15AWS14TypeScript21Cloudflare11Python10Redis9Kafka and CDC5Supabase7Terraform6

Numbers we published, and where each one was read

Client names are withheld under NDA. The numbers are not: measured over a stated window, on the client's own tooling.

710ms6.8sTracking portal p95

Logistics, UAE. Datadog, 90 days

5 hours5.5 daysProposal turnaround

Professional services, US. CRM log

2.4x1.0xQualified enquiries

Education, UAE. 12 months vs prior 12

10Sectors we have shipped in

Twenty eight full engagements across them, in seven client countries. Aggregate only: the disclosure level of every case is published on the case itself.

6Services with a page each

Six, not sixty. Most engagements start in one and pull in a second when the constraint turns out to live there.

What we are

AI product engineering for companies that already have systems

Most of our work starts where a greenfield build ends. The interesting decisions are not about what to build, they are about what the existing system will and will not allow.

We are a small senior team. Every engagement has a named baseline before it has a plan, and a named internal owner before it ends.

Operating principles

  • 01

    Measure before you build. No baseline, no project.

  • 02

    Write down the option you rejected and why.

  • 03

    The smallest change that moves the number wins.

  • 04

    If your team cannot run it without us, we failed.

Selected work

Client names withheld, numbers are not

Every engagement below is real and anonymized to the level the contract allows. Figures carry the measurement window that produced them.

All engagements
LogisticsUAE14 weeks

A tracking portal that stopped queueing behind itself

Peak hour timeouts on a shipment tracker, caused by a vendor system nobody was allowed to touch.

p95 response
-89%
Throughput
+290%
Tickets
-54%

CS-2025-01

Professional servicesUS7 weeks

The chatbot we talked them out of building

Losing deals to response time, with every proposal assembled by hand from prior engagements.

Turnaround
-96%
Hours returned
+58
Win rate
+11%

CS-2025-07

E-commerceEgypt5 weeks

Deleting nine apps beat rebuilding the store

A Shopify storefront carrying fourteen apps, losing mobile buyers before the page finished painting.

Mobile LCP
-69%
CLS
-89%
Conversion
+28%

CS-2025-03

Sectors

Where the twenty eight engagements sit

Counts include work we cannot publish. Each row is a sector we have shipped in, never one we would merely consider.

SectorEngagementsPillars used
Logistics4AI, Web
Fintech5AI, Growth
E-commerce4Web, SEO
Healthcare3AI, Growth
Education3SEO, Paid
Manufacturing2AI
Professional services3AI, Growth
Real estate1Web, Paid
Media1Web, SEO
Retail2Growth, Paid
Process

Four phases, and you can stop after any of them

011-2w

Assess

Measure the baseline before proposing anything. If there is no baseline we build one first.

021-2w

Decide

Target design with the rejected alternatives written down, so the choice is auditable later.

034-24w

Build

Reversible increments behind flags. Every deploy measured against the baseline.

041-4w

Hand over

Runbook, named internal owner, and the metrics your team watches after we leave.

This site

We publish our own numbers because we sell them

An agency that sells performance and ships a slow site has answered the question already. Every figure is a Lighthouse run against this build, including the mobile one that is not flattering.

100
Performance

Lighthouse desktop, every route tested

95
Performance

Lighthouse mobile, throttled 4G

100
Accessibility

WCAG 2.2 AA, zero failing audits

0
Layout shift

CLS on every route tested

0.6s
Desktop LCP

Slowest route measured

2.9s
Mobile LCP

Throttled 4G. The React runtime is the floor

Measured 21 August 2026 against the production build. Three runs per profile, median reported.

Fit

Who this works for, and who it does not

Saying no to the wrong engagement is the cheapest thing either of us can do. Here is where we are honest about it.

A good fit

  • You already have systems, customers and revenue to protect
  • Someone internally can own the change after we leave
  • There is a number that should move, and you know which one
  • Procurement, security and legal are part of the plan, not a surprise

Not a fit

  • You want a demo for a board meeting rather than a system in production
  • The deadline is shorter than the shortest honest path to the outcome
  • Success is defined as shipping rather than as a measured change
  • The work has no owner with authority to approve a decision

Start with a measurement, not a meeting

Buy the two week assessment and bring a real report to the first call, or book 45 minutes and bring the constraint. Either way you arrive with something concrete.