AI and automation, built for online stores

You paid to reach them. Then nobody answered.

The ad worked. The message landed at nine at night, sat until morning, and they bought somewhere else. Not all of this needs AI. Most of it needs something that does not forget. That is the cheap fix, and it is the one I try first.

Book 20 minutes The call costs nothing. You get an answer either way, including do not bother automating that
Bahgat Ahmed
pick the one that sounds like last week

Four things that quietly cost you. Which one is yours?

14days, no reply

A customer asks about a product and nobody follows up.

They were ready to buy. That sale is dying quietly while everyone is busy.

They still want it. Nobody is going to send that reply.

4hto first reply

A customer messages at night and it sits until morning.

Whoever answered first got the sale. It was not you.

Someone else answered in three minutes.

100hours a year

Every week, the stock count copied by hand.

Two hours of someone clever doing something a machine should do.

Two hours, every single week.

3weeks unnoticed

A customer found your checkout broken before you did.

It stopped days ago. Nothing said a word. That is the one that costs you.

The person who noticed was a customer.

The figures above are what a normal week looks like, not measurements from a client. Yours will be different.

someone has to remember

All four are the same mechanism. That is why one build fixes more than one of them.

see it running, not a pitch

Three ways to check me before you book.

How I work. Two and a half minutes. Filmed before I narrowed to stores, so the examples are general, but the way of working is the same one you would get.

where this starts

One week. You set the test.

Three steps, and you only ever commit to the first one. Each one ends with something of yours that works, so stopping is a real option and not a threat.

Step 1 is $450, one week. If it turns into a build after, that usually runs $1,400 to $2,400, priced at the end of step 1, not before.

the hard ten

You pick the ten hardest ones. I build against them and show you the results.

Ten customer messages, ten orders that went wrong, ten numbers you do not trust. You choose them, which is why the results mean something.

Monday You send the ten

Twenty minutes on a call, and the week is scoped.

Tue to Thu I build against them

On your accounts, your data, your actual ten.

Friday You see it run

All ten, on a call, one by one. Nothing to take on trust.

Then It holds up, or it is free

Keep it and it runs. Or stop, and pay nothing.

$450
one week, start to finish
If it does not hold up, you do not pay for it
Book 20 minutes
Nothing built yet? Then there are no ten hardest, and that is fine.

The week is spent looking instead. Same price, and it ends written down with a price against each piece.

I take one of these at a time, alongside a full time job. That is the honest reason I will sometimes say not this month.

Bring me the ten hardest ones.

One week. If it does not hold up, you do not pay.

The call costs nothing, and I will say so if it should not be automated at all. Rather write it first? Send me one problem in an email.

The seven years behind itWhat was built, what it taught, who you would be working with, and the boring questions
the seven years behind it

Where these were learned.

None of this was a store, and I am not going to pretend otherwise. It was government and regulated work, where a quiet failure was expensive rather than annoying. That is where the boring half of this was learned. Employers are not named on purpose. Every number is real.

1.1Mstudents across 6,730 schools use the AI tutor I built. One of four agents I have shipped across education, sales, marketing and e-commerce.
2 min → 7 secanswer time on an AI platform for government and regulated clients, where I led a team of seven. Accuracy went from 50% to over 90%, across millions of records.
+15%better than the commercial software they were paying for. An in-house QA toolbox, at a company whose own clients include Amazon and Microsoft.
what seven years actually taught me

I did not work this out early. I worked it out after enough of them broke.

Four things that decide whether an AI project reaches production or quietly dies as a demo. Seven years of building them first, then a talk, then the written version. It is still what I work from.

S Start with the problem

Not with the tool. Most of what gets built starts from a technology somebody wanted to use.

H Honest metrics

A number you would still report on a bad week. Demos are graded on the good ones.

I Iterate fast

Small pieces, in the real environment, early. A big reveal at month three is a bet, not a plan.

P Partner directly

With the people whose work it changes. Systems fail on adoption far more often than on accuracy.

TalkWhy Some AI Projects Ship. Others Die in PoC · GDG AI Weekend 2026, Dubai WrittenThe full framework, published ReviewedTechnical reviewer, Applied NLP with PyTorch 2.0 · Orange Education, 2024
who you would be working with

Bahgat Ahmed

Bahgat Ahmed

I am in the UAE, on GMT+4, and I build for small and medium businesses, where the process usually lives in one person's head and the real question is never which tool. It is where does this break, and who finds out.

The seven years behind that were spent on AI systems for government and regulated clients, where a quiet failure was expensive rather than annoying. That is where I learned to build the boring half. One of them was the tutoring assistant on a national school platform used by over a million students, which is a good way to find out what happens when something breaks quietly at scale.

n8nMakePython Claude & OpenAIRAGAPIs

I also train engineers into senior AI roles, which is the one part of this where the results were written down by somebody else. Their words are on my mentoring page.

I also write a technical blog about how these systems are actually built, and where they go wrong.

what working together actually looks like

The boring questions, answered before you ask.

01 Something runs in about a week

Not a plan or a diagram. One of the systems above, live in your business, doing the thing. Then the next one.

02 What I need from you

Access to the tools you already use, one call, and the answers to a handful of questions. Nothing from your team after that.

03 One build at a time

I do this alongside a full time job, so I take one. It is the honest reason I will sometimes say not this month.

04 Everything runs on your accounts

Your keys, your subscriptions, your data. Written handover with the failure modes named. Nothing depends on me afterwards, and your name goes on it if you would rather I stayed out of the room.