agentsclimarketplace

Content gap analysis

Skill nthnclrk/enablement-skills/skills/content-gap-analysis

Audit revenue enablement content coverage and prioritize the highest-impact gaps by role, stage, and use case. Use when asked to review existing assets, identify missing or stale content, or produce a prioritized content backlog. Route content creation to one-pager-and-slide-outline, battlecard-builder, or talk-track-builder.From its SKILL.md

Install
npx -y skills add nthnclrk/enablement-skills --skill content-gap-analysis

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 11 stars11 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

4.1 KB, as published. Nobody here has run it

Content gap analysis

Decide what to create, update, consolidate, or retire. First separate exists from used. An asset on the wiki that no one can find is not coverage.

Fails. "Zero views this quarter, so retire the security FAQ."

Passes. "The security FAQ exists, is current, and drew 19 failed searches against 6 views. Action: improve discoverability, not retire. The mid-market ROI template does not exist; the enterprise calculator is out of scope. Action: create."

A weekly operating model for owners, review, and publishing is content-governance-system. Raw field-note synthesis is field-feedback-synthesizer.

Confirm Inputs First

Ask only for the inputs that change the backlog:

  1. Inventory source and the roles, stages, and jobs in scope
  2. Known field requests, failed searches, or usage with an eligible-audience denominator
  3. Evaluation horizon: this quarter, half, or annual planning
  4. Who can own create, update, consolidate, or retire work

If usage, ownership, or freshness is unknown, leave it unknown. Do not invent usage or ROI.

Read The Right Reference

Read references/content-gap-prioritization.md for exists-vs-used tests, action types, and scoring rules. Read references/source-system-guide.md when the inventory comes from a content repository, wiki, or field-signal channel.

Default Workflow

  1. Build the inventory you can defend. Stable ID, owner, audience, status, last reviewed date, canonical location. Done when each in-scope asset has enough metadata to judge exists vs used.
  2. Map coverage. Role, stage, job-to-be-done. An enterprise-only asset does not cover a mid-market job.
  3. Classify the problem before you score it. Missing, stale, duplicated, hard to find, underused, or wrong format. Low usage is a clue, not a diagnosis.
  4. Separate exists from used. Fit-for-purpose and findable is coverage. Fit-for-purpose and invisible is discoverability. Findable and unused is a distribution or quality question. Missing is create.
  5. Rate value with visible dimensions. Impact, frequency, strategic alignment. Evidence confidence and effort stay separate. Do not invent weights or divide by effort.
  6. Assign a decision tier. Mandatory, commit now, validate first, plan, or monitor. High potential with weak evidence is validate first, not build.
  7. Choose the action. Create, update, consolidate, retire, improve discoverability, or reinforce distribution. Retire only with a successor or an authorized owner, never from low usage alone.
  8. Sequence within the tier. Deadline, dependency, effort, owner capacity. Route asset production to one-pager-and-slide-outline, battlecard-builder, or talk-track-builder.

Do not retire, relabel, or republish anything without explicit approval of the exact targets.

Output Contract

Return a backlog a planning owner can run this horizon:

  • Coverage map by role, stage, and job
  • Exists vs used on every priority item
  • Prioritized gaps with impact, frequency, alignment, confidence, decision tier, and rationale
  • Action type per gap: create, update, consolidate, retire, improve discoverability, or reinforce distribution
  • Owners, windows, and the validation or outcome signal
  • Assumptions, and usage or ROI you refused to invent

Do not design the operating model. That is content-governance-system.

Quality Bar

  • Exists and used are not treated as the same fact.
  • Prioritization reflects impact and frequency, not who asked loudest.
  • Value, confidence, and effort remain visible; no unexplained composite score.
  • Low usage never retires an asset by itself.
  • Each recommendation has a realistic owner and a next validation.
  • No invented usage, win rates, or ROI.

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.