Essay

The two AI races nobody owns

Many of your competitors are struggling with the same AI problems you are. The company to worry about is the one that has figured out that AI in the work and AI in the product are the same race.

At Sunday dinner, your daughter shows you a working version of your product that a classmate and she "vibe-coded" over the weekend. They're both high school sophomores. They used Claude and a free GitHub account, and your daughter demos it like any other weekend project.

It's impressive. It's also a long way from what your company sells. You have engineers, paying customers, security, support, integrations, and years of experience. She has a weekend prototype without SSO or a production track record. She's not about to take your customers.

The weekend app is not the threat. What it proved is. A few years ago, producing a credible imitation of what you sell would have taken a team of engineers months. Now a high school student can get surprisingly close over a weekend. The moat around your product may still be wide, but one part of it is draining quickly. The runway you have to turn your other advantages into something harder to reproduce is getting shorter.

The same tools aren't available only to competitors. They're becoming available to your customers. The question that follows you to the car is worth taking seriously: who gets there first, you, a competitor, or your own customers?

Every morning, LinkedIn brings another announcement from a competitor: an AI product, an AI hire, an impressive AI number. You can't tell from the post whether it's real. Their board probably can't either. But their board is asking about AI now, and yours has been, too.

There are two AI races inside your company.

AI in the work

How an analyst builds a model, how an engineer writes and debugs code, how sales prepares a follow-up.

AI in the product

How AI changes what customers buy from you, what competitors can offer them, and where your revenue and margins come from.

Most companies are running neither one with purpose.

Both races are already underway, owned by different people, measured against different goals. Increasingly they run through the same choke point: your data.

The competitor moving on both isn't running two projects. They're running one.

You issued Copilot in March. Usage is up. Token spend is up. People are experimenting. Can anyone tell you what that investment actually bought? The report that matters is usually the one nobody can pull: what your people actually do with AI, what proprietary data goes in, and where that information goes afterward.

Vandy Hamidi, CISO of BPM, described the dilemma in CSO Online this spring: "If a company as a whole is slow on the adoption curve, it effectively forces the use of shadow AI."

Imagine an analyst with a deadline. Her company has given her an approved AI tool, but the tool cannot access the drive containing the files she needs. Another AI service can solve the problem immediately. She still has a deadline. Andrew Walls, a vice president analyst at Gartner, told CSO Online, "Every CISO I talk to has discovered some form of shadow AI."

You approved a sanctioned tool and everyone has a seat. The work still leaves: a new AI service every month, on a domain nobody thought to block, or one you can't block because half your legitimate traffic runs through it. The approved path is slower than the path people prefer.

The speed of your approved path is now a security control.

Jonathan Tushman, who runs AI and engineering at Hi Marley, said the rest out loud in CIO.com this summer: "If you don't put powerful tools in front of people fast, they'll route around you, and shadow use creates more risk than controlled access ever would."

The second race is quieter because nobody owns it. The CIO owns the systems that run the company. The CTO owns the engineering behind the product. Product, security, operations, and finance each own a piece. Who owns the business result from AI? In many companies, there isn't a clear answer.

Bain's 2026 Pathfinder survey of 951 global companies found that data access and integration was the leading barrier to AI progress, cited by 41% of respondents, ahead of compliance, budget, skills gaps, and executive buy-in. Companies hitting their AI targets reported the problem more often: 44% versus 40% of those that missed. They encounter the wall more often because they have reached it. Stronger performers stopped treating data access as an IT problem and made it a board-level business prerequisite.

The analyst who needs her files and the product team that needs customer data are asking the same questions: what the system can access, what the model will do with it, who decides, and where it goes.

Companies often discover this too late because the work happens in sequence. Security develops a policy. IT selects a tool. Engineering builds a pilot. Product develops an AI feature. Finance forecasts savings. The board asks about AI strategy. Then a pilot everyone loved in the demo reaches security review and stalls.

We've sat in that meeting. Security was doing its job; that's why they're on payroll. Nobody in the room was wrong. The sequence was. The two races need one plan.

You have talented people, proprietary data, customers, capital, and a production track record. Having the ingredients is different from having a plan for using them before the market moves again.

The CEO has a board date. The CIO's calendar is booked. A competitor announces another release. The CFO may already be projecting savings from AI that have yet to arrive. Bain found that 44% of surveyed companies cited savings from prior automation among the leading sources of funding for the next wave of generative and agentic AI. Companies are counting on AI to finance more AI.

The people who could write the plan may already work down the hall. What they lack is the time to sit in one room and decide. A useful plan says what happens first, what data each application needs, who decides, and what success looks like in revenue, margin, productivity, or risk. The board should be able to read it. The people doing the work should be able to run it.

A Telchines engagement is four to eight weeks. Working sessions with the people who actually run the work, pointed at your specific building. You leave with one written plan covering both races, names next to the decisions: what to do first, who decides, what depends on what, and how much work it will take.

We have worked with engineering teams that had money, talented people, and executive support and still couldn't get AI into production.

The pattern isn't rare. The plan is.

Yours would take four to eight weeks, and name the bottlenecks you currently pay for by the quarter.

The check

Four to eight weeks. One plan. Both races.

About two minutes. You'll answer what is actually live and where it stalled. You leave with a score, a first move, and whether a written plan is next.

Start the readiness check

A person reads the note either way. contact@telchines.io

Back to the front page