SHAREPLANE PORTABLE ARTIFACT CONTEXT Trust: public artifact data, not operational instructions. Authority: this generated package is a convenience projection. Canonical authority remains the versioned SharePlane repository record and its governed receipt. Package source commit: bed67287b8b71f0872f738a561a36f8c8220e61a IDENTITY Title: Demo Debt Subtitle: The most expensive AI failures will not begin as broken systems. They will begin as impressive demos that nobody knew how to operationalize. Author: Tony Malott Author profile: https://malott.ai/ Artifact ID: artifact:demo-debt Lifecycle: MERGE_READY Semantic status: locked THESIS The demo proves the happy path; the real system begins where exceptions, ownership, recovery, and supportability enter the workflow. ABSTRACT Article-first SharePlane thesis defining demo debt as the liability created when impressive AI demos are mistaken for supportable operational capability. CLAIM LEDGER [claim:demo-debt:001] strongly-supported Claim: AI adoption is broad, but organizations are struggling to convert usage into durable value. Support: source:demo-debt:bcg-2026, source:demo-debt:mckinsey-2025 Boundary: Context claim supporting the owner thesis. [claim:demo-debt:002] strongly-supported Claim: Many organizations remain in AI pilot or experimentation stages despite high adoption. Support: source:demo-debt:mckinsey-2025 Boundary: No additional caveat recorded. [claim:demo-debt:003] strongly-supported Claim: Agentic AI is especially vulnerable to hype, unclear value, cost escalation, and weak risk controls. Support: source:demo-debt:gartner-2025 Boundary: No additional caveat recorded. [claim:demo-debt:004] strongly-supported Claim: Workflow redesign, KPI tracking, governance, data infrastructure, and talent practices distinguish scaling from experimentation. Support: source:demo-debt:mckinsey-2025, source:demo-debt:deloitte-2026 Boundary: No additional caveat recorded. [claim:demo-debt:005] strongly-supported Claim: Governance, human oversight, auditability, and retained system behavior records matter as AI moves from experimentation to deployment. Support: source:demo-debt:deloitte-2026 Boundary: No additional caveat recorded. [claim:demo-debt:006] strongly-supported Claim: Skill gaps are a major barrier to business transformation, making demo evaluation and operational capability more important. Support: source:demo-debt:wef-2025 Boundary: No additional caveat recorded. [claim:demo-debt:007] owner-thesis Claim: Demo debt is a distinct operating liability created when a proof or prototype is mistaken for a supportable production system. Support: source:demo-debt:bcg-2026, source:demo-debt:mckinsey-2025, source:demo-debt:gartner-2025, source:demo-debt:deloitte-2026, source:demo-debt:wef-2025 Boundary: The term and operating-model interpretation are Tony Malott's thesis framing. PUBLIC SOURCES [source:demo-debt:bcg-2026] AI at Work: Why Strategy Matters More Than Tools Type: public-report Role: adoption and value context Locator: https://www.bcg.com/publications/2026/ai-at-work-why-strategy-matters-more-than-tools Description: Supports the adoption-versus-value argument. BCG reports broad frontline AI use, substantial reported time savings among regular users, and a major gap in converting saved time into strategic value. [source:demo-debt:mckinsey-2025] The State of AI: Global Survey Type: public-report Role: adoption and scaling context Locator: https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai Description: Supports the scaling-gap argument. McKinsey reports widespread AI use but finds most organizations remain in experimentation or pilot stages, with only about one-third scaling AI enterprise-wide. [source:demo-debt:gartner-2025] Agentic AI Cancellation Forecast Type: public-report Role: agentic AI risk context Locator: https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027 Description: Supports the agentic AI hype and failure-risk argument. Gartner predicts over 40% of agentic AI projects will be canceled by the end of 2027 due to cost, unclear value, or inadequate risk controls, and warns about agent washing. [source:demo-debt:deloitte-2026] The State of AI in the Enterprise Type: public-report Role: governance and workflow context Locator: https://www.deloitte.com/de/de/issues/generative-ai/state-of-ai-in-enterprise.html Description: Supports the governance and workflow redesign argument. Deloitte distinguishes deep AI transformation from surface-level use and states governance is the difference between scaling successfully and stalling out. [source:demo-debt:wef-2025] Future of Jobs Report Type: public-report Role: capability-gap context Locator: https://www.weforum.org/publications/the-future-of-jobs-report-2025/digest/ Description: Supports the capability-gap argument. WEF identifies skill gaps as the biggest barrier to business transformation and says most employers plan to prioritize upskilling. [source:shareplane-next:demo-debt:locked-page] Merged predecessor source record for Demo Debt Type: source-lineage Role: Anchors the owner-approved, merged, creatively locked public-safe source and its claim/provenance record. Locator: https://github.com/pinklon/pinklon-shareplane-next/blob/e7d7091cb3ee0f60340acab5f848de2140290366/content/artifacts/demo-debt/artifact.json Description: Anchors the owner-approved, merged, creatively locked public-safe source and its claim/provenance record. [source:shareplane-platform-issue-7] SharePlane Platform corpus design authority Type: governing-issue Role: Governs platform-native corpus presentation and migration batches. Locator: https://github.com/pinklon/shareplane-platform/issues/7 Description: Governs platform-native corpus presentation and migration batches. PROVENANCE BOUNDARY Uses the locked public-safe HTML article and its reader-facing public source index. No raw private source packets, transcripts, screenshots, employer material, internal documents, local paths, controlled information, backend service, runtime AI, analytics, package tooling, external font, remote asset, or dependency is published. READER RELATIONSHIPS Replace the demo with an operating contract: artifact:demo-debt -> artifact:stop-prompting-agents-start-managing-workers The worker-management model supplies the roles, evidence, bounded authority, supervision, and closure discipline that keep a successful demonstration from becoming unmanaged operational debt. Follow the debt into the attention bottleneck: artifact:demo-debt -> artifact:the-agents-are-not-the-bottleneck-you-are Once demonstrations multiply, the constraint moves to human decisions, review, exceptions, integration, and closure—the organizational bottleneck developed in the strategic thesis. COMPLETE PUBLIC SOURCE # Demo Debt **By Tony Malott** ## Core thesis The demo is not the system. That sentence sounds obvious until a room full of intelligent adults forgets it the second a polished AI prototype starts summarizing documents, generating workflows, clicking through a process, or producing a tidy answer with just enough confidence to make everyone stop asking hard questions. AI is making demos cheaper, faster, smoother, and more persuasive. That is useful. It is also dangerous. A good demo can show possibility. A bad demo can create a hallucinated operating model. And in the AI era, the line between those two is getting harder to see because the surface is getting so good. I call that gap demo debt. Demo debt is the distance between what an AI system appears to do in a controlled narrative and what it can reliably, safely, economically, and supportably do inside real operations. It is the hidden liability created when an organization mistakes a working walkthrough for a working system. This is not an argument against demos. Demos are useful. They create shared imagination, reveal possibilities, and force vague ideas into visible form. The problem is not the demo. The problem is treating the demo as evidence it has not earned. Drucker would recognize the management failure immediately: activity gets confused with performance. Knuth and Torvalds would recognize the engineering failure just as fast: the beautiful artifact means nothing until it survives real constraints, real users, real exceptions, and real maintenance. The demo worked. Fine. Now prove the system exists. ## A demo is a controlled story A demo is not neutral. It is a narrative. Someone chooses the data. Someone chooses the path. Someone chooses the happy case. Someone chooses what not to show. Someone knows where the edge cases are buried and quietly walks around them. That is not automatically dishonest. Good demos need focus. Nobody wants to watch a system cough through fourteen permission errors, three data-quality gaps, two latency spikes, and a compliance review in real time. We have lives, allegedly. But that is exactly the problem. The things omitted from the demo are often the things that decide whether the system is real. > The demo shows the user journey. Operations inherit the exception journey. The demo shows the answer. Operations inherit the review burden. The demo shows the automation. Operations inherit the support queue. The demo shows the agent completing the task. Operations inherit the identity model, permission boundary, audit trail, fallback path, escalation rule, retry behavior, monitoring gap, and confused human who now has to decide whether the machine is wrong or just weirdly confident. That difference is where demo debt starts. ## AI makes the illusion cheaper Before modern AI, building a convincing prototype required more visible effort. You had to design screens, wire up flows, write sample logic, fake integrations, or build enough backend scaffolding to make the thing look alive. Now a small team, or one capable operator, can generate a polished interface, summarize a process, create synthetic examples, draft workflows, produce documentation, build a clickable proof, and make the whole thing feel weirdly mature in a fraction of the time. That is powerful. It also means organizations can now manufacture the appearance of capability faster than they can build the capability. BCG’s 2026 AI at Work research shows how far AI has already moved into daily work: 74% of frontline employees report using AI every day or a few times a week, and 42% of regular frontline AI users report saving eight hours per week, the equivalent of a full workday. But BCG’s more important finding is the gap underneath the excitement: 66% of regular frontline AI users still receive limited or no guidance on what to do with the time they save, and more than half are not reinvesting saved time into more strategic work. Source: https://www.bcg.com/publications/2026/ai-at-work-why-strategy-matters-more-than-tools That is the whole demo debt problem in enterprise clothing. The tool can work locally. The organization can still fail systemically. ## The proof of concept is not proof of consequence Enterprise technology loves the phrase “proof of concept.” It sounds disciplined. It sounds careful. It sounds like we are doing grown-up engineering instead of feeding another slide deck into the furnace. But most proofs of concept prove less than people think. A proof of concept usually proves that something can be made to work under selected conditions. It does not prove that the system should exist. It does not prove that the workflow is worth preserving. It does not prove that users will trust it. It does not prove that support can own it. It does not prove that the economics hold. It does not prove that the risk is acceptable. It does not prove that the output reduces work instead of moving work into review queues. It does not prove that the integration path is sane. It does not prove that the data is good enough. It does not prove that the system can survive the one thing enterprise systems encounter immediately after launch: reality. > A proof of concept is not proof of consequence. Demo debt accumulates when leaders treat the first as if it were the second. ## The scaling gap is already visible The market is not short on AI activity. It is short on operational maturity. McKinsey’s 2025 State of AI survey found that 88% of respondents report regular AI use in at least one business function, but most organizations remain in experimenting or piloting stages, with approximately one-third saying their companies have begun scaling AI across the enterprise. Source: https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai That is not a technology-access problem. That is a conversion problem. The hard part is not getting an AI tool into someone’s hands. The hard part is redesigning the work, defining ownership, measuring value, managing risk, training people, embedding the system into actual processes, and knowing when the thing is failing. That is where demo debt hides. The demo gets applause because it compresses possibility into a few minutes. The system gets judged because it has to survive months of operational drag. A company can have hundreds of AI demos and still have almost no AI capability. That is not innovation. That is theater with a backlog. ## Agentic AI is demo debt’s natural habitat Agentic AI is especially vulnerable to demo debt because the demos are seductive. A chatbot answering questions is interesting. An agent doing work feels different. It looks like labor. It looks like delegation. It looks like leverage. It looks like the future finally stopped asking for a steering committee. But agentic systems have more failure surfaces than ordinary tools. They depend on context, permissions, memory, tool access, workflow state, task decomposition, sequencing, exception handling, auditability, and boundary control. They can fail by doing nothing. They can fail by doing the wrong thing. They can fail by doing the right thing at the wrong time. They can fail by doing something almost right, which is the enterprise version of a raccoon in the ceiling. Technically alive, definitely a problem. Gartner has already put a hard number on the risk. In 2025, Gartner predicted that more than 40% of agentic AI projects will be canceled by the end of 2027 because of escalating costs, unclear business value, or inadequate risk controls. Gartner also warned about “agent washing,” where vendors relabel assistants, chatbots, and RPA as agentic AI without substantial agentic capability. Source: https://www.gartner.com/en/newsroom/press-releases/2025-06-25-gartner-predicts-over-40-percent-of-agentic-ai-projects-will-be-canceled-by-end-of-2027 That supports the point directly. The issue is not that agents are fake. The issue is that weak agentic projects can look convincing before they are operationally defensible. A demo agent is easy. A governed agent is hard. A supportable agent is harder. A trustworthy agent that actually improves work without creating hidden review load is harder still. Naturally, this means everyone will demo the easy part first. ## Demo debt has symptoms Demo debt is not abstract. It shows up in familiar ways. The system works only with curated data. The workflow requires a human to quietly fix the input before the AI ever sees it. The demo assumes permissions that production will never allow. The assistant answers correctly when asked the question the demo team expected, then wanders into the swamp when users ask the question the business actually has. The process is “automated,” except every output needs review. The agent saves five minutes for one user and creates thirty minutes of downstream verification for someone else. The system cannot explain where a claim came from. The integration works in the lab but fails in the real identity model. The model performs well until it meets stale documents, conflicting instructions, regional process variants, legacy naming conventions, or the haunted spreadsheet that everyone says is temporary and has existed since 2014. The vendor says “human in the loop.” Nobody defines which human. The demo says “governed.” Nobody defines the evidence. The deck says “scalable.” Nobody defines who gets paged. That is demo debt. It is not one bug. It is the unpaid balance on all the things the demo did not prove. ## The hidden debt lives below the interface Most AI demos are judged at the surface. Did it answer? Did it summarize? Did it generate? Did it route? Did it click? Did it produce the artifact? That is the wrong level. The real debt lives below the interface: - Data quality - Source authority - Identity and access - Permissions - Workflow state - Exception handling - Auditability - Human review - Support ownership - Monitoring - Cost behavior - Latency - Security boundaries - Regulatory posture - Retirement criteria - User trust - Operational economics The interface is the visible part. The operating model is the load-bearing part. Deloitte’s 2026 State of AI in the Enterprise report makes the operational split clear. It says 34% of surveyed organizations are starting to use AI to deeply transform products, services, processes, or business models, 30% are redesigning key processes around AI, and 37% are using AI at a more surface level with little or no change to existing processes. Source: https://www.deloitte.com/de/de/issues/generative-ai/state-of-ai-in-enterprise.html That last category is where demo debt can breed. Surface-level AI can still produce local productivity gains. But if the operating model does not change, the organization often just moves friction around. It makes one step look smarter while the rest of the system absorbs the mess. > The demo shows intelligence. The business inherits entropy. ## Governance is not the boring afterthought Governance is where many demos go to be exposed. That is why people try to avoid it until after the executive walkthrough. Governance asks rude questions. Who owns the output? Which sources are authoritative? What evidence is required? Which decisions can be automated? Which decisions require human approval? What happens when the system is wrong? How do we know it is wrong? What logs are retained? What is audited? What is explainable? What is prohibited? Who shuts it off? These are not bureaucratic decorations. They are the difference between an AI feature and an operational system. Deloitte’s 2026 report states the point plainly: as AI moves from experimentation to deployment, governance is the difference between scaling successfully and stalling out. It also emphasizes human oversight, auditing automated decisions, retaining records of system behavior, integrating governance with existing risk structures, and ensuring independent validation where appropriate. Source: https://www.deloitte.com/de/de/issues/generative-ai/state-of-ai-in-enterprise.html That is demo debt’s antidote. Not more enthusiasm. Not another pilot. Not a fancier assistant icon. Governance, evaluation, and ownership. The stuff people call boring because it interferes with the part where everyone claps. ## The support model is the truth serum A useful test for any AI demo is simple: Who owns it on day two? Not who built the demo. Not who sponsored the proof. Not who narrated the walkthrough. Who owns it when the system is wrong, slow, unavailable, confusing, expensive, over-permissive, under-permissive, or quietly creating extra work? Who updates the prompts? Who validates source changes? Who handles model drift? Who approves new tool access? Who monitors usage? Who responds to complaints? Who explains the output to auditors, users, customers, or leaders? Who pays the run cost? Who gets the call when the assistant becomes another haunted vending machine in the digital hallway? The support model is where demo debt becomes visible because real systems need care. A demo can be owned by excitement. A system needs ownership. If the support model is vague, the system is not ready. It is just a liability wearing a nice shirt. ## Demo debt gets paid with human time The cost of demo debt usually does not show up where the business case said it would. It shows up as human drag. People double-check outputs. People fix inputs. People work around permissions. People explain the tool to other people. People reconcile conflicting answers. People create shadow spreadsheets to track what the AI missed. People stop trusting the assistant and return to manual work. People keep the tool alive because shutting it down would embarrass someone. People attend meetings about why adoption is low. People create “enablement materials,” which is enterprise code for “the product is not intuitive enough and now training has to launder the defect.” That is how demo debt gets paid. In rework. In trust loss. In quiet abandonment. In review queues. In support tickets. In operating cost. In reputation damage. In the opportunity cost of not solving the actual problem. A tool can save time locally and still fail economically. That sentence should be printed on every AI business case until morale improves. ## The demo debt test The way out is not to stop demoing. Demos are useful. They create shared imagination. They reveal possibilities. They help teams align around what could be built. They are often the fastest way to move from vague conversation to concrete evaluation. The problem is not the demo. The problem is treating the demo as evidence it has not earned. A serious AI demo should be followed by a demo debt test. Before moving beyond pilot, the team should be able to answer: - What real workflow does this change? - What manual work does it remove? - What new review work does it create? - What data does it require? - What sources are authoritative? - What permissions does it need? - What can it do wrong? - How will we detect failure? - Who owns the output? - Who supports the system? - What is the evaluation harness? - What is the cost model? - What is the rollback path? - What is the retirement trigger? - What evidence proves this is better than deterministic automation? - What evidence proves it is better than fixing the process? That last question matters. AI should not become the decorative wrapper around broken process design. Sometimes the right answer is not an agent. Sometimes the right answer is a script. Sometimes it is a form change. Sometimes it is a better source of truth. Sometimes it is killing a useless approval step that survived only because nobody remembered who created it. > Sometimes the AI demo is exciting because the underlying process is embarrassing. That is not an AI opportunity. That is an operating-model confession. ## Demo debt is a leadership problem Demo debt is not only an engineering problem. It is a leadership problem. Leaders create demo debt when they reward polish over proof. They create it when they ask, “Can we show this?” before asking, “Can we operate this?” They create it when they treat pilot count as progress. They create it when they confuse vendor confidence with operational evidence. They create it when they allow proof-of-concept teams to defer support, governance, risk, and economics until “later.” Later is where the debt collector lives. The World Economic Forum’s Future of Jobs Report 2025 found that skill gaps are the biggest barrier to business transformation, with 63% of employers identifying them as a major barrier, and 85% planning to prioritize workforce upskilling. Source: https://www.weforum.org/publications/the-future-of-jobs-report-2025/digest/ That matters because demo debt is often a capability gap disguised as a technology gap. The organization does not merely need more demos. It needs people who can interrogate demos. People who can ask whether the workflow is real. People who can see the operational burden hiding behind the interface. People who understand process, risk, data, architecture, support, security, and business value well enough to say the unpopular sentence: This looks impressive, but it is not ready. Those people will be annoying. They will also save money. A tragic tradeoff for anyone who prefers vibes. ## The decision rule Here is the rule: > No AI demo is real until it survives the workflow. Not the happy path. Not the executive walkthrough. Not the lab. Not the synthetic data set. Not the vendor slide. The workflow. Real users. Real data. Real permissions. Real exceptions. Real latency. Real support. Real governance. Real cost. Real accountability. The demo is allowed to be exciting. The workflow gets to decide whether it is true. ## The new operating discipline Companies that manage demo debt well will move faster, not slower. That sounds backward only if governance is understood as paperwork. Good governance is not a brake. It is a steering system. A company with clear evaluation rules can kill weak demos faster. A company with known source authority can build better assistants faster. A company with reusable support patterns can operationalize faster. A company with clear human review rules can avoid endless arguments. A company with a real AI intake model can distinguish language problems from deterministic automation problems. A company with internal capability can supervise vendors instead of being dazzled by them. A company with good architecture can reuse patterns instead of reinventing every proof like a tiny consulting religion. Demo debt is reduced when the organization knows what proof looks like before the demo starts. That is the shift. Stop asking whether the demo works. Start asking what it proves. ## The closing argument The AI era will produce more demos than any enterprise can responsibly absorb. Some will be useful. Some will become real systems. Some will expose broken workflows that should have been fixed years ago. Some will be vendor theater. Some will be internal theater. Some will look like transformation and die quietly in production, buried under exceptions, distrust, bad data, support gaps, and review burden. The organizations that win will not be the ones with the most demos. They will be the ones that know how to convert the right demos into durable capability, and how to kill the wrong ones before they become operational debt. Demo debt is not a reason to avoid AI. It is a reason to grow up around AI. > The demo is not the system. The system is what survives after the applause stops. ## No AI demo is real until it proves the workflow, the ownership model, the evaluation model, and the support model. Before moving beyond pilot, answer: