Build vs buy: when custom beats SaaS for a Malaysian SME
SaaS is the default answer 80% of the time. Here is how to tell when you are in the 20%, and how to avoid making the wrong call in either direction.
A founder calls. They want a custom CRM. Or a custom inventory system. Or a custom AI agent. The first thing we tell them is to consider not building it.
Not a sales tactic. SaaS is the right answer most of the time, cheaper, faster, vendor handles the boring parts (uptime, security patches, browser compat, mobile). For any software-shaped problem, default to: find SaaS that fits. Look at three options before you give up.
The harder part is recognising when the default is wrong.
The three signals that custom beats SaaS
Signal 1: A year inside the SaaS, same wall every month
Most reliable signal. Not "feels limited after a demo", every SaaS feels limited after a demo. The real signal: twelve months of actual use, and your team is still doing the same workaround every month. And the workaround is what makes the tool usable at all.
Example: a distribution business on a popular regional ERP. Every month, export orders to Excel, pivot to compute supplier credits, paste the result back into the ERP as journal entries. Three days of work, every month, for a calculation the ERP could not do natively because credit terms varied by supplier and product line.
That is a custom-build signal. Workflow not exotic. Volume justifies the work. The workaround is a tax that compounds. After a year, replacing it with code pays for itself many times over.
Signal 2: The thing you are buying is also your differentiator
If you sell custom-blended industrial chemicals based on a customer's water profile, the formulation engine is your business. A SaaS formulation tool, if one even exists, will be built for someone else's specifics. Over time your competitors use the same tool. Edge gone.
Same goes for a logistics company whose routing engine is what makes their delivery prices viable. Or an investment advisor whose portfolio construction logic is what clients pay for. Anything that is your business should not be rented from a vendor who can sell the same thing to your competitors next quarter.
The reverse is also true: anything that is not your differentiator, accounting, payroll, calendar, video calls, should almost always be SaaS. Owning the code for these gets you nothing and costs you forever.
Signal 3: The integration you need does not exist and never will
Seeing the same problem in your business?
Send us the short version. We will tell you whether it is worth fixing and where to start.