Sophistication Bias: Just Because AI Can, Doesn't Mean AI Should
- Varun Chitkara
- Jun 4
- 4 min read

A couple of weeks ago, a few of us were heading to pre-season cricket practice. I had come straight from physical therapy: working through rehab, relearning basic movements, focused on just getting the fundamentals right. Thanks to several injuries, a deep interest in fitness and a physical trainer certification, I know the drill: correct muscle activation, proper form, the unglamorous basics.
Then a friend pulled out his fitness tracker and excitedly shared its dashboard: Sleep scores, strain metrics, recovery percentages, heart rate variability (HRV) trends. Numbers and charts everywhere.
I asked what he had actually learned because of it. The answer, after a pause: sleep more, limit alcohol, stay hydrated.
I smiled. I've had almost the exact same conversation with cousins, nephews and a few other colleagues. Different people, same story. The dashboards were sophisticated, but the insights were nothing new.
Data Without Discovery
While these kinds of fitness trackers are impressive (and I may well try one once I'm at the fitness level where optimizing the last mile actually makes a dent), for now, the basics provide plenty of mileage.
That pattern isn’t limited to fitness trackers. We carry the same biases everywhere. Even to work. In enterprise AI, it tends to show up in one of two ways.
The first: A real problem exists, but the solution skips straight to whatever is loudest, fanciest or most recent. The second one I find to be worse. It doesn't start with a problem at all. It starts with the tool (AI, in this case) and goes searching for problems. A hammer looking for nails.
Both lead to the same place: Sophistication that outpaces the problem it was meant to solve.
How Sophistication Becomes The Default
There's a gravitational pull in enterprise AI toward complexity. Vendors push it. Engineers are drawn to it. Leaders reward it because it signals seriousness.
I call it sophistication bias: the tendency to reach for the most advanced solution before asking whether it's the right one.
Most enterprise processes were designed in a different era with different tools, costs and constraints. A process built in 2005 to route customer calls was designed around what a phone system, a spreadsheet and a trained agent could do. It made sense then. Nobody questioned it since.
So when AI arrives, the instinct is to point it at the existing process. Make the routing smarter. Reduce handle time. Automate the wrap-up notes. But then, aren’t we just paving a cow path? The cow made that path because it was avoiding a swamp that may no longer exist. The swamp dried up. The detour became the route. And we just ended up with expensive asphalt.
Most enterprise challenges are not intelligence problems. They're design problems, workflow problems, data hygiene problems and accountability problems. Sophisticated AI doesn't fix those.
A Real Life Case In Point
A few years ago, I partnered with the leaders across a large, distributed organization to take a fresh look at their global contact center operations: dozens of centers across multiple business units. Each had been improving over time, and believed they were running well. The benchmarks and basic sniff tests disagreed.
The first step was getting under the hood to see what was actually going on. This meant utilization analyses, call resolution times, shrinkage, contact volumes, etc.
Then the deeper question: Why were people contacting them in the first place? Nobody knew exactly. Yes, there were charts and ideas and hypotheses, but nothing precise. Call logs were incomplete. Contact reasons failed to get captured. We used natural language processing (NLP) and machine learning (ML) to help decode. We converted voice transcripts, scanned logs, mapped every channel. Each channel—calls, emails, web forms, chat—had its own volume, cost and demand on human effort.
What we found matched every other contact center analyses: a significant share of contacts were avoidable. This included billing confusion from upstream product issues and questions that had no accessible answers. It was a broken design, not broken intelligence.
Fix The System, Not The Signal
Then we looked at the tech stack—everything under the sun that was loosely cobbled, under-integrated, underleveraged. Years of local decisions stacked on top of each other.
Admittedly, I was drawn to a clean sheet design: Sophisticated intelligence engine, advanced AI, automation, new platforms purpose-built for the job. It was logical and exciting. But then the other muscles kicked in: 80/20 thinking, ROI discipline and the operational instinct that asks what actually moves the needle.
The team started first with principles, workforce planning, utilization analyses, geo optimization. Upstream fixes in billing and product. Self-serve portals. Chatbots. FAQs. And then for advanced tech, we first unlocked what was already in the stack rather than adding anything new.
We used AI but surgically, where it genuinely earned its place. The sophisticated engine never got built (at least not while I was still there). The outcome: over one-third reduction in costs, better customer satisfaction, potential for new revenue streams and human capacity freed for complex, high-value work. All of it before sophistication entered the picture.
A Sequence For Getting It Right
First of all, I am not against AI. I am genuinely excited about its potential. It already permeates various aspects of my life. I just want it to land properly. In this case, the answer is simple sequencing.
1. Clean Sheet Design: Question whether the process should exist in its current form. Redesign with today's tools in mind. Eliminate what no longer needs to exist.
2. Basic Levers: Utilization and resource optimization, geographic rationalization, upstream fixes, unlocking what you already own: This includes purpose-built software, workflow automation, RPA where it fits and the tools already in your stack that are underleveraged. The unglamorous. High return. Low risk.
3. AI: Then ask the hard question about AI. The cost base has already moved significantly by now. So ask honestly: Does it help do more, at what cost? Does it help do it faster, and what is that speed worth? Does it improve quality or reduce risk?
If you can't answer those with real numbers, you're likely not ready. The honest answer may be: Not yet. Not here. Not at this price. Perhaps, a smart enough solution is sufficient until then. Just because AI can doesn't mean AI should. So ask yourself: Are you navigating the sophistication trap in your own work? Originally Published on Forbes: Read on Forbes


