The Friction Attack Surface

SF Scott Farrell β€’ July 11, 2026 β€’ scott@leverageai.com.au β€’ LinkedIn

πŸ“š Read the full field guide

Get the full three-class friction taxonomy, the two-sided Human Touch Audit, and the week-one exposure checklist. The Friction Attack Surface β†’

Strategy Β· Competitive exposure

The Friction Attack Surface

AI prices the attention your customers used to give you for free. Every piece of wrong friction is now an attack surface β€” find it by auditing human touches like incidents.

Scott Farrell Β· LeverageAI Β· Full doctrine companion available as multi-chapter ebook

TL;DR

  • Human attention was unpaid labour that never hit the incumbent’s books β€” analytics often scored it as engagement.
  • Classify friction: necessary (physics, authority, consent), accidental (legacy architecture), wrong (business-model distortion of the customer).
  • Run the Human Touch Audit on both sides: customer clicks and staff presence. If judgement, new intent, authority, or exceptional consequence was not required β†’ design failure.
  • Beware the baseline trap: 55-vs-100 feels like victory while 55-vs-0 is still exposed β€” plus decision defence when the owner who paid the migration cost proves the customer wrong with screenshots.

I want to play pickleball β€” not refresh the page in the stupid app.

That sentence is not a product review. It is a competitive map. A local sports club moved off a wretched discovery platform onto a modern multi-sport booking app. The admin team felt relief. Sessions still filled. Conversion still happened. And a willing, paying regular still spent twice-weekly attention translating the same stable intent β€” this club, this sport, Sundays and Wednesdays β€” into someone else’s ontology: search near me, pick the sport again, wade past other codes, distinguish tiny booked badges, open events that cannot be booked, absorb half-screen branding written for first-time acquisition.

The product “worked.” The attention tax never appeared on anyone’s P&L. Until AI made that tax an attack surface.

Attention was free until it was not

Historically a provider did not need to eliminate friction. It needed friction below the abandonment threshold. Ten clicks that still produced a booking looked, from the inside, like a functioning system. The company saw conversion. The customer experienced unpaid inventory reconciliation.

Human attention was a free external resource. Open the app, re-express location, re-express sport, interpret inventory, remember what is already booked, work out what is unavailable, click. Almost none of the durable intent changed. The interface behaved as if it had cognitive amnesia.

Customer-effort research has long said the quiet part out loud: high-effort interactions destroy loyalty far more reliably than “delight” builds it. In the CEB / Gartner lineage that created Customer Effort Score, roughly ninety-six percent of customers with a high-effort service interaction became more disloyal, versus about nine percent after a low-effort one.1 McKinsey’s personalisation work found seventy-one percent of consumers expect personalised interactions β€” and seventy-six percent get frustrated when they do not get them.2 Nielsen Norman’s classic heuristic is blunt: interfaces should minimise memory load; users should not have to recall information the system already holds.3

AI changes the economics of that unpaid labour. Another system can absorb the translation steps once, hold fuzzy durable intent (“beginner-ish, Sundays and Wednesdays, this club, don’t double-book me”), and return the human to the terminal outcome. That is not a nicer filter. That is friction arbitrage.

Diagnostic question
Where are customers repeatedly spending attention to translate stable intent into your system’s required interactions? Every repeated translation step is a candidate for collapse β€” and therefore an attack surface.

Necessary, accidental, wrong

Not all friction is a bug. The useful taxonomy is three classes.

Class What it is Lived example
Necessary Physics, authority, eligibility, informed consent, real capacity Is there a court space? Am I authorised to spend this money? What is the cancellation consequence?
Accidental Historical software architecture that forces re-entry and navigation Search near me again. Select pickleball again. Navigate to the club again. Refresh again.
Wrong Friction that exists because of the provider’s model of its business, not the customer’s intent Show other sports because the platform wants discovery. Show acquisition branding to a habitual customer. Make the regular inspect unavailable events. Require a return every few days to poll inventory.

Necessary friction survives AI. Authority and capacity do not vanish because models got better. Accidental friction is the legacy tax. Wrong friction is the competitive vulnerability β€” the seam an AI-native entrant attacks while the incumbent still thinks its competitors are other booking apps with nicer waitlists.

The incumbent promise is usually: “We make booking easier.” The attacker asks a different question: “Why is the customer booking at all if intent is stable?” That is Terminal Value altitude in miniature β€” not feature comparison, value migration.4

Your analytics may call friction “engagement”

Here is the nasty inversion. The customer says: twelve clicks of fuckery. The dashboard says: opened app, searched, viewed event, clicked event, booked β€” engaged user.

Session time, search frequency, and return visits can be symptoms of a missing intent layer, not product love. If the system cannot hold “keep me in suitable sessions,” it must conscript the human as the join algorithm between provider state and personal state (calendar, preferences, existing bookings, fatigue after a late night). The customer’s brain is middleware. Middleware looks busy. Busy looks healthy.

That is almost perfect disruption bait. The organisation optimises to preserve the very interactions that prove the architecture is dumb.

The Human Touch Audit (customer side)

Treat every customer appearance as an incident.

HUMAN TOUCH DETECTED
        ↓
why?
        ↓
Was judgement genuinely required?
Was new intent required?
Was authority required?
Was consequence exceptional?
        ↓
NO?
        ↓
DESIGN FAILURE

Worked example: a regular opens the booking app at 8:13 pm. Why? To learn whether a suitable future session has become bookable. The software already has event availability, release state, existing bookings, club, sport, session type, and past behaviour. An intent-holding system could already know the preference pattern. So why did the human appear? There is no good answer. He appeared because the architecture is dumb.

This is not an argument against white-glove service. Human contact can be brilliant when it is judgement, relationship, or authority. Unnecessary operational interaction is a cost β€” on the customer side as unpaid attention, and on the provider side as routine labour mislabelled as hospitality.

The design question that keeps you honest (without designing the replacement product here): what would this look like if the customer touched the interface once, at setup, then never again? Sibling doctrines own how personal agents and addressable services actually do that work. This piece owns the diagnosis.

Someone has the key (provider side)

Run the same audit on staff presence.

A two-hour session, thirty players, a thin per-player contribution. Players put the nets out, pack them away, rotate themselves, clear debris, play, socialise. The on-site person arrives, unlocks equipment, perhaps greets, plays a bit, stays. Ask: why is the human present?

  • Safety supervision? Apparently not much.
  • Coaching? No.
  • Refereeing? No.
  • Court maintenance? Players largely handle it.
  • Matchmaking? Self-organises.
  • Equipment access? Yes β€” someone has the key.

If presence decomposes to biological access control, an electric lock with temporary credentials for authorised attendees turns routine presence into exception handling. Equipment missing, pack-up failure, access fault β€” human gets involved. Otherwise the market clears and people hit the ball.

Provider-side wrong friction is the silent twin of customer-side click tax. Both are human touches that fail the audit. Both are attack surface when an AI-native operator redesigns around exceptions rather than ritual presence.

The baseline trap β€” and decision defence

Meetup was horrendous. Call that pain 100. The club moves to the new app. Pain is 55. Everyone says: so much better. They are benchmarking 55 versus 100. The customer who still wants zero unpaid translation is benchmarking 55 versus 0. Completely different analysis.

It feels really good when you stop hitting your head against a brick wall. Relief is not excellence.

The organisation becomes adapted to a horrible environment β€” workarounds, WhatsApp supplements, staff explanations, customers who learned the terrible path. A replacement removes the most grotesque problems. Cognitive search terminates: solved. But the new system may still be structurally bad measured against what cheap cognition makes possible.

Then comes the psychological layer. The owner just paid the migration cost: research, move everyone, explain the process, absorb complaints, finally get the new system running. A regular says: still frictional. The owner does not hear neutral product evidence. He hears that the painful decision may not have solved the problem. So he becomes invested in proving the migration was right. Screenshots appear. “We announced it here.” That is not customer service. That is decision defence.

He has confused “better than the last system” with “good.” Because the last system was a brick wall, the blackberry bushes feel like a spa day.

Apps as packaged interaction obligations

Zoom out. A phone full of apps is often sold as ecosystem richness. From the friction lens it can look like three hundred separate deterministic systems that periodically require the human to visit and manually translate intent into each domain model. Airline, bank, sports, car, health, insurance, council β€” each says: we built the backend; you are the orchestration layer. Find us. Open us. Authenticate. Remember our UI. Navigate. Interpret state. Close. Repeat next Thursday.

The precise claim is not “apps are dead.” It is sharper: every app interaction must now defend why the human is present. Some interactions survive β€” genuine browse, genuine new intent, genuine authority. The rest is attack surface.

McKinsey’s agentic-AI work lands in the same neighbourhood from the enterprise side: realising agent value means rearchitecting task flow and reallocating responsibilities between humans and agents, not layering automation on inherited click paths.5 Bain’s zero-based redesign argument is the clean-sheet cousin: productivity on the old process is not the same as redesigning the process.6 Stop Automating, Start Replacing owns the full replace-versus-automate doctrine; here we only need the competitive edge of that truth β€” greasing wrong friction is not removing it.7

How to find your exposure this week

  1. List ten repeat interactions a loyal customer performs to get a stable outcome. Mark each step necessary, accidental, or wrong.
  2. Run the Human Touch Audit on every customer appearance in that journey. Write one sentence: why did the human appear? If the answer is not judgement, new intent, authority, or exceptional consequence β€” design failure.
  3. Run the same audit on provider-side humans. Decompose presence. If it collapses to “someone has the key,” you have found biological middleware.
  4. Check your metrics for inverted friction. Which “engagement” numbers rise when customers are doing unpaid translation?
  5. Name the baseline. Are you still celebrating 55-vs-100? Write the 55-vs-0 sentence out loud. Watch for decision defence when someone challenges the last migration.
  6. Do not design the replacement yet. Diagnosis first. What replaces the interface on the customer side and the service side is sibling work. Market redesign is sibling work. Your job this week is the map of exposed friction.
North star for the audit
Security people ask what is exposed and where someone can get in. AI-native strategists should ask: where is the customer currently tolerating friction because there has never been a cheap intelligence capable of removing it?

Barely good enough is where disruption lives. If your system is only just good enough that it is not useless, you are not safe β€” you are inviting the entrant who notices the tax you never put on the books.

Find the attack surface before they do.

References

  1. [1]CEB / Gartner lineage via Qualtrics. “Customer Effort Score (CES) & How to Measure It.” www.qualtrics.com/articles/customer-experience/customer-effort-score/ β€” “96% of customers with a high-effort service interaction become more disloyal compared to just 9% who have a low-effort experience.”
  2. [2]McKinsey & Company. “The value of getting personalization rightβ€”or wrongβ€”is multiplying.” www.mckinsey.com/capabilities/growth-marketing-and-sales/our-insights/the-value-of-getting-personalization-right-or-wrong-is-multiplying β€” “71 percent of consumers expect companies to deliver personalized interactions. And 76 percent get frustrated when this doesn’t happen.”
  3. [3]Nielsen Norman Group. “10 Usability Heuristics for User Interface Design.” www.nngroup.com/articles/ten-usability-heuristics/ β€” “Minimize the user’s memory load by making elements, actions, and options visible. The user should not have to remember information from one part of the interface to another.”
  4. [4]Scott Farrell / LeverageAI. “The Terminal Value Doctrine β€” Stop Optimising the Horse.” leverageai.com.au/the-terminal-value-doctrine-stop-optimising-the-horse/ β€” AI-native attacker altitude: which customers leave first when cheap cognition rearranges the category.
  5. [5]McKinsey & Company. “Seizing the agentic AI advantage.” www.mckinsey.com/capabilities/quantumblack/our-insights/seizing-the-agentic-ai-advantage β€” “Reinventing a process around agents means more than layering automation on top of existing workflowsβ€”it involves rearchitecting the entire task flow from the ground up.”
  6. [6]Bain & Company. “Zero-Based Redesign: The Key to Realizing Gen AI’s Cost Savings Potential.” www.bain.com/insights/zero-based-redesign-the-key-to-realizing-gen-ai-cost-savings-potential/ β€” end-to-end process redesign with generative AI, not productivity on the inherited path alone.
  7. [7]Scott Farrell / LeverageAI. “Stop Automating. Start Replacing: Why Your AI Strategy Is Backwards.” leverageai.com.au/stop-automating-start-replacing-why-your-ai-strategy-is-backwards/ β€” greasing an inherited process is not the same as questioning whether the process should exist.

Discover more from Leverage AI for your business

Subscribe to get the latest posts sent to your email.

Leave a Reply

Your email address will not be published. Required fields are marked *

Β© 2026 Leverage AI, Scott Farrell. All rights reserved. This content is made available on a limited, revocable, read-only basis only. No licence or right is granted to copy, reproduce, republish, scrape, store, adapt, summarise, index, embed, or use this content to create derivative works, work product, deliverables, methodologies, training materials, prompts, templates, software, services, research, or commercial outputs, whether by humans or machines, without prior written permission. This restriction includes internal business use, client work, consulting, advisory, implementation, and any use in or for artificial intelligence, machine learning, data extraction, retrieval, evaluation, fine-tuning, or knowledge-base construction.