How to think clearly when AI changes faster than you can read about it.

Why I invest in skills, not models, and how I filter the noise.

· 12 min read · AI , Digital Transformation , Generative AI

I've stopped asking which model is best

It's the wrong question, and it wastes time.

Every week brings a new release, a new leaderboard, a new "this changes everything." If I chased each one, my teams would spend their days evaluating tools instead of delivering work. So I've made a deliberate choice, and it shapes how I lead AI transformation across our engineering and marketing teams:

I invest in skills first. Models second.

This isn't anti-technology. I run AI transformation. It's about putting our energy where it lasts.

Let me simplify for you

  • Model knowledge depreciates with every release. Skills compound.
  • Hype and doom are both loud, and loud is not the same as important.
  • If a release still matters in 30 days, then we look at it properly.
  • Every AI use case has to give something back: hours, reach, quality or removal.

Why I focus on skills, not models

This is the core of how I lead AI transformation at Colliers.

Knowledge of a specific model loses value quickly. Becoming an expert in this quarter's tool is like learning every shortcut in an app just before a major redesign. The next release arrives, and much of that effort starts over.

Skills work the other way. They compound. Every improvement in AI makes a skilled person more valuable, because they can point more capability at better outcomes.

So instead of asking our teams to keep pace with every release, I invest in five skills that hold their value:

Problem framing. The most valuable AI skill is knowing what to ask. An engineer who can break a complex site assessment into clear, well-scoped questions will get better results from any model, today's or tomorrow's.

Judgment and verification. AI output is a draft, not a deliverable. In engineering, where safety and professional liability are real, the ability to review, challenge and validate output is non-negotiable. Our standards of care don't change when the tool does.

Domain depth. A model knows a little about everything. Our people know a great deal about real estate, buildings, infrastructure and markets. That depth is what turns generic output into client-ready work.

Communication and influence. As tools multiply, the scarce skill is helping people see why something matters and act on it. For our marketers, that's storytelling that moves an audience. For our engineers, it's explaining technical risk in language a client can trust.

Workflow thinking. Understanding how work moves from brief to delivery, and where it gets stuck, matters more than mastering any single tool. People who can redesign a process can plug in whatever model comes next.

The model is the thinnest layer

Select a skill to see it in engineering and marketing. Then release a new model and watch what changes.

Today's AI modelModel 4.2
Models replaced: 0. Skills lost: 0.

Problem framing

Turning a messy problem into a clear, well-scoped question.

In engineering
Scoping technical queries precisely
In marketing
Writing sharp creative briefs

Judgment & verification

Treating AI output as a draft, and knowing how to check it.

In engineering
Validating calculations and compliance
In marketing
Protecting brand voice and accuracy

Domain depth

The expertise that turns generic output into client-ready work.

In engineering
Codes, standards and site conditions
In marketing
Markets, audiences and property value

Communication & influence

Helping people see why something matters, and act on it.

In engineering
Explaining risk in plain language
In marketing
Stories that drive action

Workflow thinking

Seeing how work flows from brief to delivery, and where it gets stuck.

In engineering
Streamlining review and delivery
In marketing
Scaling campaigns across markets
Figure 1. Five durable skills form the foundation. The model on top is the part that gets replaced.

Whether we're working with today's model or one five generations from now, none of these skills lose value. That's the point.

The 72-hour hype cycle

Watch any major AI release and you'll see the same pattern.

Hour one: the launch post goes live, with polished demos and bold claims.
By evening: the first "I tested it for 24 hours" videos are up.
Day two: benchmark charts, side-by-side comparisons, and threads crowning winners and losers.
Day three: hot takes on the hot takes.
By the end of the week: everyone has moved on to the next release.

Very few people go back to ask whether the last one changed anything real.

Attention peaks early. The useful answer arrives late.

Select a stage to see what's happening.

Launch Day 7 Next launch Attention Month 3 Real workflow, real data, real governance Almost nobody reports this

Swipe the chart to see month three.

The launch post goes live with polished demos and bold claims. Everything is framed as a breakthrough.

Figure 2. The attention curve of a typical release. Businesses need the part of the chart that is usually blank.

This isn't a conspiracy. It's the attention economy doing what it does. AI companies need launches to land. Influencers need fresh content. Platforms reward whoever is first and loudest. Everyone has a reason to make the moment feel bigger than it is.

What we end up with is a constant stream of first impressions and almost no long-term verdicts. For a business, first impressions are the least useful information there is. What I need to know is how a tool performs in month three, inside a real workflow, with real data, under real governance. Almost nobody publishes that.

So when something feels urgent, I ask one question:

Urgent for whom?

Usually it's urgent for whoever is selling it or talking about it, not for the team doing the work.

Utopia, apocalypse and the build-out

Alongside the launch hype runs a darker storyline. AI will take every job. AI will outsmart us. AI could end humanity. These headlines travel further than almost anything else in tech.

Some of these concerns are serious. Researchers, and many AI labs themselves, work on real safety risks, and that work deserves attention. I'm not dismissing it.

But context matters. Over roughly the past year, the industry has committed hundreds of billions of dollars to data centres, chips and power. At Colliers, we see this build-out up close. Data centres have become one of the most active corners of real estate.

An investment of that scale needs a story big enough to justify it. "A useful productivity tool" doesn't do that. "The most powerful technology in human history" does.

Two opposite stories, one shared effect

Hover over or select either story to trace where it leads.

The utopia story

  • "AI will solve everything"
  • "The end of work as we know it"
  • "The most powerful technology ever built"

The apocalypse story

  • "AI could end humanity"
  • "Machines will outsmart us"
  • "No job is safe"
AI feels enormous, inevitable and urgentWhichever story you hear, this is what sticks
Which helps attract capital, talent, attention and infrastructure

What stays the same on Monday morning

  1. Pick a real problem
  2. Apply the right tool
  3. Check the output
  4. Measure the result
Figure 3. Utopian promises and apocalyptic warnings look like opposites, but they often push in the same direction.

That's why the utopian promises and the apocalyptic warnings, which look like opposites, often have the same effect. Both make AI feel enormous, inevitable and urgent. And that feeling helps attract capital, talent and political attention.

I don't let either extreme set my agenda. Neither the miracle nor the catastrophe changes what my teams should do on Monday morning: pick a real problem, apply the right tool, check the output, and measure the result.

The 30-day rule

My teams follow a simple habit: if a release still matters in 30 days, we look at it properly.

Most don't. The excitement fades, the edge cases appear, and the gains turn out to be modest. The ones that survive have earned a real evaluation, and by then others have already found the rough edges for us.

Let time do the filtering

Drag the slider, or press play, to move through the month.

24releases still asking for attention
Day 0: everything feels urgent
EvaluateOpens on day 30
Figure 4. Illustrative: of two dozen releases that feel urgent on day one, only a couple still matter a month later.

The rule doesn't mean we ignore the frontier. A small group of us watches it closely, so the wider team doesn't have to. Our engineers and marketers are there to deliver for clients, not scroll through release notes.

Every use case has to give something back

Before any AI initiative gets resources, it has to answer one question: what does this give back?

There are only a few honest answers:

What does it give back?

Switch between teams to see an example of each.

Hours

The same work, done faster.

EngineeringDrafting first-pass calculation reports and technical summaries

MarketingTurning one property brief into first drafts for every channel

Reach

More work, with the same team.

EngineeringReviewing more drawings and documents per project

MarketingLocalising campaigns across more markets and languages

Quality

Fewer errors, more consistency.

EngineeringConsistent checks against codes and standards before human review

MarketingKeeping brand voice and property facts consistent in every asset

Removal

A task we can stop doing entirely.

EngineeringRetiring manual status reports that nobody reads

MarketingDropping approval loops once the brief is right the first time

No answer, no investment
Figure 5. Four honest answers to one question. Examples are illustrative.

That last one is underrated. Sometimes the smartest AI decision is realising a process shouldn't exist at all. If a use case can't point to at least one of these, the model behind it doesn't matter.

Start with the problem, not the product

I push my teams to flip how they learn.

Don't start with a tool and look for uses. Start with a real problem. For example: "Preparing a feasibility summary takes too long. What's the fastest way to fix that?" Then go find the answer.

Two ways to learn

Same effort, very different results.

Product-first

Learning chosen by a feed

A new tool trends"Everyone's talking about it"
Hunt for somewhere to use itSolution looking for a problem
A pilot that fizzlesLow impact, then onto the next tool

Problem-first

Learning chosen by a real need

A real problem"Feasibility summaries take too long"
Targeted learningOnly what's needed to fix it
A measurable resultHours, reach, quality or removal
Figure 6. The same effort spent in two directions.

Learning that starts from a real need sticks. Learning that starts from a feed usually doesn't. And the best answer is rarely the newest one.

Think clearly, on purpose

We work surrounded by more information, more incentives and more noise than any generation of professionals before us. That can be a real advantage, but only if we're deliberate about where our attention goes.

These are the questions I ask myself, and I'd invite every leader to ask them too:

The model will change next month, and again the month after.

Our advantage was never going to be the model. It's the people who know what to do with it.

Photograph of Ashish Kapoor

About the author

Ashish Kapoor

Global Director of Marketing Technology | Chief Technology Advisor | Architecting the Future with SaaS MACH & Agentic AI | 2x Sitecore Ambassador MVP

  • 21+ years in enterprise product architecture
  • Sitecore MVP Ambassador (2023, 2024)
  • Global digital delivery across 40+ countries
  • 100+ AI agents shipped in production
  • $2M+ MarTech rationalisation savings
Read the full bio