RELACTIS BlogRollout6 min read

Saying No Takes Three Seconds. Doing It Takes Three Weeks.

Before you put your stalled AI rollout down to resistance or low literacy, look at the meeting. Most of the time the thing that stopped it was a reasonable question, asked in good faith.

If you are the person driving AI adoption at your company, you have watched this happen. The licenses are paid for. The training session went well. There are people who genuinely want to use the thing. Three months later, roughly the same four people are using it. Trace back to where it stopped and you usually land somewhere very specific: a sentence somebody said in a meeting.

"Are we sure about this?" "Has anyone done it before?" "Let's get the day job under control first." Every one of those is defensible. Nobody said them to be difficult. The people most likely to say them are the ones who feel responsible for the outcome. And each one can cost weeks.

You probably already know which side of that exchange you tend to be on: the person who raises the first concern, or the person who goes quiet after it. This is written mostly for the first group, but the second group gets something out of it too, which is the news that the holdup was never their competence.

Three seconds versus three weeks

Stopping something and doing something cost wildly different amounts, and that gap is the whole problem.

Asking "has anyone done this before?" takes three seconds. It requires no preparation, no reading, and no alternative proposal. Answering it means researching precedent, building a case for why the absence of precedent is fine, putting that into slides, clearing it with two other departments, and booking another meeting to present it. Weeks, routinely.

Objection is cheap. Execution is expensive. As long as that holds, saying no will always be the lowest-cost move available inside an organization, and cheap things get used without much thought.

Here is where we stand: what stalls adoption is not literacy and not urgency, it is veto power without delivery responsibility. Nobody follows up to check whether an objection turned out to be right. They do follow up on whether the proposal worked. Under that scoreboard, asking people to take more risk is just bad arithmetic, and they can do the math.

What you meant and what landed

The difficult part is that the person doing the stopping almost never knows they are doing it. The sentence was reasonable, and it usually came from a protective instinct. It just gets translated on the way down.

What you saidWhat they heard
Are we sure about this?Using it will get me in trouble
Let's get the day job under control firstImprovement work is not really my job
Has anyone done it before?New things are a bad idea here
Don't run ahead on your ownInvolving other teams creates problems for me
Come back when you can show the impactI need results before I am allowed to try
Tidy it up a bit more firstThis is going to get shelved again

Read the left column on its own and it is a competent manager doing their job. Read the right column and it is the exact atmosphere of a company where AI adoption has quietly died. Intent is not the variable that matters here. Reception is, because reception is what people act on.

Same company, same training, different outcomes

What follows is something one of us watched happen before RELACTIS existed. It is not a case study we read about.

At a previous employer, we set up an internal school so that people on the floor could build their own workflow tools with no-code. Every department sent someone. No age or job title requirements, and the executive team took part as well. Over a year it produced 284 working improvement apps.

The interesting part was who built them. The builders clustered at two ends: people in their twenties, and people in their fifties and sixties. The middle was thin. One group brought speed of pickup and the other brought a deep read on how the work actually runs. Progress happened where those two overlapped.

What did not happen was uniform progress. Some departments moved and some did not, on identical training with identical tools and comparable effort. The variable that separated them was whether the manager understood the work and backed it.

Where managers backed it, the apps got adopted into real workflows and the improvements stuck. Where they did not, approval was slow enough that finished tools sat unused until everyone forgot about them. If you build something and it never ships, you do not build a second one.

That story is about no-code rather than AI, and it is one company rather than a dataset, so we are not going to call it a law. But the shape carries over exactly. Somebody makes something, and somebody decides whether it ships. Run that decision a few dozen times and the accumulated answer is what people now describe as "AI adoption is stalled here."

Keep the objections. Add accountability to them.

To be clear, we are not suggesting people stop raising concerns. An organization with nobody spotting risk early is in far worse shape. The fix is not banning objections, it is making the person who stops something accountable for stopping it.

In practice this is a small edit. Take the same concern and attach one line to it. On the left is the version that ends the conversation. On the right is the version that keeps it moving.

Stops itMoves it
Are we sure about this?Pick the two risks worth checking, then try it somewhere small
Has anyone done it before?No precedent means we run it as an experiment to create one
Come back when you can show the impactRun it two weeks, and let's agree now on what would make us continue
Don't run ahead on your ownDecide who needs to know before you start, and I will make those introductions
Tidy it up a bit more firstSeparate what we decide today from what still needs checking

Every line on the right carries a boundary and a deadline. Somewhere small. Two weeks. Today. That is what keeps a deferral from turning into a permanent one.

Worth saying plainly: deferring is not neutral. "Let's revisit next quarter" arrives on the floor as a no. People do not hear an open question, they hear a decision not to change.

The sharp people are an asset in the right seat

By now you may have a specific colleague in mind. Hunting for the culprit will not move anything, though. The AI usage type assessment we build is not for identifying who is blocking you. It is for deciding where to point the sharpest person you have.

Two of the fifteen types are nearly the same person, seated differently.

The difference is not ability. The Critic aims that scrutiny at a tool they have not picked up. The Verifier aims it at output that already exists. The same person can be either one depending on where you seat them. Stop asking them to raise concerns in the planning meeting and start asking them to own quality on what ships. The person who blocks becomes the person who protects.

The reverse is also true. Cast someone sharp as the designated brake and braking becomes the only job available to them. Most of them do not want that role. They were just never offered another one.

Change one thing this week

You do not need a new process for this. The next time you raise a concern in a meeting, attach one line giving it a boundary or a deadline. Instead of "are we sure about this?", try "narrow it to two risks and run it for two weeks." The cost of acting on your objection drops immediately, and so does the odds it quietly kills the proposal.

If you want to see who is actually on your team, the field guide to all fifteen types lays them out. Have a few people take the assessment and line up the results, and two things show up at once: where the work keeps stopping, and whose sharpness is going unused.

Organizations that cannot get AI adoption moving are rarely short on capability. They have left stopping cheap and doing expensive. Change the pricing and a surprising number of them start moving.

Which of the 15 types are you?

24 questions · about 4 minutes · free · anonymous · no sign-up

Take the free assessment →

Or meet all 15 AI usage types first →

Read next