Market note
Agentic workflows and the business landscape
A market note: what the firm concludes about how agentic systems change the way businesses in this region are run, and what that means for the decisions its clients are making.
For most businesses in Malaysia the question about artificial intelligence has changed. Two years ago it was whether to use it at all. Now it is whether the way you use it survives the next model release.
The first wave was easy to see coming. Teams wrote prompts, wrapped them in spreadsheets or a chat window, and got real hours back on drafting, summarising, translating and first-pass analysis. Every firm that did this felt faster, and for a while that speed was a genuine advantage over competitors who had not.
It is no longer an advantage, because it is no longer theirs. The capability that took a team a month to assemble as prompts keeps arriving as a default feature in the software everyone already pays for. A model vendor's roadmap is, in effect, a list of workflows its customers have been building by hand. When your improvised workflow becomes a checkbox, your competitor gets it on the same Tuesday you do, at the same price, with none of the implementation memory of why it matters.
That is the part most adoption advice misses. It treats each new capability as another thing to buy, when the thing being eroded is the difference between firms.
What is actually yours
A prompt is a request. A workflow is an asset. The request asks a model to behave; the asset is everything around it that the model does not have: what your process actually is, which records it reads, which exceptions exist, who is allowed to decide, and what a wrong answer costs.
That distinction is not academic. It decides which projects compound and which evaporate. If the value of what you build sits in the wording of an instruction, a vendor release will eventually ship it. If the value sits in a documented process, your own records, and a decision rule your people can state out loud, the model becomes a faster engine for something only you own.
An agentic workflow, in the sense that matters here, is not a chat window with a personality. It is a system that takes a defined input, performs a sequence of steps, checks the result against your rules, and produces something a person can act on, with named points where a human remains accountable. The model is a component. The workflow is the product.
What this means for firms here
In Johor and the wider region the constraints are practical rather than technological. Process documentation is thin, or lives in one person's head. Records sit in spreadsheets, email threads and chat groups rather than in systems an automated process can read. The people who understand the exceptions are usually the people with the least spare time to explain them.
That is why the firms getting value are not the ones with the most tools. They are the ones who picked a decision they already make repeatedly, wrote down how they make it, and then automated the part that is genuinely mechanical.
For a property stakeholder, the useful first target is usually the recurring analytical loop: absorption, pricing, tenant mix, the comparison a team rebuilds every quarter. The judgement is already documented there, because it has been argued about. For a family office, the test is the same: which decisions are made again and again against rules you could write down if someone asked.
What we will not claim
We are not going to put a productivity number on this. We have not seen a credible way to attribute regional output gains to any single adoption decision, and a figure invented for a website is still invented.
We will not forecast which vendors win, or which capability is absorbed next. The pattern is what matters, not the schedule.
Adoption on its own is not competitiveness. A process nobody has documented, automated, produces the same mistakes faster and with more confidence. The order of work is process first, tool second; firms that reverse it pay for both.
Where to start
Pick one decision your firm makes every month. Write down the rules it is actually made by, including the exceptions. Then build the smallest system that produces a better answer than the person currently produces by hand, and keep a named person at the point where judgement still matters.
That is a quarter's work, not a transformation programme, and it leaves you with something a vendor release cannot take away: a process you understand, and records that are yours.
If it helps to talk through which decision to pick first, our team is reachable at the contact details on the contact page.
This note states what we conclude, not how we work. The method behind it is on the Methodology page.
Talk to us about this