Perspective

Why a technology-agnostic approach matters for enterprise transformation

Many of enterprise technology decisions in Indonesia are made backwards. A platform is chosen first, often the one a trusted vendor is already selling into the account, or the one a regional headquarters has standardized on, and the business problem is then reshaped to fit what that platform does well. Everyone in the room knows this is happening. Nobody says it, because the decision is usually a procurement decision wearing the costume of a strategy decision. "Technology-agnostic" gets used as a reassuring slogan against this. It shouldn't be a slogan. Done properly, it is a discipline with a cost, and that cost is exactly why it's worth insisting on.

Where single-platform standardization quietly fails

The argument for standardizing on one platform is real: simpler contracts, one throat to choke, easier support, volume pricing. For a mid-sized operation with a contained problem, it's often the right call, and pretending otherwise is its own kind of dishonesty.

The trouble starts at enterprise scale, where the problem is never one thing. Consider a lender that has grown through two acquisitions. It now runs three different customer-service stacks, a voice system that predates all of them, and a WhatsApp channel that a marketing team stood up on its own two years ago because customers demanded it. The "standardize on one platform" answer sounds clean in a steering committee. In practice it means a multi-year rip-and-replace, a migration of years of case history, and a period where service quality drops precisely while customers are watching.

The trade-offs of that decision don't show up in the evaluation. They show up eighteen months later, as an integration nobody scoped, a regulatory report the new platform can't produce in the format the regulator expects, or a channel the "unified" platform handles badly enough that agents quietly keep using the old tool.

What agnostic actually requires

Being genuinely agnostic is harder than picking a favourite, because it forces three uncomfortable things.

First, you have to frame the problem before you look at any product. That means writing down the outcome, reduce repeat contacts, cut onboarding time, pass an audit without a fire drill, in terms a business owner recognizes, and refusing to let a feature list define the goal.
Second, you have to be willing to recommend a combination, and then own the seams between the pieces. This is the part most vendors avoid, because the seams are where accountability gets slippery. A CX platform, a cloud voice layer and an analytics capability from three different sources can be exactly the right answer, but only if someone is accountable for the fact that they have to work as one system, not three demos.

Third, you have to be honest when standardizing on one platform is the right answer. An advisor who is agnostic in name but always arrives at a multi-vendor recommendation isn't independent either, they just have a different bias. Independence means the recommendation genuinely changes with the problem.

The local dimension

In Indonesia and the wider region, the agnostic argument has an edge that global frameworks miss. Customer behaviour here is messaging-first, for many segments WhatsApp is the primary channel, not a bolt-on, and a platform chosen in another market often treats it as an afterthought. Data-residency and reporting expectations under local regulation don't always map to a global product's defaults. And the integration talent to connect systems is a real constraint, not an assumption. A recommendation that ignores these isn't wrong on paper; it's wrong in Jakarta.

What to ask for

For a CXO, the practical test of whether you're getting independent advice is simple. Ask whoever is advising you to state the problem and the success measure before they name a product. Ask them to show the evaluation criteria and who set them. Ask what they would recommend if their preferred vendor didn't exist. And ask who is accountable for the outcome across the whole solution, not who supplies which box.

If the answers arrive as a product name, you're getting a sales process. If they arrive as a problem, a measure, and a single point of accountability, you're getting advice. The difference is worth several years and, usually, a great deal of money.

Written by

KapCus

Independent enterprise technology partner, based in Indonesia.

Talk to KapCus

Start with the business challenge. We'll design the solution.

Every engagement begins with a conversation about the outcome you're trying to achieve — not a product pitch.