Point of view · AI at work
Anyone can buy AI. Few companies redesign the work.
Five lessons from a power company's AI rebuild, for Gulf businesses that still run on WhatsApp and paper.
Every company can now license the same AI models. You can sign up this afternoon. Your competitor can too.
So the advantage is no longer access to AI. It is what you change around it.
An interview published in October 2026 by Express Computer makes that case well. Arman Puri, a director at Hindustan Power, one of India's private power and mining groups, describes how the company is rebuilding its operations around AI. His view is that the hard part is not buying the technology. It is redesigning how each team works so the technology can do the first pass, and people make the decisions.
Hindustan Power runs power plants and coal mines. Most of our clients run clinics, trading companies, workshops and distribution teams in the UAE and Saudi Arabia. The scale is different. The lessons are the same.
1. Start where the paperwork is
You might expect the first returns from AI to come from something advanced. At Hindustan Power, they came from coal logistics: checking seals, processing documents, tracking movements and recording tests. The company says this saves more than 1,000 hours of manual work and close to 50,000 pages of paperwork every month.
That is not glamorous work. It is the work that piles up.
In a Gulf business, the same pile looks different. Delivery notes photographed and sent on WhatsApp. Purchase orders typed again into a spreadsheet. A branch manager sending numbers every evening so someone can build a report in the morning. Each one is a person doing the computer's job.
That is where we start too. AI that reads an incoming order and opens the case is less exciting than a chatbot. It also saves hours from the first week.
Related serviceAI at work
2. Decide what each step records before you build it
Puri describes a habit worth copying. When his teams design a new solar or storage project, they decide what data it will produce, and who will act on it, at the same time as the engineering design. Not after the plant is running.
Most businesses do the opposite. They automate a process, then try to pull reports out of it later, and find the information they need was never captured.
When we map a workflow, every step gets a named owner and a clear record: who did it, when, and what they decided. Reports then come out of the work itself. Nobody has to compile them.
Related serviceBuilds
3. A dashboard is not a result
Puri has little patience for expensive systems that produce detailed dashboards and change nothing on the ground. In his words, the value is in systems that “recommend the next action and, over time, take it.”
A dashboard tells you a delivery is late. A working system notices the delivery is at risk, tells the right person, and suggests what to do, before the client calls.
This is why we design the action first and the screen second. The AI does the first pass. A named person approves. The record shows both.
4. One problem, one number, a fixed window
His advice to other technology leaders is plain: start with an operating problem and a measurable target, and give every pilot a fixed window to prove itself before it is scaled up or closed.
A pilot without an end date is just a slower way of failing. It keeps a team busy, keeps a vendor paid, and never answers the only question that matters: did it work?
Our Quick Wins follow the same rule. One narrow task. One number agreed before we start, such as hours saved or days of turnaround. A short window to show it on real data. Then you decide.
Related serviceQuick Wins
5. Put the builders next to the people doing the work
Hindustan Power is placing AI engineers inside every function, from finance and procurement to the plant floor and the mines, working alongside the teams that run them. The reasoning: a model only creates value once it is built into how the work is actually done.
You cannot learn how a team works from a requirements document. You learn it by sitting with the people who do the job, watching where the work waits, and seeing which WhatsApp group the real decisions happen in.
That is why we map the work on site, and why we stay after go-live. The first version of any workflow is a good guess. The tenth version is the one that fits.
Related serviceOperations ReviewRun plan
What this looks like at 30 people, not 3,000
You do not need a power company's budget to apply any of this. In a business of 20 or 30 people, the same approach is smaller and faster:
- Pick the job that wastes the most hours. Usually it is the one with the most retyping, chasing or copying between WhatsApp and a spreadsheet.
- Agree the number first: hours a month, days of turnaround, cases that slip.
- Build it around your team, in Arabic and English, with one person accountable for each step.
- Measure it on real work, then decide what is next.
−21%
median turnaround at one Dubai dental lab, 8.0 to 6.3 days
~20 h
of reporting saved a week across Al Jabi Motors' four branches
It works at this scale too. At one Dubai dental lab with 27 technicians, median turnaround fell 21%, from 8.0 to 6.3 days, after every case moved onto one workflow. At Al Jabi Motors, four branches now report on the same day instead of twice a week, saving about 20 hours of reporting a week.
None of that came from a better AI model. It came from redesigning the work, then letting the system do the first pass.
Where to start
If your team spends its week retyping, chasing and compiling, that is where the hours are. We can map one real job with you and show you, in plain numbers, what changes.