Verified against ChatGPT · 2026-08-13
Turn a completed research writeup into a publishable article outline without losing the caveats that made it honest
Converts a finished research document into a structured outline for a blog post or article aimed at a wider audience, while explicitly protecting the caveats and limitations that a punchier rewrite usually strips out first.
The prompt
Ready to copy — highlighted parts are example details you can swap.
Take the research writeup below and produce an outline for turning it into a publishable article for Our company blog, roughly 900-1200 words, casual-professional tone. — not the full article yet, an outline I can review before drafting starts. SOURCE RESEARCH WRITEUP Full 12-page internal report on why churned customers cite 'too complex' twice as often in exit interviews as in the exit survey, with a discussion of interviewer framing effects and small sample caveats. TARGET AUDIENCE Product managers at other companies who read our blog for practical churn-reduction ideas, not academics. PUBLICATION CONTEXT Our company blog, roughly 900-1200 words, casual-professional tone. MUST-KEEP CAVEATS The exit-interview sample was only 14 customers, and interviewers knew the study's hypothesis in advance, which could have shaped the questions asked. Build the outline around the single strongest, most concrete finding as the hook — not the broadest claim the research could theoretically support, and not the methodology. A wider audience reads for what changed or what surprised, not for how thorough the process was; lead the outline with whichever finding would make someone actually stop scrolling, and say explicitly why you picked that one over the others in the source material. For every caveat listed in The exit-interview sample was only 14 customers, and interviewers knew the study's hypothesis in advance, which could have shaped the questions asked., mark exactly where in the outline it needs to survive into the article — do not let a caveat get implicitly dropped just because it complicates the narrative; if a caveat genuinely can't fit without undermining the hook, flag that tension directly rather than quietly outlining around it. Write each outline section as what it needs to accomplish for the reader, not just a section title — "establishes why this matters to someone who's never thought about it" is more useful at outline stage than a title like "Background." Flag any claim in the source writeup that was appropriately hedged for a research context but would read as an unqualified fact if simplified for Product managers at other companies who read our blog for practical churn-reduction ideas, not academics. without its original caveat — this is the most common way a faithful research writeup turns into a misleading popular article, and it needs to be caught at outline stage, before drafting, not fixed after the fact. OUTPUT FORMAT 1. The chosen hook and one line on why it beats the alternatives. 2. Section-by-section outline, each with its job, not just a title. 3. A caveat placement map — which section carries which must-keep caveat. 4. A flagged list of claims that need explicit hedging preserved when simplified.
Customize
Optional — swap in your own details for the highlighted parts above.
Why this works
The explicit caveat-placement map exists because the single most predictable failure of turning a hedged research writeup into a punchier public-facing piece is that hedges are the first thing a simplification pass cuts, precisely because they weaken the hook a general-audience piece is built around — GPT-5.1, when asked generically to make research "more readable," will smooth away qualifiers like small sample size or interviewer bias by default, since removing them genuinely does make the writing punchier, which is exactly the wrong optimization for a piece whose credibility depends on those limits being visible. Requiring the outline to name where each specific caveat lands, rather than trusting it to survive an unstructured rewrite, forces the tradeoff to be made consciously at outline stage instead of silently during drafting, when it's much harder to notice something is missing. The instruction to flag claims that were safely hedged in the original but would read as unqualified fact once simplified targets the same failure from a different angle — it's not just about preserving caveats that already exist as sentences, but catching claims whose entire safety depended on surrounding qualification that a simpler sentence structure would strip away invisibly. Choosing the hook based on the strongest concrete finding rather than the broadest claim also matters mechanically: a model asked to make research "compelling" for a wide audience will often reach for the most sweeping, generalizable-sounding claim in the source material because it sounds impactful, even when that's the claim the original research supported most weakly — anchoring the hook selection to concreteness rather than scope keeps the article's headline claim as strong as its underlying evidence.
What you get back
Hook: exit interviews surface complexity complaints twice as often as the survey does — chosen over the broader 'customers find our product too complex' claim because it's the specific, surprising, evidence-backed finding, not an inflated generalization. Caveat placement: the small sample size (n=14) belongs in the section explaining the finding itself, stated plainly rather than buried in a footnote; the interviewer-bias caveat belongs immediately after any claim that leans on interview data specifically. Flagged claim: 'customers find the product too complex' reads as fact if published without noting it's drawn from a small, potentially primed sample — needs the caveat attached directly to the sentence, not just nearby.
Verified against
ChatGPT GPT-5.1 · 2026-08-13
Changelog
- 2026-08-13 — Initial publish, verified against ChatGPT GPT-5.1.
Need this built into your business?
If a prompt isn't enough — what Scult builds, built and maintained for you — that's Scult's day job.
EXPLORE WHAT SCULT BUILDS
