Automating the Boring 80%: Research, Outlines, and First Drafts

Most of a content workflow isn't writing at all -- it's research, structuring, and a first pass. Here's exactly which parts are safe to automate, and which three never should be.

By the iSuggest.ai Team · ·5 min read

Most conversations about "AI content" jump straight to the finished article: is it good, is it detectable, will Google penalize it. That skips the more useful question. A published post is the last five percent of the work. The other ninety-five percent is research, structuring, and a first pass at the words — and most of that stretch is genuinely boring, repetitive, and safe to hand to a model. The trick is knowing exactly where "safe to automate" ends and "needs a person" begins.

By the iSuggest.ai Team · Updated for 2026

What the boring 80% actually looks like

Before a single sentence of a real article gets written, someone (or something) has to: pull together what's already been said on the topic, check which claims are actually true, find the specific numbers worth citing, decide what order the sections go in, and produce a rough skeleton to react to. None of that is where a writer's judgment adds the most value. It's clerical work wearing a writer's hat. Our own human-in-the-loop writing method post covers the overall workflow; this one is narrower — it's about which specific stages are worth automating first, and why those particular ones.

Research compilation is the first thing worth automating

Gathering source material is mechanical: search, skim, extract the claim and the number, note the source. A model can do a first pass of this in minutes instead of the hour or two a person would spend opening twenty tabs. The catch is that a model will also confidently hand back a plausible-sounding statistic that nobody ever published. That's exactly why this stage still needs a human checkpoint before anything downstream depends on it — not a "trust but verify" afterthought, but a hard rule: no number ships without a real source attached. It's the same discipline we hold ourselves to on this blog, where every statistic comes from a maintained, sourced research bank rather than being generated fresh each time.

An outline is a decision, not a draft

It's tempting to treat outline generation as just "the draft, but shorter." That undersells what an outline actually is: a set of editorial decisions about what the piece argues, in what order, and what it deliberately leaves out. A model is genuinely useful here because it can propose two or three structurally different outlines for the same topic in the time it takes to make coffee — one built around a problem/solution arc, one around a myth-correction, one around a checklist. A person then picks the shape that actually fits the argument, instead of starting from a blank page and defaulting to whatever structure comes to mind first. The automation isn't replacing the decision; it's making more options visible before the decision gets made.

First drafts should be disposable

The most useful mental shift in this whole workflow is treating an AI-generated first draft as scaffolding, not a submission. Its job is to exist so a person has something to cut, reorder, and argue with — not to survive intact. Teams that skip this mindset and publish the first pass with light touch-ups are the ones producing the thin, interchangeable content search engines are increasingly good at spotting, a pattern our content velocity post and our content engine walkthrough both warn against directly. The volume a model produces is only valuable if a person is still willing to throw most of the first pass away.

Where automation has to stop

Three things don't get automated in any workflow worth using, and this isn't a hedge — it's the actual boundary. First, factual verification: a claim doesn't count as checked because a model generated it fluently. Second, the specific angle or opinion that makes a piece worth reading instead of generic — that's a judgment call, not a pattern match. Third, anything close to a customer result or case study: those get written by a person who actually knows whether the claim is true, never assembled from a template. If a workflow automates any of those three, it isn't saving time, it's manufacturing a problem for later.

What this looks like end to end

In practice the split is roughly: research and source-gathering get a first automated pass with mandatory source verification before use; outline generation gets automated into two or three options with a person choosing the shape; the first draft gets generated in full and then substantially rewritten, not lightly edited; and final fact-checking, the specific argument, and anything resembling a customer claim stay entirely human. That's not a slower version of full automation — it's a different tool for a different 80/20 split than most "AI writing" pitches describe, and it's the same split this blog itself runs on, calendar and research bank included.

If you're deciding how much of your own content pipeline to hand off, the underlying audit questions stay the same regardless of who or what wrote the draft: is the page technically readable by AI crawlers, is it structured so an engine can extract a clear answer, and is it factually solid enough to survive a citation check. You can run that check for free with an iSuggest.ai audit, and once a page is genuinely ready, publish a frozen snapshot to an AI directory from your account. The automation question is worth getting right — but it only matters once the page underneath it is worth citing.

Keep reading

See how your page scores.

Run a free audit