The Future of AI Is Not Automation. It Is Better Friction

Charles DeShazer

Hatched by Charles DeShazer

Aug 11, 2026

11 min read

91%

0

What if the most important question about artificial intelligence is not what it can automate, but what organizations should stop requiring in the first place?

That question sounds abstract until you examine two seemingly unrelated problems. A company wants to scale AI before competitors make it obsolete. A health system wants to reduce prior authorization because patients and clinicians lose time navigating it. In both cases, the temptation is to treat technology as a faster version of the existing process.

That is often a mistake.

The deeper opportunity is not to make every old procedure more efficient. It is to decide which forms of friction protect value, which merely consume it, and how intelligent systems can distinguish between the two. The future belongs neither to organizations that automate everything nor to organizations that preserve every control. It belongs to organizations that can remove low value friction while making high value judgment more precise.

The Wrong Goal Is Frictionlessness

Organizations often describe transformation using an attractive but dangerous word: frictionless. The implication is that every delay, question, review, and approval is a defect. If a process slows down a customer, employee, clinician, or patient, the instinct is to eliminate it.

But friction is not a single thing. Some friction is waste. Some friction is a safety mechanism. A speed bump and a pothole both slow a car, but they do not serve the same purpose.

Prior authorization illustrates this distinction clearly. It can create administrative burden, delay treatment, and damage the patient journey. Yet it also gives a health plan a way to ask whether a proposed intervention is appropriate, effective, and responsibly funded. Removing all prior authorization might reduce paperwork while increasing unnecessary care, unsafe care, or poorly allocated spending.

The sensible objective is therefore not simply zero authorization. It is authorization approaching zero where it adds no meaningful value, while preserving review where the stakes justify it. That is a much more demanding goal because it requires judgment rather than ideology.

The same principle applies to AI adoption. A company may automate customer support, hiring, underwriting, coding, or clinical administration. But the presence of an AI system does not prove that the underlying decision should be made automatically. An organization can use sophisticated technology to accelerate a bad process, conceal uncertainty, or distribute errors at unprecedented scale.

The question is not, “Can we automate this?” It is, “What is the smallest amount of oversight that preserves the value we care about?”

This reframing changes the purpose of AI. AI is not primarily a labor replacement device or a universal speed tool. It is a friction allocation system. It should determine where attention is unnecessary, where it is essential, and where it should be redirected.

The Automation Paradox: More Intelligence Requires Better Restraint

The more capable an organization’s systems become, the less useful blanket rules are. Traditional processes often rely on universal requirements because universal requirements are easier to administer. Every claim requires documentation. Every employee follows the same approval path. Every customer receives the same scripted response. Every exception is escalated to a human.

These rules are crude, but they are legible. They provide consistency in environments where information is scarce and decision quality is difficult to measure.

AI changes the information environment. It can examine large volumes of records, identify patterns, compare cases, detect anomalies, and generate explanations. That creates the possibility of replacing blanket controls with risk sensitive controls.

Consider a simplified health plan. Instead of requiring prior authorization for every advanced imaging request, the plan could examine factors such as the diagnosis, recent symptoms, prior imaging, clinical guidelines, the ordering clinician’s history, and the urgency of the case. Routine, well supported requests could move through automatically. Ambiguous or high risk requests could receive targeted review. The system would not merely approve or deny more quickly. It would reduce the number of cases that need review at all.

A similar pattern could govern an organization’s internal purchasing. A traditional company might require three approvals for every software purchase. An AI supported system could allow low cost purchases from established vendors to proceed automatically while directing unusual vendors, sensitive data access, or large commitments to human review.

In both examples, automation works best when it is paired with selective escalation. The system handles the obvious cases and concentrates scarce human expertise on the uncertain ones.

This is the automation paradox: intelligent systems make it possible to impose fewer universal restrictions, but only if the organization becomes more disciplined about defining risk, value, and exceptions. A less bureaucratic organization is not necessarily a less governed organization. It may be a more intelligently governed one.

From Approval Gates to Confidence Gradients

Most organizations treat decisions as binary. A request is approved or denied. A case is reviewed or not reviewed. A customer is routed to a human or kept with a bot. This binary structure creates unnecessary congestion because it assumes that uncertainty has only two levels: acceptable and unacceptable.

A more useful model is a confidence gradient. Decisions can move through several levels of scrutiny based on the system’s confidence, the potential harm, and the reversibility of the outcome.

One practical version has four zones:

  1. Automatic passage: The request is routine, well supported, low risk, and easy to reverse.
  2. Light verification: The system asks for one or two missing facts or checks a relevant condition.
  3. Targeted human review: The case contains ambiguity, unusual features, or meaningful downside risk.
  4. Expert decision: The stakes are high, the evidence is contested, or the consequences are difficult to reverse.

This model prevents a common failure of automation programs: treating every case as if it deserves the same amount of attention. It also avoids the opposite failure, in which every AI output is subjected to a full manual review and the organization gains little more than a costly assistant.

The important design question is not just whether an AI recommendation is accurate on average. It is how much confidence is enough for this particular decision. A recommendation to reschedule a routine meeting can tolerate a low confidence threshold. A recommendation affecting a patient’s access to treatment cannot.

That means confidence must be calibrated to consequence. A highly accurate system may still be unsafe if it is used in a context where rare errors cause severe harm. Conversely, a moderately accurate system may be valuable when it only organizes information for a trained professional and never makes the final decision.

A useful formula is:

Required oversight = consequence of error multiplied by uncertainty multiplied by irreversibility.

This is not a precise mathematical calculation. It is a governance prompt. It forces leaders to ask three questions:

  • What happens if the system is wrong?
  • How much uncertainty remains in this case?
  • Can we detect and repair the mistake before damage accumulates?

Prior authorization becomes a more intelligent tool when it is applied according to these variables. AI adoption becomes more responsible for the same reason. The system should not ask for human attention merely because a rule says so. It should ask when the expected value of attention exceeds its cost.

The Hidden Asset Is Not Data. It Is Trustworthy Discretion

Organizations often begin AI programs by inventorying data, selecting models, or identifying repetitive tasks. These steps matter, but they overlook a more fundamental asset: trustworthy discretion.

Discretion is the ability to make a context sensitive exception without abandoning the organization’s purpose. A clinician may recognize that a patient’s situation does not fit a standard pathway. A claims reviewer may notice a pattern that a checklist misses. A customer service employee may understand that strict policy would produce an absurd result.

Old bureaucracies often suppress discretion because it appears inconsistent. New AI systems can either suppress it further or make it more accountable. The better path is to use AI to expose the reasoning behind exceptions, compare them with outcomes, and learn which deviations create value.

Imagine that a health plan tracks requests that were initially flagged for authorization but later approved after review. If a large share of those cases share predictable characteristics, the plan can redesign the rule and eliminate unnecessary review. If certain exceptions lead to better outcomes, the organization can encode them into future decision support. Human judgment becomes not an expensive interruption but a source of organizational learning.

The same loop applies to any AI enabled enterprise. Human overrides should not be treated only as failures of compliance. They are evidence about where the model, policy, or process is incomplete. The organization should ask:

  • Which decisions are humans overturning most often?
  • Are overrides concentrated in particular populations, products, or situations?
  • Do overrides improve outcomes, or merely reflect personal preference?
  • What policy or data change would make the next decision better?

This creates a discretion learning loop:

  1. Automate routine decisions.
  2. Capture uncertainty and human overrides.
  3. Compare decisions with real outcomes.
  4. Refine the rules, model, or escalation path.
  5. Expand automation only where performance and trust improve.

Without this loop, automation becomes a one time deployment. With it, automation becomes a learning system that gradually reduces unnecessary intervention.

Why Shared Value Matters More Than Technical Capability

There is a political dimension to all of this. Any process that controls access to money, care, opportunity, or information creates competing incentives. A health plan wants to manage appropriate spending. A provider wants timely treatment. A patient wants care without administrative delay. A company wants efficiency, but employees want fair evaluation and customers want reliable service.

AI cannot resolve these conflicts by itself. In some cases, it can intensify them by making decisions faster and less visible. A system that automatically denies a request may be more efficient, but it can also make disagreement harder to locate.

This is why successful automation requires a shared definition of value. The objective cannot be “reduce approvals,” “lower labor costs,” or “increase throughput” in isolation. Those are operating metrics, not outcomes.

A stronger scorecard might include:

  • Time saved for the person receiving the service.
  • Reduction in unnecessary reviews and repetitive documentation.
  • Accuracy of decisions across relevant populations.
  • Rate and quality of successful appeals or overrides.
  • Harm prevented, not merely transactions completed.
  • Total cost, including the cost of errors and delayed action.
  • Trust among the people affected by the decision.

For prior authorization, this could mean tracking whether patients receive appropriate care sooner, not merely whether fewer requests enter a review queue. For enterprise AI, it could mean measuring whether employees spend more time on complex work, whether customers resolve problems more successfully, and whether decisions become more explainable.

The central discipline is to connect automation to the patient, customer, employee, or citizen journey. A process can look excellent from the inside while feeling worse from the outside. A shorter queue is not progress if more people are incorrectly rejected. Fewer human interactions are not progress if the remaining interactions become impossible to reach.

A Practical Playbook for Reducing Friction Intelligently

Leaders can apply this framework before deploying any major AI system or redesigning any approval process.

First, map the journey from the perspective of the person affected. Identify every handoff, repeated request, delay, and point of confusion. Do not begin with the organization chart or the software stack. Begin with the experience of seeking care, completing work, solving a problem, or making a decision.

Second, classify each control by function. Is it checking safety, preventing fraud, allocating scarce resources, satisfying a regulation, preserving accountability, or merely reflecting historical habit? Controls that have no clear function are strong candidates for removal. Controls with a clear function should be tested for a narrower and more precise design.

Third, assign each decision to a confidence gradient. Define what can pass automatically, what needs verification, what requires targeted review, and what must remain with an expert. Write these rules before the system is launched, not after an incident forces the organization to explain itself.

Fourth, measure outcomes rather than activity. A system that processes twice as many requests may be failing if it increases appeals, delays, or harmful errors. Include the cost of false approvals, false denials, missed exceptions, and lost trust.

Fifth, create an explicit path for challenge and correction. People need to know how to question an automated decision, who will hear the challenge, and how the organization will learn from it. A system that cannot be meaningfully challenged is not merely automated. It is unaccountable.

Key Takeaways

  • Do not confuse speed with value. Remove friction only after identifying whether it protects safety, fairness, quality, or responsible spending.
  • Replace blanket rules with risk sensitive pathways. Routine, low consequence cases should move quickly, while ambiguity and high stakes should attract more scrutiny.
  • Use confidence gradients instead of binary approval gates. Automation, verification, targeted review, and expert judgment can coexist in one process.
  • Treat human overrides as learning data. The best exceptions reveal where policies, models, and workflows should improve.
  • Measure the experience and outcome of the person affected. Internal efficiency is incomplete if patients, customers, or employees receive worse results.

The organizations most threatened by AI may not be the ones that adopt it slowly. They may be the ones that adopt it energetically but fail to rethink what their procedures are for.

The real competitive advantage will not come from having an algorithm in every department. It will come from knowing where not to place one, where to place one with limited authority, and where to reserve space for human judgment. That is a more subtle capability than automation, but it is also more durable.

The future of intelligent organizations is not a world without friction. It is a world in which friction has to justify its existence. Every delay must protect something. Every approval must improve a decision. Every human review must be directed toward a case where human attention can make a difference.

When organizations reach that standard, moving toward zero is no longer an aspiration to eliminate control. It is a method for discovering which controls deserve to remain.

Sources

← Back to Library

Hatch New Ideas with Glasp AI 🐣

Glasp AI allows you to hatch new ideas based on your curated content. Let's curate and create with Glasp AI :)

Start Hatching 🐣