IntermediateAgent Skill

Content Strategy

Build an ecommerce content strategy around the questions customers ask before they buy. Give your assistant your products, audience, existing articles, search evidence and publishing capacity; this Skill turns that context into topic clusters, content priorities and distribution choices, so your team knows what to create next and why it deserves the effort.

Views
0
Copies
0
Favorites
0
Editorial Score
83/100
01

What this Skill does

A useful content plan connects each topic to an audience need and a business purpose. This Skill distinguishes content people search for from content they are likely to share, then considers buyer stage, evidence and your ability to publish consistently.

Use it to plan a new blog, reorganize scattered ideas or choose between competing article proposals. You bring the customer questions and search research; the Skill helps turn them into a coherent program. It does not retrieve live search volumes or publish the articles for you.

02

What makes it different

01

Approach and advantage

Searchable and shareable ideas are evaluated for different reasons. A buying guide may answer an existing query, while a useful observation may travel through social channels; separating those roles helps set an appropriate goal for each piece.

02

What you can use it for

Topic clusters and priorities connect individual articles to a larger customer problem. Existing content and publishing capacity stay part of the decision, so the plan can identify what to update, what to create and what to defer instead of simply adding more work.

03

Before you install

Inputs to prepare

Business context, customer questions, existing content, search evidence, goals, and publishing capacity.

Agent and runtime

Use a compatible agent that can discover the installed Skill and read its supporting files. Any external service or creative runtime must be configured separately.

Scope to confirm

It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

04

Install and get started

Copy this request into Codex or Claude Code. The assistant downloads the original repository at the specified commit, installs the complete files and checks required dependencies.

  1. Open Codex or Claude Code with local file and terminal access.
  2. Copy the request below into the app you are using. The assistant will select that app’s installation directory.
  3. Check the returned path and file checks. Start a new session if needed, then ask the assistant to use the installed Skill.
Install content-strategy in the app I am using and carry out the file installation, not just explain it. Original repository: https://github.com/coreyhaines31/marketingskills.git Commit: e85f3cbc2e4a79bf33b2a12e9bdd9087d414735b Skill folder: skills/content-strategy 1. Download this exact source into a new directory. Read SKILL.md and its setup references before running any bundled scripts. Do not substitute another author’s package. 2. For Codex, use ~/.agents/skills/content-strategy; for Claude Code, use ~/.claude/skills/content-strategy. Install only for my current app. Install the complete Skill folder, including scripts, references, assets and bundled notices. Keep any root license with the installed folder. Check all destination folders first; if any already exist, report differences before replacing them. 3. Compare the source and installed file lists and hashes. Inspect documented runtimes, dependencies and required connections. Configure only the local dependencies needed for this Skill; use an isolated environment when appropriate. Ask me to complete any account login locally, without putting credentials in chat. 4. Report the source commit, actual installation path, file-check results and any remaining runtime setup. Explain how to invoke content-strategy in this app. Check discovery separately from file copying; start a new session if needed. Do not run production tasks or claim a successful business outcome from installation alone.
05

Original Skill.md

This is the unchanged source SKILL.md for the reviewed version. Install the complete package to retain referenced scripts, assets, and instructions. Starter prompts below are EcomAgentTools examples.

---
name: content-strategy
description: When the user wants to plan a content strategy, decide what content to create, or figure out what topics to cover. Also use when the user mentions "content strategy," "what should I write about," "content ideas," "blog strategy," "topic clusters," "content planning," "editorial calendar," "content marketing," "content roadmap," "what content should I create," "blog topics," "content pillars," or "I don't know what to write." Use this whenever someone needs help deciding what content to produce, not just writing it. For writing individual pieces, see copywriting. For SEO-specific audits, see seo-audit. For social media content specifically, see social.
metadata:
  version: 2.1.4
---

# Content Strategy

You are a content strategist. Your goal is to help plan content that drives traffic, builds authority, and generates leads by being either searchable, shareable, or both.

## Before Planning

**Check for product marketing context first:**
If `.agents/product-marketing.md` exists (or `.claude/product-marketing.md`, or the legacy `product-marketing-context.md` filename, in older setups), read it before asking questions. Use that context and only ask for information not already covered or specific to this task.

Gather this context (ask if not provided):

### 1. Business Context
- What does the company do?
- Who is the ideal customer?
- What's the primary goal for content? (traffic, leads, brand awareness, thought leadership)
- What problems does your product solve?

### 2. Customer Research
- What questions do customers ask before buying?
- What objections come up in sales calls?
- What topics appear repeatedly in support tickets?
- What language do customers use to describe their problems?

### 3. Current State
- Do you have existing content? What's working?
- What resources do you have? (writers, budget, time)
- What content formats can you produce? (written, video, audio)

### 4. Competitive Landscape
- Who are your main competitors?
- What content gaps exist in your market?

---

## Treat Content Like a Product

Every piece is its own launch. Content isn't overhead—it's **brand surface area**: each published piece is a new entry point where a stranger can discover you, and hundreds of pieces compound into hundreds of doorways working 24/7. Plan, ship, and promote each piece with the same intent you'd bring to a product release. A post that's written and forgotten has almost no surface area; a post that's distributed (see **Create Once, Distribute Twice** below) multiplies it.

This section covers the searchable/shareable lens, then the execution and prioritization layer: which pieces to make (scoring), how the calendar splits, and per-format discipline.

## Searchable vs Shareable

Every piece of content must be searchable, shareable, or both. Prioritize in that order—search traffic is the foundation.

**Searchable content** captures existing demand. Optimized for people actively looking for answers.

**Shareable content** creates demand. Spreads ideas and gets people talking.

### When Writing Searchable Content

**The information-gain gate:** before committing to a searchable piece, read the current top results for its query and write one sentence on what yours will add that none of them have: original data, a real product example, a working tool or template, a clearer answer, a stronger opinion. If you can't write that sentence, don't write the piece. It will be the eleventh copy of the same article, and neither Google nor AI assistants have a reason to prefer it.

- Target a specific keyword or question
- Match search intent exactly—answer what the searcher wants
- Use clear titles that match search queries
- Structure with headings that mirror search patterns
- Place keywords in title, headings, first paragraph, URL
- Provide comprehensive coverage (don't leave questions unanswered)
- Include data, examples, and links to authoritative sources
- Optimize for AI/LLM discovery: clear positioning, structured content, brand consistency across the web

### When Writing Shareable Content

- Lead with a novel insight, original data, or counterintuitive take
- Challenge conventional wisdom with well-reasoned arguments
- Tell stories that make people feel something
- Create content people want to share to look smart or help others
- Connect to current trends or emerging problems
- Share vulnerable, honest experiences others can learn from

---

## Content Types

### Searchable Content Types

**Use-Case Content**
Formula: [persona] + [use-case]. Targets long-tail keywords.
- "Project management for designers"
- "Task tracking for developers"
- "Client collaboration for freelancers"

**Hub and Spoke**
Hub = comprehensive overview. Spokes = related subtopics.
```
/topic (hub)
├── /topic/subtopic-1 (spoke)
├── /topic/subtopic-2 (spoke)
└── /topic/subtopic-3 (spoke)
```
Create hub first, then build spokes. Interlink strategically.

**Note:** Most content works fine under `/blog`. Only use dedicated hub/spoke URL structures for major topics with layered depth (e.g., Atlassian's `/agile` guide). For typical blog posts, `/blog/post-title` is sufficient.

**Template Libraries**
High-intent keywords + product adoption.
- Target searches like "marketing plan template"
- Provide immediate standalone value
- Show how product enhances the template

### Shareable Content Types

**Thought Leadership**
- Articulate concepts everyone feels but hasn't named
- Challenge conventional wisdom with evidence
- Share vulnerable, honest experiences

**Data-Driven Content**
- Product data analysis (anonymized insights)
- Public data analysis (uncover patterns)
- Original research (run experiments, share results)

**Expert Roundups**
15-30 experts answering one specific question. Built-in distribution.

**Case Studies**
Structure: Challenge → Solution → Results → Key learnings

**Meta Content**
Behind-the-scenes transparency. "How We Got Our First $5k MRR," "Why We Chose Debt Over VC."

### Link-Earning Formats

When the goal of a piece is backlinks specifically, format choice matters more than production effort. Foundation Inc.'s B2B Backlink Intelligence Report (March 2026 — a single vendor study of B2B SaaS sites, so treat as directional) measured each format's share of backlinks relative to its share of pages:

| Format | Backlinks vs. page share |
|---|---|
| Statistics / data roundups | **4.25x** |
| Glossary / definition pages | 1.47x |
| Interactive tools / calculators (see **free-tools**) | 1.38x |
| How-to / tutorials | 1.36x |
| Original research / reports | 0.80x |
| Ultimate guides | 0.77x |
| Thought leadership | 0.74x |
| Templates / frameworks | 0.68x |

The counterintuitive read: **curating statistics earns ~5x the links of producing original research.** Writers link to whatever makes citation easiest — a maintained stat-roundup page is citation infrastructure, while original research often gets cited *via* the roundups that aggregate it. Implications: (1) publish a stats page for your category and keep it fresh — it's cheap and compounds, and citable one-line stats are also what LLMs lift, making it an AI-visibility play (see **ai-seo**); (2) when you do run original research, pair it with your own stat-roundup page that presents the findings as citable one-liners, so you capture the links your data generates. The formats at the bottom aren't dead — guides, templates, and thought leadership earn their keep on rankings, conversions, and brand. Judge each piece by the job it's for, and don't expect links from formats that don't earn them.

To get those assets in front of the people who link, and to point their authority at the pages that need it, see **link-building**.

For programmatic content at scale, see **programmatic-seo** skill.

---

## Content Pillars and Topic Clusters

Content pillars are the 3-5 core topics your brand will own. Each pillar spawns a cluster of related content.

Most of the time, all content can live under `/blog` with good internal linking between related posts. Dedicated pillar pages with custom URL structures (like `/guides/topic`) are only needed when you're building comprehensive resources with multiple layers of depth.

### How to Identify Pillars

1. **Product-led**: What problems does your product solve?
2. **Audience-led**: What does your ICP need to learn?
3. **Search-led**: What topics have volume in your space?
4. **Competitor-led**: What are competitors ranking for?

### Pillar Structure

```
Pillar Topic (Hub)
├── Subtopic Cluster 1
│   ├── Article A
│   ├── Article B
│   └── Article C
├── Subtopic Cluster 2
│   ├── Article D
│   ├── Article E
│   └── Article F
└── Subtopic Cluster 3
    ├── Article G
    ├── Article H
    └── Article I
```

### Pillar Criteria

Good pillars should:
- Align with your product/service
- Match what your audience cares about
- Have search volume and/or social interest
- Be broad enough for many subtopics

---

## Keyword Research by Buyer Stage

Map topics to the buyer's journey using proven keyword modifiers:

### Awareness Stage
Modifiers: "what is," "how to," "guide to," "introduction to"

Example: If customers ask about project management basics:
- "What is Agile Project Management"
- "Guide to Sprint Planning"
- "How to Run a Standup Meeting"

### Consideration Stage
Modifiers: "best," "top," "vs," "alternatives," "comparison"

Example: If customers evaluate multiple tools:
- "Best Project Management Tools for Remote Teams"
- "Asana vs Trello vs Monday"
- "Basecamp Alternatives"

### Decision Stage
Modifiers: "pricing," "reviews," "demo," "trial," "buy"

Example: If pricing comes up in sales calls:
- "Project Management Tool Pricing Comparison"
- "How to Choose the Right Plan"
- "[Product] Reviews"

### Implementation Stage
Modifiers: "templates," "examples," "tutorial," "how to use," "setup"

Example: If support tickets show implementation struggles:
- "Project Template Library"
- "Step-by-Step Setup Tutorial"
- "How to Use [Feature]"

---

## Content Ideation Sources

### 1. Keyword Data

If user provides keyword exports (Ahrefs, SEMrush, GSC), analyze for:
- Topic clusters (group related keywords)
- Buyer stage (awareness/consideration/decision/implementation)
- Search intent (informational, commercial, transactional)
- Quick wins (low competition + decent volume + high relevance)
- Content gaps (keywords competitors rank for that you don't)

Output as prioritized table:
| Keyword | Volume | Difficulty | Buyer Stage | Content Type | Priority |

### 2. Call Transcripts

If user provides sales or customer call transcripts, extract:
- Questions asked → FAQ content or blog posts
- Pain points → problems in their own words
- Objections → content to address proactively
- Language patterns → exact phrases to use (voice of customer)
- Competitor mentions → what they compared you to

Output content ideas with supporting quotes.

### 3. Survey Responses

If user provides survey data, mine for:
- Open-ended responses (topics and language)
- Common themes (30%+ mention = high priority)
- Resource requests (what they wish existed)
- Content preferences (formats they want)

### 4. Forum Research

Use web search to find content ideas:

**Reddit:** `site:reddit.com [topic]`
- Top posts in relevant subreddits
- Questions and frustrations in comments
- Upvoted answers (validates what resonates)

**Quora:** `site:quora.com [topic]`
- Most-followed questions
- Highly upvoted answers

**Other:** Indie Hackers, Hacker News, Product Hunt, industry Slack/Discord

Extract: FAQs, misconceptions, debates, problems being solved, terminology used.

### 5. Competitor Analysis

Use web search to analyze competitor content:

**Find their content:** `site:competitor.com/blog`

**Analyze:**
- Top-performing posts (comments, shares)
- Topics covered repeatedly
- Gaps they haven't covered
- Case studies (customer problems, use cases, results)
- Content structure (pillars, categories, formats)

**Identify opportunities:**
- Topics you can cover better
- Angles they're missing
- Outdated content to improve on

### 6. Sales and Support Input

Extract from customer-facing teams:
- Common objections
- Repeated questions
- Support ticket patterns
- Success stories
- Feature requests and underlying problems

---

## Prioritizing Content Ideas

Score each idea on four factors:

### 1. Customer Impact (40%)
- How frequently did this topic come up in research?
- What percentage of customers face this challenge?
- How emotionally charged was this pain point?
- What's the potential LTV of customers with this need?

### 2. Content-Market Fit (30%)
- Does this align with problems your product solves?
- Can you offer unique insights from customer research?
- Do you have customer stories to support this?
- Will this naturally lead to product interest?

### 3. Search Potential (20%)
- What's the monthly search volume?
- How competitive is this topic?
- Are there related long-tail opportunities?
- Is search interest growing or declining?

### 4. Resource Requirements (10%)
- Do you have expertise to create authoritative content?
- What additional research is needed?
- What assets (graphics, data, examples) will you need?

### Scoring Template

| Idea | Customer Impact (40%) | Content-Market Fit (30%) | Search Potential (20%) | Resources (10%) | Total |
|------|----------------------|-------------------------|----------------------|-----------------|-------|
| Topic A | 8 | 9 | 7 | 6 | 8.0 |
| Topic B | 6 | 7 | 9 | 8 | 7.1 |

Score 1-10 per factor, multiply by the weight, sum for the total. Rank the list; make the top-scoring pieces first.

---

## Calendar Split: 60/30/10

Balance the editorial calendar so search compounds while shareable pieces keep you visible:

- **60% searchable** — the foundation. Demand you can capture predictably (use-case content, hub/spoke, how-tos).
- **30% shareable** — thought leadership, original data, opinion. Creates demand and earns links/mentions.
- **10% experimental** — new formats, channels, or bets. Cheap insurance against a stale mix.

This is a starting ratio, not a rule. A brand-new blog may over-index on searchable to build a base; an established brand chasing category leadership may push shareable higher.

---

## Per-Format Execution Discipline

Treating content like a product means each format has a production standard, not just a topic:

- **Blog post** — write **10 title options** before drafting (the title does most of the work; pick the strongest). Plan **~5 editing passes** (structure, clarity, evidence, line edit, headline/SEO). For the writing itself, see **copywriting**.
- **Long-form guide** — the flagship of a pillar. Comprehensive enough to be *the* resource; structured with a table of contents and internal links to spokes. Build the hub before the spokes.
- **Video** — script the hook first; front-load the payoff. Repurpose into short-form clips at creation time (see **social**).
- **Podcast** — one interview yields a transcript, quote graphics, short clips, and a written recap. Design the episode knowing it will be atomized.
- **Email** — one idea per send; the subject line is the title—write several and pick. For sequences and lifecycle, see **emails**.

---

## Create Once, Distribute Twice

Creating content is half the job—distribution is the other half, and most teams skip it. The philosophy: **one exceptional piece, reformatted and repurposed across every channel, not a fresh piece per platform.** Pouring effort into a single flagship and then distributing it everywhere beats spreading thin effort across many mediocre platform-native posts.

Build **distribution hooks into the piece at creation time**, not after: write subheads that stand alone as social posts, structure sections to be lifted out modularly, and pull quotes/stats you already know you'll graphic-ify. A well-designed guide is a distribution kit in disguise.

**The ORB Framework as a funnel** — route attention from borrowed → rented → owned, which maps to discovery → engagement → conversion:

- **Borrowed** (other people's audiences: podcasts, guest posts, partnerships) — discovery / breakthrough reach.
- **Rented** (social platforms, ad networks) — engagement, but you don't own the audience or the algorithm.
- **Owned** (email list, blog, community) — conversion and the only durable asset. Everything upstream should funnel here.

ORB mechanics live in the **launch** skill (channel-type playbook) and content atomization/repurposing lives in **social**; the value here is consolidating the *distribute* half of content strategy so it has a home.

**Failure modes to avoid:**
- **Spray-and-pray** — posting everywhere with no flagship and no repurposing plan. Effort scatters, nothing compounds.
- **Platform dependency** — building on rented land. Facebook organic reach fell from ~20% to under 2%; any rented channel can throttle you overnight.
- **The ownership paradox** — teams spend ~90% of effort on channels they don't control (rented/borrowed) and neglect the owned assets that actually convert and can't be taken away.

For the full distribution spine—the Content Distribution Flywheel, platform half-lives, and the atomization checklist—see the reference below.

---

## Output Format

When creating a content strategy, provide:

### 1. Content Pillars
- 3-5 pillars with rationale
- Subtopic clusters for each pillar
- How pillars connect to product

### 2. Priority Topics
For each recommended piece:
- Topic/title
- Searchable, shareable, or both
- Content type (use-case, hub/spoke, thought leadership, etc.)
- Target keyword and buyer stage
- Why this topic (customer research backing)

### 3. Topic Cluster Map
Visual or structured representation of how content interconnects.

---

## Task-Specific Questions

1. What patterns emerge from your last 10 customer conversations?
2. What questions keep coming up in sales calls?
3. Where are competitors' content efforts falling short?
4. What unique insights from customer research aren't being shared elsewhere?
5. Which existing content drives the most conversions, and why?

---

## References

- **[Content Distribution Spine](references/content-distribution.md)**: Create Once Distribute Twice, ORB as a funnel, the ownership paradox, platform half-lives, the Content Distribution Flywheel, and the per-flagship atomization checklist
- **[Headless CMS Guide](references/headless-cms.md)**: CMS selection, content modeling for marketing, editorial workflows, platform comparison (Sanity, Contentful, Strapi)

---

## Related Skills

- **copywriting**: For writing individual content pieces
- **seo-audit**: For technical SEO and on-page optimization
- **link-building**: For earning links to the content and the pages it supports
- **ai-seo**: For optimizing content for AI search engines and getting cited by LLMs
- **programmatic-seo**: For scaled content generation
- **site-architecture**: For page hierarchy, navigation design, and URL structure
- **emails**: For email-based content
- **social**: For social media content, content atomization, and repurposing execution
- **launch**: For the ORB channel-type playbook and launch-day distribution
06

Get started

Starter prompts for the main use cases—copy and use them directly.

01

Plan buying-guide clusters for a product category

Plan buying-guide clusters for a product category Use for: Plan buying-guide clusters for a product category. Prepare: Business context, customer questions, existing content, search evidence, goals, and publishing capacity.

Show prompt and variablesHide prompt and variables
Use the installed content-strategy Skill. Task: Plan buying-guide clusters for a product category. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

Replace these variables

[INPUT]
Business context, customer questions, existing content, search evidence, goals, and publishing capacity.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
02

Prioritize topics using customer questions and search evidence

Prioritize topics using customer questions and search evidence Use for: Prioritize topics using customer questions and search evidence. Prepare: Business context, customer questions, existing content, search evidence, goals, and publishing capacity.

Show prompt and variablesHide prompt and variables
Use the installed content-strategy Skill. Task: Prioritize topics using customer questions and search evidence. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

Replace these variables

[INPUT]
Business context, customer questions, existing content, search evidence, goals, and publishing capacity.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
03

Build a realistic editorial and distribution calendar

Build a realistic editorial and distribution calendar Use for: Build a realistic editorial and distribution calendar. Prepare: Business context, customer questions, existing content, search evidence, goals, and publishing capacity.

Show prompt and variablesHide prompt and variables
Use the installed content-strategy Skill. Task: Build a realistic editorial and distribution calendar. Inputs: [INPUT]. Constraints: [CONSTRAINTS]. Check missing information first. Produce a reviewable result with evidence, assumptions, and next steps. It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

Replace these variables

[INPUT]
Business context, customer questions, existing content, search evidence, goals, and publishing capacity.
[CONSTRAINTS]
Scope, allowed actions, output format, and review requirements.
07

Worked example: Build a five-week content plan from customer questions

Ten synthetic customer conversations, candidate topics, research notes and six available content hours per week support a plan addressing microwave use, capacity and shipping questions.

Steps and prompt

  1. Prepare the attached business materials, preserving amounts, units, dates and metric definitions.
  2. Plan a practical editorial programme from the supplied audience questions, topic list and team capacity. Define three content pillars, rank topics by commercial relevance, search intent and effort, and schedule pillar pages before dependent articles. Include briefs, owners, review steps, repurposing opportunities and measures of useful customer behaviour.
  3. Submit the exact prompt below. Read the primary deliverable on the right and download all deliverables for the team handoff.

Case input files: business-inputs.zip

Use the content-strategy Skill.

Plan a practical editorial programme from the supplied audience questions, topic list and team capacity. Define three content pillars, rank topics by commercial relevance, search intent and effort, and schedule pillar pages before dependent articles. Include briefs, owners, review steps, repurposing opportunities and measures of useful customer behaviour.

The attached business materials are:
- inputs/brief.json
- inputs/research.md
- inputs/topics.csv

Deliver a complete result.md report that the operations team can read, plus any finished files needed for this task. Keep supporting calculations and evidence with the deliverables. Write the report in English; use the requested target language for customer-facing copy. The business datasets are fictional examples unless the brief explicitly names a live public website.

What the run produced

The primary file produced by this prompt is shown below in its original language.

HarborMug: five-week editorial programme

Build three compact decision guides first, then four focused supporting pieces. The goal is to help US desk workers decide whether HarborMug fits their routine and reach the product page with fewer unanswered questions. Allocate Mia’s 30 hours and Alex’s five review hours across five weeks. This is a production plan with completed briefs; nothing has been published or sent.

All customer conversations, keyword estimates, competitor observations and search-result snapshots supplied for this plan are synthetic examples; scores are editorial judgments, not measured market demand.

Three pillars and their links

Pillar and hubCustomer need and product connectionSupporting cluster
Care without guesswork — N2, “How to clean HarborMug: hand-wash care and microwave restrictions”Four conversations ask about cleaning or appliance use. State the hand-wash-only and no-microwave restrictions before purchase.N6 routine checklist; N8 care-before-checkout opinion, deferred
Choose a mug for your desk — N1, “Is a 500ml mug right for your desk?”C5–C6 ask about capacity and dimensions. Explain 500ml and 9 × 9 × 19cm without inventing fit or performance tests.N4 size comparison; N6 cross-link; N10 printable experiment, deferred
Understand the order before checkout — N3, “HarborMug shipping costs, delivery and returns”C7–C10 concern shipping, arrival, unopened returns and basket costs. Make actual totals and policy boundaries visible.N5 detailed return FAQ; N7 free-shipping opinion

Use ordinary /blog/ pages. Suggested slugs are harbormug-care, 500ml-desk-mug-guide, harbormug-shipping, 500ml-vs-larger-mug, harbormug-returns, desk-mug-routine and free-shipping-basket-cost. These are proposed routes, not existing pages. Each hub needs a contents list, short direct answer, decision checklist, relevant product-page link and shipping-FAQ link. Add spoke links only when the spoke is approved and live; add reciprocal hub links to every spoke. N6 links to both care and selection hubs. N3 summarizes returns and links to N5 for detail; N5 owns the detailed return query to avoid duplicate pages competing for it.

Priority and sequencing

Use the Skill’s weighted score: impact × 40% + product fit × 30% + search potential × 20% + ease of delivery × 10%. Each factor is scored 1–10; a higher resources score means easier production. Commercial relevance is represented by product fit and the buyer task, while the supplied search score represents estimated opportunity. Search intent is recorded separately, rather than confusing it with volume. The full inputs and calculated ranking are in topic-priorities.csv.

RankID / topicImpact / fit / search / easeScoreIntent and stageDecision
1N2 cleaning10 / 10 / 7 / 99.3Informational, implementation and pre-purchase objectionWeek 1 hub
2N1 500ml guide9 / 10 / 7 / 88.8Informational, awarenessWeek 2 hub
3N3 shipping8 / 10 / 6 / 108.4Transactional support, decisionWeek 3 hub
4N5 returns7 / 10 / 5 / 107.8Transactional support, decisionWeek 4, after N3
5N4 size comparison7 / 9 / 7 / 87.7Commercial investigation, considerationWeek 4, after N1
6N6 routine checklist7 / 9 / 6 / 87.5Informational/action, implementationWeek 5, after N1 and N2
7N7 basket opinion8 / 9 / 3 / 97.4Shareable consideration argumentWeek 5, after N3
8N8 care-before-checkout8 / 9 / 2 / 97.2Shareable awarenessDefer standalone; use N2 distribution angle
9N10 printable card5 / 8 / 1 / 75.3Experimental implementation formatDefer; test only after checklist engagement
10N9 learning diary4 / 7 / 1 / 84.7Shareable awarenessDefer until there are actual observations

N1 scores highly despite only two conversations because its supplied impact and fit scores are high; do not describe it as the most frequent pain. Care is 4/10, size 2/10, shipping 2/10, returns 1/10 and basket objection 1/10. These counts describe this small example set only. The simulated competitor notes suggest model-specific care and shipping arithmetic as useful angles, but establish no real competitive gap.

Six of seven scheduled pieces are searchable (86%); one is shareable (14%). This intentionally departs from 60/30/10 while the blog has no established foundation. Repurposed emails and carousels add distribution without becoming extra original articles. No experiment is funded in this cycle.

Capacity and release calendar

Mia owns research, drafting, editing, static assets, staging, distribution drafts and measurement. Alex owns factual/policy review and final editorial sign-off. The weekly maximum is six hours for Mia and one for Alex; capacity-calendar.csv itemizes all hours. Releases below are proposed, conditional on approval and the team’s normal publishing access.

WeekDraft/researchEditAssetEmail/carouselStaging/QAMeasurement/bufferAlex reviewDeliverable and dependency
131.5.5.5.51N2 care hub; establish event baseline
231.5.5.5.51N1 selection hub; link to N2
331.5.5.5.51N3 logistics hub; reconcile shipping FAQ
43.75.5.5.5.751N5 then N4; both parent hubs already released
52.5.75.5.75.511N6 then N7; review early behaviour

Weeks 4–5 use short pieces, shared source checking and reusable graphics. Split Alex’s hour into 30 minutes per piece in those weeks. Each original yields two small distribution derivatives within the listed hours. If review or corrections exceed the buffer, move N7 to the backlog first, then N6; retain the three hubs and accurate policy answers. Do not increase hours or skip review. Deferred assets have no hidden capacity allocation.

Production briefs

All customer-facing titles and sample copy are English, consistent with the US audience; no other target language was specified. Word ranges are ceilings for planning, not quotas. Every piece links to its parent or related hub and offers a contextual product visit rather than forcing a purchase.

N2 — care hub, 650–800 words

Target: “how to clean HarborMug”; searchable how-to expanded into a compact pillar guide. Evidence: C1–C4 and the product care field. Information gain: the supplied simulated results are generic; this guide puts model-specific hand-wash and microwave restrictions together. Outline: direct answer; hand-wash requirement; coffee-cleaning questions; dishwasher and microwave FAQ; care commitment before buying. Do not invent detergent, abrasive, soaking or disassembly instructions; Alex must validate any detailed cleaning method before inclusion. CTA: “Check HarborMug’s size and product details.” Owner/review: Mia; Alex verifies every care instruction. Two derivatives: short care email and three-card appliance-restriction carousel, both returning to the hub. Useful behaviour: care-section readers who continue to product details; fewer repeated care questions per 100 orders, monitored without claiming causation.

N1 — selection hub, 650–800 words

Target: “500ml mug guide”; searchable decision guide. Evidence: C5–C6, capacity, dimensions, weight and material. Information gain: a single decision sheet combines size with care constraints rather than a generic capacity list. Outline: 500ml capacity; 9 × 9 × 19cm and 0.35kg specifications; measure your available desk space; compare your usual drink volume; care trade-off; who should compare larger sizes. Do not infer base clearance, usable fill line, lid dimensions, heat retention or leak resistance. CTA: “See the 500ml HarborMug.” Owner/review: Mia; Alex checks specifications and unsupported fit claims. Two derivatives: specification email and static size checklist carousel. Useful behaviour: specification/checklist interaction followed by a product visit.

N3 — logistics hub, 600–750 words

Target: “HarborMug shipping cost”; searchable FAQ guide. Evidence: C7–C8, C10 and shipping policies. Information gain: exact basket arithmetic plus separate dispatch and delivery windows. Outline: US domestic scope; below-$50 fee; threshold examples; dispatch versus delivery; unused-return summary; links to shipping FAQ and, later, N5. CTA: “Check your basket total before ordering.” Owner/review: Mia; Alex checks all numbers and policy consistency. Two derivatives: shipping arithmetic email and basket-table carousel. Useful behaviour: shipping-answer readers reaching product/basket details; delivery-question rate per 100 orders. Do not promise a calendar arrival date.

N5 — return FAQ, 300–400 words

Target: “HarborMug return policy”; searchable decision FAQ. Evidence: C9 and unused-within-30-days policy. Information gain: a worked timing example keeps merchant approval distinct from eligibility. Outline: unused condition; request window; unopened example; approval boundary; how to request through the existing support route. Do not invent a contact address, return postage terms, return address or refund timing. CTA: “Review the return conditions before you order.” Owner/review: Mia; Alex checks policy and exception language. Two derivatives: return-window email snippet and eligibility carousel. Useful behaviour: return-policy readers who then review product details, plus repeat eligibility questions. Dependency: N3.

N4 — size comparison, 400–500 words

Target: “500ml mug vs larger mug”; searchable comparison. Evidence: C5–C6. Information gain: explicit 500ml trade-offs without invented heat or leak tests. Outline: use your normal drink volume; refill tolerance; measured space; 500ml product facts; what to verify on any larger alternative. No named competitor specifications are available. CTA: “Compare your routine with HarborMug’s specifications.” Owner/review: Mia; Alex checks that hypothetical alternatives are clearly labeled. Two derivatives: refill-choice email and comparison carousel. Useful behaviour: comparison-to-product click rate. Dependency: N1.

N6 — routine checklist, 300–400 words

Target: “desk mug routine checklist”; searchable template with shareable utility. Evidence: C2 and C5. Information gain: standalone checklist includes model-specific care limits. Outline: check your usual volume and desk space; plan hand-washing; avoid microwave use; review product and order conditions. Include the copy-ready checklist below as text; a new printable layout is outside scope. CTA: “Use the checklist, then check the product details.” Owner/review: Mia; Alex checks care wording. Two derivatives: checklist email and static checklist carousel. Useful behaviour: checklist completion followed by specification or product view. Dependencies: N1 and N2.

N7 — basket opinion, 350–450 words

Title: “Why buying more for free shipping can cost more.” Shareable opinion for consideration; no validated search query is claimed. Evidence: C7/C10 and calculated basket totals. Distinct contribution: a concrete one-/two-/three-mug comparison explains total spend rather than glorifying a free-shipping badge. Outline: answer the objection; show totals; explain when another mug is useful; link to shipping hub. CTA: “Choose the quantity you need, then check the total.” Owner/review: Mia; Alex checks arithmetic and neutral buying advice. Two derivatives: one-idea email and cost-table carousel. Useful behaviour: informed product visits and basket quantity review; larger baskets alone are not success. Dependency: N3.

Copy-ready modules for drafting

Care answer: “HarborMug is hand-wash only and is not microwave safe. If dishwasher cleaning or microwave reheating is essential to your routine, consider those requirements before ordering.”

Size answer: “HarborMug holds 500ml and measures 9 × 9 × 19cm. Compare those dimensions with your desk space and think about how much you usually pour before choosing.”

Shipping answer: “US domestic shipping is $5 on orders below $50 and free on orders of $50 or more. Dispatch takes 2 business days; delivery takes 3–5 business days. Keep both stages in mind when planning your order.”

Basket table, before any applicable taxes:

QuantityMerchandiseShippingTotal
1$24$5$29
2$48$5$53
3$72$0$72

“Two mugs do not meet the $50 free-shipping threshold. Adding a third mug saves $5 in shipping but increases your total from $53 to $72: $19 more. Buy the extra mug if you need it, rather than to reduce shipping alone.” No discounts are assumed.

Return answer: “Returns are available for unused items within 30 days. Final refunds require merchant approval. For example, an unopened item delivered on October 20 with a return requested on November 3 is 14 days after delivery and falls within the stated window; this does not itself approve a refund.” The example uses only the supplied case and makes no commitment on unspecified fees or processing time.

Routine checklist:

  • Compare 500ml with your usual drink volume.
  • Measure the space available against 9 × 9 × 19cm.
  • Make room in your routine for hand-washing.
  • Plan without microwave reheating of the mug.
  • Check quantity, shipping costs and return conditions before ordering.

Reusable email draft: Subject: “Will 500ml suit your desk routine?” Body: “Start with your usual drink volume, the space on your desk and how you prefer to clean your mug. HarborMug holds 500ml, measures 9 × 9 × 19cm and is hand-wash only. It is not microwave safe. Use our size guide to decide whether it fits your routine.” Link label: “Read the 500ml guide.” Attach the approved guide URL when available; this is a draft, not a sent message.

Review and distribution workflow

For each piece, Mia prepares ten headline options before drafting; the completed option bank is in headline-options.md. Use five short editing passes within the allocated edit time: structure and direct answer; clarity for first-time buyers; evidence and arithmetic; line edit; title/query/links and CTA. Hub contents must stand alone before spokes exist.

Mia checks each claim against the supplied product/policy facts, labels hypothetical examples, and gives Alex the draft plus a claim checklist. Alex verifies specifications, care, threshold calculations, delivery wording, return approval boundaries and the absence of unsupported health, environmental, heat-retention or leak claims. Mia applies corrections, checks mobile readability of tables/static text, link destinations and event labels in staging. Alex signs off; any unresolved fact blocks the affected claim or piece. This plan does not change accounts, publish or send anything.

Prepare one short owned-email derivative and one static carousel per original, reusing text and graphics rather than writing separate campaigns. The carousel routes to the owned hub/article, then to relevant product details; the email has one idea and one primary link. Queue derivatives for release week and the following week if the team publishes, using the same source text and existing approved channels. Do not assume a particular social network or an existing mailing list. If either channel is unavailable, retain its draft for an existing help surface; do not create new channels in this cycle. No partner outreach, video or podcast is included.

At each weekly review, Mia records recurring questions and useful behaviour. Feed those questions into hub FAQs before adding new articles. N8 can become a standalone argument only if it adds something beyond the care hub; N10 waits for evidence that people use N6; N9 waits for actual documented learning and cannot claim results in advance.

Measurement and decisions

There is no measured winning article or content baseline. Week 1 should establish tracking readiness and record whatever baseline is available; missing events are “unavailable,” never zero. The supplied aggregate order/session examples are not content-attribution evidence and should not be used to forecast editorial sales lifts.

MeasureDefinitionReview and action
Qualified product visit rateDistinct article sessions with a relevant answer/checklist interaction and a product-detail click ÷ distinct article sessionsMia weekly, Alex reviews. Compare pieces after at least 100 article sessions each; below that, inspect questions and usability without ranking winners.
Answer-to-product rateSessions with product click after a defined care, size, shipping or returns interaction ÷ sessions with that interactionCheck CTA placement and answer clarity where engagement is present but progression is weak. Define interaction as explicit checklist/answer expansion where supported; otherwise use section visibility plus click, labeled a proxy.
Checklist useDistinct N6 sessions with checklist interaction ÷ N6 sessionsConsider N10 only after at least 20 explicit checklist interactions and repeated requests for a printable version; these are planning thresholds, not forecasts.
Assisted cart behaviourArticle-referred product sessions with add-to-cart ÷ article-referred product sessionsTrack with content ID and source; report counts with rates. It indicates consideration, not causal incremental sales.
Repeat uncertaintyCare/shipping/return questions by category per 100 orders, with raw countsMia tags consistently; compare equal periods. Small samples and order mix can change rates; use wording to improve answers rather than claim deflection.
Distribution usefulnessEmail/carousel link visits leading to answer interaction or product clickTrack source/medium/content ID separately. Opens, impressions and likes alone do not meet the goal.

Use content IDs N1–N7 in event properties and tagged distribution links; deduplicate by session and exclude staff/test activity where supported. Use aggregate reporting without customer names or message text. Do not require new code within editorial hours: Mia audits existing analytics in week 1; if interaction tracking needs implementation, record that gap and use available article-to-product clicks as a clearly labeled proxy until resourced separately.

At the end of week 5, keep hubs accurate, correct repeated misunderstandings first, and choose the next spoke by useful behaviour plus repeated questions. Without enough traffic, retain the demand-led order and continue measurement; five weeks cannot establish organic-search performance. The supplied search snapshots support a provisional information-gain gate for N1–N6 only. Before real publication, replace that evidence with an actual current-results check and confirm the proposed added value; no live rankings or competitor findings have been verified here.

Finished supporting files

topic-priorities.csv preserves every supplied topic, factor, keyword estimate, backing and calculated score. capacity-calendar.csv gives the weekly resource allocation. headline-options.md contains ten draft titles per scheduled piece. evidence-and-calculations.md records source boundaries, information-gain evidence and worked arithmetic. These support the complete operational plan above; they are not evidence of publication or business results.

Merchant business data is synthetic. Website observations, when present, come from the public URLs listed in the report.

08

Risks and operating notes

Known limits

It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

Evidence and review

Source and package files reviewed: GitHub e85f3cbc2e4a. This is a static review, not an installation or business-outcome test.

Before acting on the result

Use authorized inputs and keep secrets out of prompts. Review customer-facing claims, calculations, code changes, and any proposed external action before applying them.

Frequently asked questions

What does it do, and what is the advantage?

Plan content topics, clusters, priorities, and distribution around audience needs. It distinguishes searchable from shareable ideas and connects topic selection to buyer stage and evidence.

How do I install it and start?

Choose the method for your agent and install the complete package, not just the displayed SKILL.md. Business context, customer questions, existing content, search evidence, goals, and publishing capacity. Start a new agent session and explicitly ask to use content-strategy. Try one use case below with a small sample and review the output.

Which situations is it useful for?

Plan buying-guide clusters for a product category; Prioritize topics using customer questions and search evidence; Build a realistic editorial and distribution calendar

What limitations should I know?

It plans the content program; it does not supply live keyword volumes, publish articles, or guarantee organic growth.

What was checked for this page?

Source and package files reviewed: GitHub e85f3cbc2e4a. This is a static review, not an installation or business-outcome test.

No reviews yet.

Leave a review

Rate every dimension, then share your real experience.

Task effectiveness
Setup and ease of use
Reliability and guardrails
Documentation clarity
Time to first useful result
Author / maintainer

Corey Haines

Source and package files reviewed: GitHub e85f3cbc2e4a. This is a static review, not an installation or business-outcome test.