Faster Content Production Won’t Fix a Slow Digital Operation

November 12, 2026
by
Michael Kunzler II

AI drafting tools have cut the cost of producing content, but someone still has to decide what should exist, how it should be structured, who owns it, when it's ready, and in what order the work occurs. Here's where judgment lives in your content operation and what to change before the volume arrives.

Strategy
Content Management
AI

Six months ago a review queue might hold eight pages. Today, that same review queue could have over forty.

Your writers have generative drafting tools now, and a program page that used to take three weeks from request to draft might take three days. The backlog that once thinned itself out, because nobody had time to build out the weaker requests, no longer thins in the same way. A regional team has started drafting its own versions of product pages, and the person who approves content is moving faster, which mostly means they are reading less carefully. The workflow you built for ten pages a month is now looking at a hundred.

We hear stories like this often. Production has become cheap enough that the primary constraint in your operation is no longer production time, but the decisions about what exactly to produce.

What cheaper production reveals in your budget

In short, AI makes production cheap and leaves judgment expensive. The consequence you need to pay attention to is what happens to your budget.

Project estimates have typically bundled decision work (scoping, modeling, assigning ownership, defining readiness) with production work into a single number, and production was often large enough to hide everything else. As production time shrinks, decision work surfaces as its own line item (usually an underfunded one).

Two effects follow. The effort filter that used to kill weak ideas before anyone had to reject them is gone, and faster production multiplies the effects of whatever governance you already have, whether it works or not.

Five decisions your tools won't make for you

The judgment your operation depends usually concentrates in five recurring decisions. Each one sits upstream of production, and none of them inherently gets faster when your tools do. In a majority of organizations, each one is being made implicitly, through precedent or by whoever happens to be closest to the work. That is why they tend to surface as problems only after volume has increased.

1. Scope: what should exist, and what should be retired or never built. Consider a university that lets each department generate its own program pages. Within a year, admissions finds fourteen pages describing the same nursing program, with three conflicting application deadlines among them. When effort stops being as much of a filter, your scope has to be decided deliberately, because nothing else will decide it for your.

2. Structure: how content is modeled and classified so it can be reused, governed, and retrieved. Consider a credit union that stores its rate disclosures as free text inside page bodies rather than as structured fields with effective dates. When the retrieval assistant on its roadmap goes live, it answers member questions using an expired promotion from years past, because nothing in the content marks it as expired. Retrieval systems read whatever corpus you give them, and an ungoverned corpus degrades retrieval quality regardless of how capable the model is.

3. Ownership: who is accountable for each content type, with authority to approve, revise, and retire it. Imagine a manufacturer, where nobody clearly owns the product content types. Three regional teams each build their own, and the migration team discovers all three eighteen months later. Ownership assigned at the department level is too broad to enforce, and the issues usually only become visible when someone has to reconcile the results.

4. Readiness: what must be true before content ships or a capability goes live. A personalization program launches dealer and end-customer segments before the content model has variants for either. Both audiences see default content while the rules report activity. Experimentation follows the same logic: cheap tests only help when someone has defined in advance what result would change the decision.

5. Sequencing: the order in which you make operating model, governance, and platform decisions. An organization switches on AI authoring inside its CMS, then starts a governance project the following year to clean up what the tool produced. Depending on how much accumulated in between, that cleanup can cost more than the production time the tooling saved.

Where does your operation stand?

Get your velocity score →

Three changes for the leader who owns the operation

1. Fund decision work as its own line item. Discovery, content modeling, and governance design have usually been treated as overhead attached to a build, scoped to whatever remained after production was estimated. With production no longer the dominant cost, that decision-making work deserves its own scope, owners, and success measures. Measuring your readiness gives you a more accurate view of program health than measuring volume shipped alone.

2. Design review capacity before you switch on the tooling. A review workflow scoped for ten pages a month will not hold at a hundred, and the failure can be easy to miss because it happens quietly. Approvals become cursory, and your governance model persists on paper while it stops functioning in practice. Define ownership and size your review process for the volume the tooling will produce, and do it before activation rather than after the queue has already grown.

3. Evaluate partners, and your own team, on the quality of their diagnosis. Speed of delivery is becoming a weaker differentiator because it is increasingly available to everyone. The more useful question is whether a team can assess your environment accurately, identify which of the five decisions remain unresolved, and sequence the work accordingly. That reasoning is why, when we work with your team, alignment and planning precede build, and adoption is designed rather than assumed.

Production capacity isn't velocity

Cheap production is the newest way organizations try to buy velocity. Platforms came first, then the martech stack, and each delivered real capacity. Each also produced more of whatever the organization already had, because capacity without the operating decisions behind it amplifies existing conditions rather than improving them. AI drafting follows the same pattern at a faster rate.

Velocity depends on scope, structure, ownership, readiness, and sequencing being decided explicitly, by named people, before volume arrives.

You can't buy velocity. You build it, and judgment is what you build it from.

Find out where you stand

The Velocity Score is a free self-assessment that shows where your operation stands on these decisions, and which ones to resolve before your production volume makes the choice for you.

Common questions

Will AI content tools make our website operation faster?

They make production faster. Whether the operation gets faster depends on whether scope, structure, ownership, readiness, and sequencing have been decided. Where they haven't, faster production mostly creates more content to review now and more to clean up later.

What should we settle before turning on AI drafting in our CMS?

Assign owners at the content type level, size your review workflow for the volume you expect rather than the volume you have, and decide what the content model needs to record (dates, status, audience) so content stays usable for reuse, retrieval, and personalization.

How does content governance affect AI retrieval quality?

Retrieval and generation systems draw on the content you already have. When that content is duplicated, unclassified, or out of date, the system retrieves it with the same confidence as current content, so the condition of your corpus sets a ceiling on answer quality regardless of which model you use.

Get monthly insights on building smarter, more effective digital experiences—straight from the team at C2.