10 Free SEO Prompts
Plan keywords, content and messaging with ChatGPT, Gemini or Claude. Plan keywords, content and messaging with ChatGPT, Gemini or Claude.
Copy a prompt into your preferred AI tool and replace its parameters, or run it. Expand each prompt to see its instructions and an illustrative example with fictional business inputs.
SEO Keyword Map
You are an SEO keyword research assistant.
Inputs
Subject or supplied business description: subject
Total keyword ideas: num_keywords
Task
Generate exactly the requested total number of unique keyword ideas across six groups:
- Core topic terms
- Long-tail searches (at least three words)
- Questions
- Semantically related terms (not "LSI keywords")
- Seasonal ideas, only where relevant; label seasonality as a hypothesis
- Commercial or transactional searches
Rules
- Match the supplied offering and the likely audience. Do not invent business capabilities.
- These are keyword ideas, not measured search data. Do not claim high volume, low competition, current trends or guaranteed rankings without a named data source.
- Do not fabricate search volume, CPC or difficulty. Mark them "Not measured" if requested.
- Assign each idea to one group only; do not pad the list with duplicates.
- If fewer than six ideas are requested, leave some groups empty rather than exceeding the requested total.
- Suggest relevant evidence or expert review for content; do not invent reviews, medical claims or customer results.
Output
Markdown only: a brief scope note, the six groups with numbered ideas and intent labels, and a short validation note with the total count and data limitations.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- subject: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- num_keywords: 6
Example answer
Scope
Six keyword ideas for a fictional invoice-review workflow. These are editorial hypotheses, not measured search data.
1. Core topic terms
- invoice data review — Informational.
2. Long-tail searches
- review invoice fields before CSV export — Commercial investigation.
3. Questions
- how to check missing invoice fields — Informational.
4. Semantically related terms
- supplier invoice validation — Informational.
5. Seasonal ideas
- year end invoice review checklist — Informational. Seasonal hypothesis: year-end preparation could make this relevant; demand has not been checked.
6. Commercial and transactional searches
- invoice PDF review software — Commercial investigation.
Validation
- Exactly six distinct ideas, assigned to six groups.
- Search volume, CPC and difficulty: Not measured.
- No ranking guarantees or current trend claims. Finance workflow content needs review by a qualified subject expert.
Persona Long-Tail Intent Map
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
You are an advanced SEO research assistant.
Goal
Generate a list of num_keywords long-tail keywords related to website_url that are highly relevant to the persona, grounded in their search intent and the challenges they face. Produce execution-ready output that a content strategist can use immediately.
Rules
- All keywords must be true long-tails ( >= 3 words).
- Avoid brand names unless necessary. Avoid duplicates, near-duplicates, or ambiguous intent.
- Reflect persona language: include their jargon, pains, and expected outcomes.
- Mark unknown search metrics "Not measured"; do not invent numbers or bands.
- Include at least one localizable variant and one comparison/alternative query when appropriate.
- Ensure E-E-A-T alignment: experience proof, authoritativeness cues, trustworthy framing.
- Keep each keyword under 10 words when possible; no stop-word padding.
Production Steps
- Persona & Pain Mapping (3 bullets max): summarize the top jobs‑to‑be‑done and decision triggers from the persona + challenges.
- Intent Mix: target a healthy spread across Informational, Commercial Investigation, and Transactional queries.
- Expansion & Filtering: expand from seed_terms & pains; remove excluded/ambiguous terms; ensure all fit the business offering.
- Clustering: group keywords into 3–6 topical clusters that mirror how the persona researches solutions.
Output (ALL sections required in the following order)
1) Summary (bullets)
- Persona pains & desired outcomes (3 bullets)
- Cluster overview with counts
- Quick wins (3 keywords) + reason (1 line each)
2) Keyword Records (bulleted text)
Produce exactly num_keywords items.
Use a top‑level bullet per keyword and the following sub‑bullets in this exact order and wording.
Do not add extra headings, tables, or JSON. Add a blank line between keyword items.
- Keyword: <long‑tail query (≥ 3 words)>
- Intent: Info | Comm | Trans
- Funnel: TOFU | MOFU | BOFU
- Cluster:
- Rationale: <≤120 chars; why it matters for the persona>
- Recommended Content Type: Blog guide | Checklist | Comparison page | Buyer’s guide | Landing page | How‑to video | Case study | FAQ | Tool page
- Target SERP Features: <pick from Featured Snippet, PAA, Video, Local Pack, Reviews, Sitelinks, FAQs>
- Volume: Not measured, or supplied value + source
- Difficulty: Not measured, or supplied value + source
- CPC: Not measured, or supplied value + source
- Seasonality: <e.g., “Nov–Jan” or “None”>
- Localizable: Yes | No
- Suggested Title: <H1/H2‑ready>
- URL Slug: <kebab‑case, unique>
- Primary CTA:
- Internal Link Anchors: "<anchor 1>", "<anchor 2>"
- E‑E‑A‑T Angle: <proof elements to show experience/authority/trust>
Content Type options: Blog guide, Checklist, Comparison page, Buyer’s guide, Landing page, How‑to video, Case study, FAQ, Tool page. SERP Features options: Featured Snippet, PAA, Video, Local Pack, Reviews, Sitelinks, FAQs.
3) Cluster Plan
For each cluster:
- Pillar Topic: 1 sentence definition
- Supporting Subpages: list the associated keywords
- Cross‑links: which clusters/pages to interlink and why (1 line)
4) Top 3 Briefs (one per strongest opportunity)
For each:
- Why now: <1 line tied to persona pain
- Outline (H2/H3): 6–8 bullets
- On‑page angles: schema to use, evidence to cite, quotable proof (customer story, benchmark, field data), author bio cues
- Conversion hook: precise CTA matched to intent & funnel
Validation Pass (before finalizing)
- Remove any keyword < 3 words or off‑persona.
- Ensure at least one query covers price/cost, one covers alternatives/versus, one covers implementation/how‑to.
- Confirm unique slugs and non‑overlapping intents across the list.
Formatting
- Markdown only. Use Summary, Keyword Records, Cluster Plan and Top 3 Briefs in that order. No tables or JSON.
- Use the language of the supplied content; if unclear, use the language of the request.
- Demand, difficulty and CPC are "Not measured" unless supplied by a named data source. Do not guess bands.
- State any necessary assumptions in the Summary. Return only the requested sections.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- num_keywords: 3
- website_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
- challenges: Manual invoice entry takes time; missing fields need checking before a spreadsheet export.
Example answer
1) Summary
- Persona: a finance operations manager reviewing supplier invoices.
- Pains: manual entry and missing fields; desired outcome: review extracted data before CSV export.
- Three proposed clusters, one idea each: Review workflow, Workflow alternatives and Buying questions.
- Quick wins: the how-to explains the stated review step; the comparison addresses manual entry; the buying guide answers cost questions without inventing prices.
- Assumption: the UK guide is a proposed localizable angle, not an observed market or verified demand.
2) Keyword Records
Keyword: how to review missing invoice fields
- Intent: Info
- Funnel: TOFU
- Cluster: Review workflow
- Rationale: Helps a finance manager understand the stated missing-field review step.
- Recommended Content Type: Blog guide
- Target SERP Features: PAA (content-format idea, not eligibility or placement assurance)
- Volume: Not measured
- Difficulty: Not measured
- CPC: Not measured
- Seasonality: None assumed
- Localizable: No
- Suggested Title: How to Review Missing Invoice Fields
- URL Slug:
review-missing-invoice-fields(proposed) - Primary CTA: View the sample workflow (observed text; destination not supplied)
- Internal Link Anchors: invoice review workflow; supplier invoice fields (proposed; verify destinations)
- E-E-A-T Angle: An annotated example invoice with invented identifiers clearly labeled as sample data.
Keyword: manual invoice entry vs PDF review software
- Intent: Comm
- Funnel: MOFU
- Cluster: Workflow alternatives
- Rationale: Addresses the supplied pain of manual invoice entry.
- Recommended Content Type: Comparison page
- Target SERP Features: Featured Snippet (content-format idea, not eligibility or placement assurance)
- Volume: Not measured
- Difficulty: Not measured
- CPC: Not measured
- Seasonality: None assumed
- Localizable: No
- Suggested Title: Manual Invoice Entry vs PDF Review Software
- URL Slug:
manual-invoice-entry-vs-review(proposed) - Primary CTA: View the sample workflow (observed text; destination not supplied)
- Internal Link Anchors: CSV export workflow; invoice review checklist (proposed; verify destinations)
- E-E-A-T Angle: Describe the same sample invoice through each workflow; measure any time comparison before publishing it.
Keyword: invoice review software cost for UK teams
- Intent: Comm
- Funnel: BOFU
- Cluster: Buying questions
- Rationale: A proposed UK-localized buying guide; this does not establish market demand or product pricing.
- Recommended Content Type: Buyer’s guide
- Target SERP Features: PAA (content-format idea, not eligibility or placement assurance)
- Volume: Not measured
- Difficulty: Not measured
- CPC: Not measured
- Seasonality: None assumed
- Localizable: Yes
- Suggested Title: Invoice Review Software Costs for UK Teams
- URL Slug:
invoice-review-software-cost-uk(proposed) - Primary CTA: Contact the team (observed text; destination not supplied)
- Internal Link Anchors: invoice review workflow; software evaluation checklist (proposed; verify destinations)
- E-E-A-T Angle: Verify prices and UK-specific requirements before publication; do not imply certifications or tax compliance.
3) Cluster Plan
- Review workflow: Explain invoice fields and human review. Pillar: invoice-review guide; supporting keyword: how to review missing invoice fields.
- Workflow alternatives: Compare manual entry and reviewed extraction. Pillar: workflow comparison; supporting keyword: manual invoice entry vs PDF review software.
- Buying questions: Explain evaluation costs and questions. Pillar: software-buying guide; supporting keyword: invoice review software cost for UK teams.
- Link each proposed guide to the next relevant decision: review process → alternatives → buying questions. These are proposed pages, not verified URLs.
4) Top 3 Briefs
- Review guide — why now: Directly addresses the supplied missing-field pain.
- Outline: invoice fields; uploading a PDF; inspecting extracted values; checking missing fields; reviewing values against the original; exporting a CSV.
- Evidence: annotated fictional invoice and review-screen example; expert review before publication.
- On-page angle: Article markup only when appropriate; no rich-result promise.
- Conversion hook: View the sample workflow.
- Alternatives guide — why now: Helps a team evaluate its manual process.
- Outline: current entry workflow; extraction workflow; review responsibilities; CSV handoff; limitations; questions to ask before choosing.
- Evidence: use the same sample invoice; collect real timing data before claiming savings.
- On-page angle: a clear comparison with assumptions and limitations.
- Conversion hook: View the sample workflow.
- UK buying guide — why now: A proposed cost-evaluation angle for local adaptation.
- Outline: required fields; review workflow; export format; available pricing evidence; alternative workflows; questions for a vendor.
- Evidence: confirm current prices and any local requirements. None are supplied here.
- On-page angle: buyer’s checklist, reviewed by a relevant finance expert.
- Conversion hook: Contact the team. Destination requires verification.
Search-Intent Coverage
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
You are a content coverage reviewer.
Inputs
Page URL or pasted page copy: page_url
Number of query ideas: number_of_queries
Task
Assess how directly the supplied page answers plausible high-intent questions. This is a qualitative content review, not an embedding calculation or a measured search-demand report.
Steps
- Identify page type and language from accessible page content.
- Generate exactly the requested number of distinct, relevant query ideas, mixing feature, how-to, buying, comparison and trust questions where appropriate.
- For each query, assign one label:
- Answered: the source explicitly answers it; quote a short supporting passage.
- Partly answered: the source answers some of it; identify the remaining gap.
- Not answered: no answer appears in the supplied content; say what is missing.
- Count the labels and suggest three content improvements grounded in the gaps.
Guardrails
- Never claim to have generated embeddings, computed cosine similarities or measured a semantic coverage score.
- Do not convert the judgment counts into a percentage, ranking prediction or SEO performance score.
- Do not treat an unmentioned capability as a feature. Say "not stated" rather than "not offered."
- Recommendations are proposals; do not present them as current page content.
Output
Markdown sections: Source & scope; Query review (a table with query, label and evidence/gap); Summary counts; Recommended improvements.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- page_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- number_of_queries: 5
Example answer
Source & scope
- Source: the fictional homepage copy supplied in the inputs. No website was fetched.
- Page type: product homepage. Language: English.
- Scope: qualitative review of five plausible questions, not measured search demand or an embedding calculation.
Query review
| Query | Label | Evidence or gap |
|---|---|---|
| Which invoice fields can I extract? | Answered | The supplied copy lists supplier names, invoice dates, invoice numbers and totals. |
| Can I review missing fields before export? | Answered | The copy says it flags missing fields for human review. It does not establish that export is blocked until review. |
| How do I move an invoice PDF into a CSV? | Partly answered | Upload and CSV export are stated; detailed steps and a sample output are not supplied. |
| What does ExampleLedger cost? | Not answered | No pricing is supplied. |
| Does ExampleLedger connect to accounting software? | Not answered | CSV export is stated; accounting integrations are not stated. |
Summary counts
- Answered: 2.
- Partly answered: 1.
- Not answered: 2.
- Total: 5. These are editorial judgments about the supplied excerpt, not a measured performance score.
Recommended improvements
- Show the upload → review → CSV workflow with an annotated example. This is a proposal, not an existing page feature.
- Publish accurate pricing information or a clear way to request it; no price is inferred here.
- Explain the CSV handoff and confirm whether any accounting integrations are offered. An unmentioned feature is not proof that it is unavailable.
Persona-First Blog Outline
You are a senior SEO content strategist.
Goal
Create an SEO‑optimised blog post outline for business that targets persona, showing clearly how USP addresses their challenges. The outline must be search‑intent aligned, skimmable, and conversion‑oriented.
Rules
- Search intent & funnel: Map each major section to Intent (Informational / Commercial Investigation / Transactional) and Funnel (TOFU / MOFU / BOFU).
- Keyword phrasing: Use natural, long‑tail, persona‑language H2/H3s (avoid keyword stuffing; no exact metrics—use bands like Low/Med/High only if needed).
- Coverage requirements: Include at least one price/cost, one alternatives/versus, and one implementation/how‑to section.
- E‑E‑A‑T signals: Specify evidence to include (customer quotes, field data, demos), author expertise cues, and trust elements (disclosures, policies where relevant).
- Clarity & brevity: Keep headings concise; avoid jargon unless it mirrors language. No fluff or generic filler.
- No hallucinations: Use the supplied business and USP as the source. Do not invent capabilities, statistics or brand claims. Use generic placeholders where necessary (e.g., “insert benchmark”).
- Actionability: Every section should suggest a concrete next step that ladders to a relevant CTA for that stage.
Inputs (use as guidance)
- Business: (derive industry, offering, and solution framing from this)
- Persona: (role, goals, decision criteria, objections)
- USP: (unique benefit, differentiators, proof angles)
- Challenges: (pain points, blockers, risk concerns)
Production Steps
Strategy Snapshot (bullets):
- Persona pains & desired outcomes (3 bullets) derived from .
- How solves pains (2–3 bullets).
- Primary intent to target and why (1 bullet).
Target & Query Set (bullets, no tables):
- 5–10 primary long‑tail queries that would actually search.
- 6–10 supporting queries (synonyms, objections, implementation phrases).
- Optional banding: Difficulty (Low/Med/High) and Intent tag for each line.
Outline (H2/H3): Provide a full outline with:
- Working title options (5) using value language.
- Title tag (≤60 chars) and meta description (≤155 chars) focusing on solving .
- URL slug suggestion (kebab‑case).
- H1 followed by 8–12 H2s, each with 2–4 H3s. For each H2, include:
- Intent & Funnel (e.g., “Informational / TOFU”)
- Primary query the H2 targets
- One‑line purpose of the section for
- Required sections to include (name H2s accordingly):
- Problem framing reflecting
- How‑to / implementation steps using
- Alternatives vs. your approach (objective comparison)
- Pricing / cost considerations (transparent framing)
- Objections & risk mitigation
- Proof / outcomes (case‑style narrative)
- CTA section tailored to and funnel stage
- FAQ (6–8 PAA‑style questions)
On‑Page Elements (bullets):
- Schema to add (e.g., Article, FAQPage, HowTo—pick what fits the outline).
- Internal link plan: 4–6 proposed anchor ideas (verify destinations before linking) for a site like (e.g., “implementation guide”, “pricing”, “case studies”, “security”).
- Media plan: visuals to include (diagram, checklist PDF, short demo video), with purpose of each.
Conversion Hooks (bullets):
- Primary CTA (e.g., “Book a demo” / “Start free trial”) with exact placement cues.
- Secondary CTA (e.g., “Download checklist”) for lower commitment.
- Trust boosters adjacent to CTAs (badges, policy links, social proof).
Validation Pass (checklist):
- Each mandated topic present: price/cost, alternatives/versus, implementation/how‑to.
- Intent & Funnel tags added for every H2.
- Title tag/meta within length, slug unique and descriptive.
- No invented numbers; evidence prompts present.
- Language mirrors terms from .
- CTAs aligned to journey stage and .
Output Format (Markdown, no tables)
- Strategy Snapshot
- Target & Query Set
- Outline (H2/H3)
- On‑Page Elements
- Conversion Hooks
- Validation Pass Return only the sections above—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- business: ExampleLedger (fictional): Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
- USP: Review extracted invoice fields and resolve missing values before exporting a CSV.
- challenges: Manual invoice entry takes time; missing fields need checking before a spreadsheet export.
Example answer
1) Strategy Snapshot
- Persona: a finance operations manager handling supplier invoices.
- Pains: manual entry takes time; missing fields need checking.
- Supplied benefit: review extracted invoice data before CSV export. This supports oversight; it does not guarantee accurate or error-free data.
- Primary intent: commercial investigation with an informational introduction.
2) Target & Query Set
- Primary ideas: review invoice data before export; invoice PDF to CSV workflow; how to check missing invoice fields; manual invoice entry vs extraction; invoice review software cost.
- Supporting ideas: supplier name review; invoice date checks; invoice number verification; invoice total comparison; CSV handoff checklist; finance team review process.
- Search volume, CPC and difficulty: not measured. These are proposed queries, not verified searches.
3) Outline
- Working titles: Review Invoice Data Before CSV Export; A Finance Team’s Invoice Review Workflow; From Invoice PDF to Reviewed CSV; Checking Missing Fields in Supplier Invoices; Manual Entry or Reviewed Invoice Extraction?
- Title tag: Review Invoice Data Before CSV Export
- Meta description: Learn a PDF invoice review workflow for checking supplier details and missing fields before exporting to CSV. Explore the ExampleLedger sample workflow.
- Proposed slug:
review-invoice-data-before-export - H1: Review Invoice Data Before CSV Export
H2: Why invoice fields need a review step
- Intent / funnel: Info / TOFU.
- Primary query: review supplier invoice fields.
- Purpose: Frame the supplied missing-field and manual-entry pains.
- H3: Common fields to inspect.
- H3: What an incomplete record leaves unresolved.
H2: How the sample workflow works
- Intent / funnel: Info / MOFU.
- Primary query: invoice PDF to CSV workflow.
- Purpose: Explain only the supplied upload, review and export steps.
- H3: Upload a supplier invoice PDF.
- H3: Review extracted fields and export a CSV.
H2: Checking values against the original invoice
- Intent / funnel: Info / MOFU.
- Primary query: check missing invoice fields.
- Purpose: Explain the human role without claiming error prevention.
- H3: Check supplier name and invoice number.
- H3: Compare invoice dates and totals.
H2: Manual entry versus reviewed extraction
- Intent / funnel: Comm / MOFU.
- Primary query: manual invoice entry vs extraction.
- Purpose: Compare processes without invented time savings.
- H3: Responsibilities in either workflow.
- H3: Evidence needed for a fair comparison.
H2: What to ask about pricing
- Intent / funnel: Comm / BOFU.
- Primary query: invoice review software cost.
- Purpose: Identify cost questions; no product prices are supplied.
- H3: Ask about the billing model.
- H3: Confirm limits before estimating cost.
H2: Limitations and questions to resolve
- Intent / funnel: Comm / BOFU.
- Primary query: invoice review workflow limitations.
- Purpose: Make unknowns explicit.
- H3: Confirm supported invoice formats.
- H3: Ask about security and data handling.
H2: Evidence to collect before publishing results
- Intent / funnel: Comm / MOFU.
- Primary query: invoice review workflow example.
- Purpose: Specify proof to gather instead of inventing it.
- H3: Show a labeled sample invoice.
- H3: Collect permission before using customer evidence.
H2: Explore the sample workflow and FAQs
Intent / funnel: Trans / BOFU.
Primary query: example invoice review workflow.
Purpose: Offer the observed CTA and answer common questions.
H3: CTA: View the sample workflow.
H3: FAQ: What is stated and what needs confirmation.
FAQ questions: Which fields are extracted? How are missing fields highlighted? Can I export a CSV? What does it cost? Are integrations available? How is invoice data handled?
4) On-Page Elements
- Consider Article markup for the published guide; no rich-result eligibility is asserted.
- Proposed anchors: invoice fields, review workflow, CSV export, pricing questions, data handling. Verify actual destinations before linking.
- Media: an annotated fictional invoice, a review-screen illustration, and a CSV example using synthetic data.
5) Conversion Hooks
- Primary observed CTA: “View the sample workflow,” after the how-to and at the end. URL is not supplied.
- Secondary observed text: “Contact the team,” near unresolved pricing and security questions. URL is not supplied.
- Publish only evidence and policies that the team can substantiate. No trust badges or testimonials are supplied.
6) Validation Pass
- Cost, alternatives and implementation are covered.
- Eight H2s include intent/funnel tags and two H3s each.
- Metadata and proposed slug are supplied; verify published-page details before release.
- No invented customer outcomes, prices, integrations or error-free guarantees.
Meta Description for any page
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Inputs
Website URL or pasted page copy: website_url
Persona: persona
You are a senior SEO copywriter specializing in SERP snippets.
Goal
Write a compelling meta description for the website’s homepage that highlights its core differentiators and directly targets the persona’s interests and pain points. Produce multiple, test‑ready variants that balance clarity, persuasion, and snippet length constraints.
Rules
- Length & readability: Aim for 150–160 characters; never exceed 165. Use sentence case, plain punctuation, and natural language (no keyword stuffing).
- Derive USP from the site: Infer the brand name, offer, category, and differentiators from the homepage (title/H1, hero, nav, feature bullets, trust cues). If signals are thin, use neutral, credible phrasing (no invented stats).
- Persona voice: Mirror the persona’s language and priorities. Prefer second person (“you”) and outcome‑oriented benefits over features.
- CTA: End each variant with a clear next step suitable for a homepage visit (e.g., “Get started”, “Book a demo”, “See pricing”).
- Trust & clarity: Avoid clickbait and unverifiable claims. Include one differentiator and one benefit—keep each variant focused.
- Angle variety: Create materially different angles: Brand‑first, Benefit‑first, Problem‑first, Trust‑first.
- Consistency: Mention the brand/offer naturally once; keep tone aligned with the site’s style (formal vs. conversational).
Production Steps
Rapid Site Scan (bullets):
- Brand/offer/category distilled from the homepage.
- The persona’s top pain the offer addresses.
- The most defensible differentiator (speed, ease, price transparency, integrations, security, etc.).
USP → Benefit Map (bullets):
- One‑line USP (plain English).
- Primary benefit that resolves the pain.
- Proof cue only if supported by the source; otherwise say no proof was supplied.
Angle Plan:
- Brand‑first: lead with who the site is and what it does.
- Benefit‑first: lead with the outcome the persona wants.
- Problem‑first: lead with the pain you remove.
- Trust‑first: lead with risk‑removal/credibility.
Draft Set (12 variants):
- Write 12 meta descriptions (3 per angle above).
- Keep each 150–160 characters.
- Surface the derived USP early and end with a homepage‑appropriate CTA.
Polish Pass:
- Replace jargon unless it reflects the persona’s language.
- Remove filler; favor strong verbs and concrete outcomes.
- Ensure no duplicates; each variant must stand alone.
Output Format (Markdown, no tables)
- Rapid Site Scan
- USP → Benefit Map
- Meta Description Variants (12)
- Provide 12 bullet points, one per variant (150–160 chars each).
- Validation Pass
- Length within 150–160 chars for all variants.
- Each surfaces the supported USP, addresses persona pain/interest, and ends with an observed CTA.
- Angles diversified (3× Brand‑first, 3× Benefit‑first, 3× Problem‑first, 3× Trust‑first). Return only the sections above—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- website_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
Example answer
1) Rapid Site Scan
- Brand: ExampleLedger, a fictional tool for small finance teams.
- Stated workflow: extract invoice fields, flag missing values for human review and export reviewed data to CSV.
- Observed CTA text: “View the sample workflow.” No destination URL is supplied.
2) USP → Benefit Map
- Supported benefit: a review step between PDF extraction and CSV handoff.
- No error-free guarantee, accuracy benchmark, customer endorsement or integration is supplied.
- Proof cue: none supplied. Show a verified workflow example before making a stronger claim.
3) Meta Description Variants (12)
Brand-first
- ExampleLedger helps small finance teams review all supplier invoice PDFs, check missing fields and export reviewed data to CSV. View the sample workflow.
- ExampleLedger extracts supplier names, invoice dates, numbers and totals from PDFs for review before you export data to CSV. View the sample workflow.
- ExampleLedger gives small finance teams a PDF invoice review workflow with missing-field flags and a CSV export for reviewed data. View the sample workflow.
Benefit-first
- Review extracted invoice fields before a CSV handoff. ExampleLedger flags missing supplier invoice values for small finance teams. View the sample workflow.
- Keep a human review step in your invoice process. ExampleLedger extracts PDF fields and flags missing values before CSV export. View the sample workflow.
- Prepare invoice data for a CSV export with a review step. ExampleLedger lets finance teams check extracted fields and missing values. View the sample workflow.
Problem-first
- Manually entering supplier invoices? ExampleLedger extracts PDF fields, flags missing values for review and exports your data to CSV. View the sample workflow.
- Missing fields in invoice data? ExampleLedger flags gaps for human review so your finance team can check values before CSV export. View the sample workflow.
- Need to review supplier invoice data before export? ExampleLedger extracts PDF fields and highlights missing values for checking. View the sample workflow.
Review-process focus (no unverified trust claims)
- Review supplier names, invoice dates, numbers and totals from PDFs. ExampleLedger flags missing values for your team to check. View the sample workflow.
- Use human review alongside PDF invoice extraction. ExampleLedger flags missing fields and lets your team export reviewed data to CSV. View the sample workflow.
- Check extracted fields against your invoice before a CSV handoff. ExampleLedger supports review and flags missing values for teams. View the sample workflow.
4) Validation Pass
- Twelve variants, three per angle; each ends with the observed CTA text.
- Character counts, including spaces and punctuation, in order: 153, 150, 156, 156, 153, 159, 159, 156, 155, 152, 159, 157.
- All are within 150–160 characters. No price, integration, error-prevention guarantee or customer outcome is invented.
- Fictional illustration only; publication requires confirming the product and CTA destination.
5-Cluster Topic Architecture
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Input
Homepage URL or pasted page copy: homepage_url
You are an Editorial Topic Architect.
Objective
From only the homepage, design a 5‑cluster content strategy that aligns with the likely ICP’s needs and pains, showcases the brand’s differentiators, and supports measurable growth.
How to Derive Context (no external data)
- Read the page: title/meta, hero, nav, feature blurbs, pricing, case studies, footer, blog tags.
- Infer ICP & pains: extract roles, industries, jobs‑to‑be‑done, objections.
- Infer differentiators: speed, accuracy, cost transparency, integrations, security, support, ecosystem.
- If signals are thin: use neutral language and state assumptions succinctly in the “Assumptions” note only.
Guardrails
- Avoid brand‑name speculation beyond what’s visible on the page.
- No invented statistics, logos, or customer names.
- Mark search volume and difficulty "Not measured" unless sourced; qualitative priorities are editorial judgments.
- Language should mirror the site’s tone (technical vs. friendly).
What to Produce
A) Discovery Snapshot (5 bullets max)
- ICP summary (role, industry, company size—if unclear, say “mixed”).
- Top pains you see implied on the page.
- Core differentiators inferred from copy.
- Primary jobs‑to‑be‑done (1–2).
- Assumptions (only if necessary, 1–2 short lines).
B) Cluster System (exactly 5 clusters)
For each cluster, provide:
- Cluster Name: memorable, market‑native phrasing (≤5 words)
- Pillar Page: 1‑sentence purpose + URL slug (kebab‑case)
- Who It’s For: the ICP slice + pain it solves
- Intent Mix: describe Info / Comm / Trans emphasis qualitatively; no fabricated percentages
- Subtopics (8–12): bullets phrased as search‑style H2 ideas
- Proof & E‑E‑A‑T: evidence/assets to include (case bites, benchmarks, demos, author creds)
- CTA Mapping: primary + secondary CTA aligned to funnel
- SERP Angles: which features to target (Featured Snippet, PAA, Video, Reviews, FAQs, Local Pack)
- Lead Magnet/Tool (optional): 1 idea that strengthens the cluster
C) Interlinking Map
- Cross‑link rules between pillars and subpages (who links to whom and why).
- 6–10 internal anchor text ideas that would naturally exist on this site.
D) Editorial Prioritization
- Rank the 5 clusters by Opportunity Score (qualitative: High/Med/Low) with one‑line justification each (e.g., pain acuteness, time‑to‑value, competitive whitespace).
E) Validation Checklist
- Covers price/cost, alternatives/versus, and implementation/how‑to across the system.
- At least 1 localizable angle and 1 thought‑leadership angle present.
- Slugs are unique; intents don’t overlap at pillar level.
- CTAs match funnel stage; proof assets are feasible from the site.
Style & Format
- Markdown only. No tables or JSON.
- Use concise bullets; avoid filler.
- Produce the sections in this order: Discovery Snapshot → Cluster System → Interlinking Map → Editorial Prioritization → Validation Checklist.
- Return only the sections above—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- homepage_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
Example answer
A) Discovery Snapshot
- Audience: small finance teams; finance managers and invoice reviewers are plausible roles.
- Supplied pains: manual invoice entry and missing fields.
- Observed workflow: PDF upload → extracted fields → human review → CSV export.
- Stated differentiator: missing-field flags and a review step before export. No accuracy benchmark is supplied.
- Scope: fictional supplied page copy only; no live research. Priorities below are editorial judgments.
B) Cluster System
1. Invoice review workflow
- Pillar: Explain reviewing extracted fields before CSV export. Proposed slug:
invoice-review-workflow. - Who it’s for: Reviewers who need a repeatable field-checking process.
- Intent mix: Informational, with commercial investigation. Demand and difficulty: not measured.
- Subtopics: upload steps; supplier name checks; invoice date checks; invoice number checks; total comparison; missing-field flags; review responsibilities; CSV export steps.
- Proof: A labeled synthetic invoice, annotated review-screen example and expert review.
- CTA: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- SERP angle: Clear how-to headings; no placement or rich-result promise.
2. CSV handoff basics
- Pillar: Explain moving reviewed data into a spreadsheet. Proposed slug:
invoice-csv-handoff. - Who it’s for: Finance managers reviewing export requirements.
- Intent mix: Mainly informational. Demand and difficulty: not measured.
- Subtopics: column names; required fields; example CSV; date formatting questions; reviewing totals; source-invoice comparison; handoff ownership; checking a sample export.
- Proof: Synthetic CSV and data dictionary, checked against actual product behavior before publication.
- CTA: View the sample workflow; secondary: Contact the team.
- SERP angle: Structured checklist; no guaranteed search feature.
3. Workflow alternatives
- Pillar: Compare manual entry and reviewed extraction. Proposed slug:
invoice-workflow-alternatives. - Who it’s for: Teams deciding whether to change their process.
- Intent mix: Commercial investigation. Demand and difficulty: not measured.
- Subtopics: manual entry steps; extraction steps; review responsibilities; setup questions; supported formats; exceptions to investigate; evidence collection; fair comparison checklist.
- Proof: Same invoice through each process; collect actual timing evidence before making savings claims.
- CTA: View the sample workflow; secondary: Contact the team.
- SERP angle: Neutral comparison, not unsupported competitor claims.
4. Buying and cost questions
- Pillar: Help teams ask informed vendor questions. Proposed slug:
invoice-software-buying-guide. - Who it’s for: Managers evaluating software and budget.
- Intent mix: Commercial and transactional. Demand and difficulty: not measured.
- Subtopics: pricing questions; limits to confirm; supported fields; review steps; export format; integrations to verify; security questions; proposed UK-localized evaluation checklist.
- Proof: Verified pricing and policies must be gathered; none are supplied here.
- CTA: Contact the team; secondary: View the sample workflow.
- SERP angle: Buyer’s guide. UK adaptation is a proposed topic, not a compliance claim.
5. Human review practice
- Pillar: Explain responsibilities when using extracted invoice data. Proposed slug:
human-review-invoice-data. - Who it’s for: Finance leads designing a review process.
- Intent mix: Informational and thought leadership. Demand and difficulty: not measured.
- Subtopics: who reviews fields; missing versus incorrect values; checking original documents; recording unresolved questions; choosing evidence; training reviewers; handoff checks; measuring a pilot responsibly.
- Proof: Expert-authored checklist and clearly labeled synthetic scenarios.
- CTA: View the sample workflow; secondary: Contact the team.
- SERP angle: Answer-led headings; no ranking guarantee.
C) Interlinking Map
- Workflow → CSV basics for handoff details; alternatives → buying questions for evaluation; review practice → workflow for the example process.
- Proposed anchors: invoice review, extracted fields, missing-field checks, CSV handoff, manual entry comparison, pricing questions, buyer’s checklist, human review responsibilities.
- All slugs and links are proposals; no existing URLs are asserted.
D) Editorial Prioritization
- Workflow — High: closest to the stated product and user pain.
- CSV basics — High: clarifies the stated export step.
- Alternatives — Medium: supports an evaluation decision.
- Buying questions — Medium: useful, but pricing and policy evidence must be gathered.
- Human review practice — Medium: supports education and expert contribution.
E) Validation Checklist
- Price questions, alternatives and implementation are covered.
- UK localization and a thought-leadership angle are proposals.
- Distinct proposed pillars; cross-links connect related tasks.
- No invented prices, integrations, customer results or measured demand.
3-Point Homepage Triage
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Inputs
Homepage URL or pasted page copy: homepage_url
Persona: persona
You are a Conversion & UX diagnostician.
Objective
From the homepage alone, identify the 3 highest‑leverage website areas to optimize so the page resonates more strongly with the persona, reduces friction, and increases qualified actions.
Constraints & Approach
- Source of truth: Inspect only the homepage (hero, nav, feature blocks, social proof, footer). No external data, no crawling.
- Persona lens: Mirror the persona’s jobs‑to‑be‑done, objections, and decision triggers. Use plain language that would sound natural to them.
- Evidence‑based: Quote only what you see (max 20 words per quote). Don’t invent metrics, logos, or customer names.
- Prioritization model: These are subjective editorial ratings, not measured site performance. For each area, compute an Opportunity Score = (Impact × Confidence) ÷ Effort, each on a 1–5 band.
Heuristics to Apply (quick pass)
- Relevance: Is the value prop instantly clear above the fold?
- Scent: Do nav labels and headings match the persona’s search intent words?
- Friction: Are CTAs, forms, or interactions confusing or effortful?
- Evidence: Are there credible trust cues and outcomes to reduce risk?
- Skimmability: Are sections scannable on mobile and desktop?
- Performance/Accessibility: Assess only if a screenshot or rendered page is available; text alone cannot establish contrast, tap size or layout stability.
What to Produce (in order)
A) Executive Snapshot ( ≤5 bullets )
- The persona’s primary goal on first visit.
- The top anxiety or blocker observed.
- One‑line critique of the current value prop clarity.
- The single most urgent fix you recommend.
- Any assumption you made (only if necessary).
B) Top 3 Opportunities — Issue Cards
For each of the 3 areas:
- Area Name: (e.g., “Hero Value Prop Clarity”, “Primary CTA & Navigation”, “Social Proof & Risk Removal”)
- Why it matters to the persona: 1–2 lines
- What we see now: 1 short quote or description (≤20 words)
- Fix Spec: concrete changes (copy, layout, component, placement)
- Microcopy (≤20 words): rewrite suggestion aligned to the persona
- Asset/Evidence to add: case bite, stat placeholder, badge, policy link, or demo cue
- Impact / Confidence / Effort: 1–5 bands with one‑line rationale for each
- Opportunity Score: (Impact × Confidence) ÷ Effort → 1 decimal
C) Scorecard (compact table)
| Area | Impact (1–5) | Confidence (1–5) | Effort (1–5) | Opportunity Score |
|---|---|---|---|---|
| … | … | … | … | … |
| … | … | … | … | … |
| … | … | … | … | … |
D) Experiment & Measurement Plan (bullets)
- Test idea: A/B or copy/layout tweak for each area
- Primary metric: (e.g., CTA clicks, nav engagement, scroll depth)
- Guardrail: bounce rate or time to first interaction
- Success threshold: directional statement (no hard numbers)
E) Validation Checklist
- Recommendations mirror persona language and goals.
- At least one fix increases clarity above the fold.
- At least one fix reduces friction on the primary action.
- Trust cue strengthened without inventing specifics.
- Mobile considerations explicitly addressed.
Output Rules
- Markdown only. Keep it concise and skimmable.
- Quote snippets only from the homepage; label assumptions clearly if used.
- Provide exactly 3 opportunities. No extras.
- Return sections A → B → C → D → E only—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- homepage_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
Example answer
A) Executive Snapshot
- Goal: understand whether the PDF → review → CSV workflow fits a small finance team.
- Potential blocker: the supplied copy lists steps but does not show a sample invoice or export.
- Main opportunity: make the stated review process concrete.
- Most urgent proposal: add an annotated sample workflow beside the existing CTA.
- Scope: text-only fictional copy. Layout, contrast, performance and tap targets were not inspected. Ratings below are subjective editorial estimates.
B) Top 3 Opportunities
1. Show the review workflow
- Why: Helps a manager understand the stated process before trying it.
- Observed: “Review invoice data before you export.”
- Fix: Add a labeled sample showing upload, missing-field review and CSV export.
- Proposed microcopy: “Upload an invoice PDF, review extracted fields and export a CSV.”
- Evidence to add: Synthetic invoice and real product screenshots after behavior is confirmed.
- Impact 4 / Confidence 4 / Effort 2: Close to the main user task; supported workflow; modest content work.
- Opportunity score: (4 × 4) ÷ 2 = 8.0. This is prioritization arithmetic, not a measured conversion score.
2. Explain what is exported
- Why: The manager needs to understand the handoff format.
- Observed: “export reviewed data to CSV.”
- Fix: Add an example CSV and list the stated fields; confirm actual output before publishing.
- Proposed microcopy: “Review supplier names, invoice dates, invoice numbers and totals before CSV export.”
- Evidence to add: Synthetic CSV, verified against the actual product.
- Impact 3 / Confidence 4 / Effort 2: Clarifies a stated feature; easy-to-review example; limited scope.
- Opportunity score: (3 × 4) ÷ 2 = 6.0.
3. Give unanswered questions a clear next step
- Why: Cost and data-handling information are not supplied.
- Observed: Footer says “Contact the team.” Pricing and security details are not stated.
- Fix: Add verified answers where available and a clear route for unresolved questions. Do not invent policies or prices.
- Proposed microcopy: “Questions about pricing or data handling? Contact the team.”
- Evidence to add: Approved pricing and policy text; verified contact destination.
- Impact 3 / Confidence 3 / Effort 3: Potential evaluation gap; evidence-gathering is required.
- Opportunity score: (3 × 3) ÷ 3 = 3.0.
C) Scorecard
| Area | Impact | Confidence | Effort | Opportunity score |
|---|---|---|---|---|
| Workflow example | 4 | 4 | 2 | 8.0 |
| CSV handoff example | 3 | 4 | 2 | 6.0 |
| Unanswered buying questions | 3 | 3 | 3 | 3.0 |
D) Experiment & Measurement Plan
- Workflow: test whether an annotated example helps users explain the process; watch sample-workflow clicks.
- Export: test whether a labeled CSV helps users identify the output fields; watch engagement with the example.
- Questions: test clearer contact wording; watch relevant inquiries and task completion.
- Guardrails: watch confusion and abandonment. Compare with an actual baseline before claiming improvement.
E) Validation Checklist
- Exactly three proposals grounded in supplied text.
- Above-the-fold workflow proposal and clearer next steps.
- No inferred accuracy guarantees, export locks, prices or policies.
- Mobile layout and accessibility require a rendered-page review; they cannot be determined from this text.
5-Post Editorial Calendar
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Input
Website URL or pasted page copy: website
You are an Editorial Showrunner and SEO strategist.
Mission
From the website alone, build a 5‑post content calendar that speaks to its primary personas’ pains and jobs‑to‑be‑done, while showcasing real differentiators. Deliver publishing dates, briefs, and repurposing paths that a team can execute this month.
How to Infer Context (homepage + obvious linked pages only)
- Skim hero, H1/H2s, nav labels, product/features, pricing, case studies, footer, and any “About/Blog” pages visible from the homepage.
- Derive personas, top pains, desired outcomes, and brand POV (formal vs. friendly, technical vs. plain).
- Identify 2–3 differentiators (speed, ease, accuracy, integrations, security, support). If thin, state a short assumption note—no invented stats.
Guardrails
- No external data or brand‑name speculation beyond what’s on the site.
- Use bands (Low/Med/High) for difficulty/effort if needed; do not invent precise numbers.
- Mirror the site’s tone and vocabulary; avoid hype unless the site uses it.
Deliverables (in this exact order)
A) ICP & Pain Atlas (≤6 bullets)
- Personas (2–3) with 1‑line pains/outcomes each.
- Three most repeated phrases or ideas on the site (quote ≤6 words each).
- Differentiators you’ll lean on (2–3).
- Assumptions (only if necessary; 1–2 lines).
B) Publishing Rhythm & Cadence
- Start date: use a supplied reference date and timezone if available. Otherwise use relative slots Week 1 through Week 5; do not invent today’s date or infer timezone from language.
- Cadence: 1 post per week for 5 weeks (or compact into 2/week if seasonality suggests urgency).
C) 5‑Post Calendar (use this card format for each slot)
- Slot # / Publish Date: ISO date only with a supplied reference date; otherwise Week 1 through Week 5
- Working Title (≤65 chars): outcome‑oriented, persona‑native
- Primary Query (long‑tail): the search phrasing this post should win
- Intent / Funnel: Info | Comm | Trans / TOFU | MOFU | BOFU
- Angle / POV: what makes this take unique (tie to differentiators)
- Outline (H2/H3): 6–8 bullets; include one price/cost, one alternatives/versus, one implementation/how‑to
- EEAT Assets to Include: case bite, author creds, process screenshots, policy links
- CTA Mapping: primary + secondary (fit the funnel)
- Internal Links: observed destinations only; label proposed anchors/destinations as proposed
- Schema & SERP Targets: Article/FAQ/HowTo + (Featured Snippet, PAA, Video, Reviews) as relevant
- Repurpose Plan: 3 quick derivatives (e.g., LinkedIn carousel, short demo clip, checklist PDF)
- Owner & Review: role labels (e.g., SME, Editor) and review cue
D) Distribution Checklist (bullets)
- Channel priorities (owned → earned → paid) matched to persona hangouts.
- Snippet templates (≤160 chars) for social/email; 3 variants.
- UTM structure and canonical link note.
E) Measurement Plan (bullets)
- Leading indicators (first 14 days): scroll depth, CTA clicks, time to first interaction.
- Lagging indicators (30–90 days): assisted conversions, qualified demo requests, newsletter sign‑ups.
- “Stop/Scale” rule using qualitative/banded thresholds (no hard numbers).
F) Validation Pass
- Covers pains for at least two personas.
- Includes price/cost, alternatives/versus, and implementation/how‑to across the five posts.
- Intent/funnel mix spans TOFU→BOFU; titles stay within typical title tag limits.
- Slugs unique; angles not duplicative; CTAs aligned to stage.
- Assumptions clearly labeled; no invented specifics.
Format & Style
- Markdown only. Use concise bullets.
- Provide sections A → B → C → D → E → F in order.
- Return only the sections above—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- website: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
Example answer
A) ICP & Pain Atlas
- Finance operations manager: needs a clear invoice review and CSV handoff process.
- Invoice reviewer: needs to check missing fields against the original invoice.
- Supplied phrases: “Review invoice data”; “flag missing fields”; “export reviewed data to CSV.”
- Differentiators in the supplied copy: extracted fields, human review and CSV export.
- Scope: fictional inputs, with no live website or customer evidence.
B) Publishing Rhythm & Cadence
- One post per week, Week 1 through Week 5.
- No reference date or timezone was supplied, so calendar dates are intentionally not invented.
C) 5-Post Calendar
Week 1: How to Review Invoice Fields Before CSV Export
- Primary query: review invoice fields before CSV export.
- Intent / funnel: Info / TOFU.
- Angle: Explain the stated human review step.
- Outline:
- Identify the original invoice.
- Upload a PDF.
- Review supplier and date fields.
- Check missing values.
- Compare manual entry and extraction.
- Questions about cost before choosing.
- Evidence: Labeled synthetic invoice and CSV; finance subject-expert review. Measure any future performance claim before publication.
- CTA mapping: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- Proposed internal anchors: invoice fields, review workflow, CSV handoff. Verify destinations before linking.
- Schema / SERP: Consider Article markup and answer-led headings; no placement guarantee.
- Repurpose: Annotated slide, short workflow explanation and review checklist.
- Owner / review: Finance subject expert + editor; verify every feature claim against the supplied source.
Week 2: Manual Invoice Entry vs Reviewed PDF Extraction
- Primary query: manual invoice entry vs PDF extraction.
- Intent / funnel: Comm / MOFU.
- Angle: Compare workflow responsibilities without invented savings.
- Outline:
- Map manual entry steps.
- Map upload and review steps.
- Compare review responsibilities.
- Prepare the same sample invoice.
- Identify cost questions.
- Choose a small pilot.
- Evidence: Labeled synthetic invoice and CSV; finance subject-expert review. Measure any future performance claim before publication.
- CTA mapping: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- Proposed internal anchors: invoice fields, review workflow, CSV handoff. Verify destinations before linking.
- Schema / SERP: Consider Article markup and answer-led headings; no placement guarantee.
- Repurpose: Annotated slide, short workflow explanation and review checklist.
- Owner / review: Finance subject expert + editor; verify every feature claim against the supplied source.
Week 3: What to Check in an Invoice CSV Handoff
- Primary query: invoice CSV handoff checklist.
- Intent / funnel: Info / MOFU.
- Angle: Make the stated CSV output understandable.
- Outline:
- List the supplied fields.
- Compare values with the PDF.
- Check an example CSV.
- Compare manual and extracted records.
- Ask about billing and limits.
- Define who checks the handoff.
- Evidence: Labeled synthetic invoice and CSV; finance subject-expert review. Measure any future performance claim before publication.
- CTA mapping: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- Proposed internal anchors: invoice fields, review workflow, CSV handoff. Verify destinations before linking.
- Schema / SERP: Consider Article markup and answer-led headings; no placement guarantee.
- Repurpose: Annotated slide, short workflow explanation and review checklist.
- Owner / review: Finance subject expert + editor; verify every feature claim against the supplied source.
Week 4: Questions to Ask About Invoice Review Software Costs
- Primary query: invoice review software cost questions.
- Intent / funnel: Comm / BOFU.
- Angle: Support a buying decision without inventing a price.
- Outline:
- Define required invoice fields.
- Ask about the billing model.
- Confirm limits.
- Compare workflow alternatives.
- Ask about data handling.
- Try the sample workflow.
- Evidence: Labeled synthetic invoice and CSV; finance subject-expert review. Measure any future performance claim before publication.
- CTA mapping: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- Proposed internal anchors: invoice fields, review workflow, CSV handoff. Verify destinations before linking.
- Schema / SERP: Consider Article markup and answer-led headings; no placement guarantee.
- Repurpose: Annotated slide, short workflow explanation and review checklist.
- Owner / review: Finance subject expert + editor; verify every feature claim against the supplied source.
Week 5: A Finance Team’s Missing Invoice Field Review Guide
- Primary query: how finance teams review missing invoice fields.
- Intent / funnel: Info / MOFU.
- Angle: Explain missing-field flags without promising error-free exports.
- Outline:
- Explain a missing field.
- Compare with the original PDF.
- Agree reviewer responsibilities.
- Compare manual checks and flagged review.
- List cost questions.
- Explore an annotated workflow.
- Evidence: Labeled synthetic invoice and CSV; finance subject-expert review. Measure any future performance claim before publication.
- CTA mapping: View the sample workflow; secondary: Contact the team. Destinations not supplied.
- Proposed internal anchors: invoice fields, review workflow, CSV handoff. Verify destinations before linking.
- Schema / SERP: Consider Article markup and answer-led headings; no placement guarantee.
- Repurpose: Annotated slide, short workflow explanation and review checklist.
- Owner / review: Finance subject expert + editor; verify every feature claim against the supplied source.
D) Distribution Checklist
- Start with the company blog and newsletter if available; evaluate relevant finance communities before sharing.
- Proposed snippets: “What do you check before exporting invoice data? Explore a sample review workflow.” / “Manual entry or PDF extraction? Compare the review tasks before choosing.” / “Missing fields need a human check. Here is a proposed invoice-review checklist.”
- Add UTM parameters only to verified published destinations; do not invent live post URLs.
- Use an appropriate canonical URL on publication and respect any syndication agreement.
E) Measurement Plan
- Early: article engagement, sample-workflow clicks and questions raised by readers.
- Later: qualified inquiries and assisted conversions where tracking supports attribution.
- Scale if useful engagement improves against a real baseline; revise if readers remain confused. No numerical result is predicted.
F) Validation Pass
- Two relevant personas; five distinct slots.
- Implementation, alternatives and cost questions are present.
- Relative weeks avoid stale dates.
- No asserted integrations, prices, customer outcomes or verified search metrics.
Guest-Post Target Dossiers
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Inputs
Website URL or pasted page copy: website_url
Persona: persona
You are a PR‑SEO Outreach Scout tasked with finding publisher partners.
Mission
Identify three high‑authority websites in the site’s niche that the persona is likely to read, then craft guest‑post concepts and outreach assets that could realistically be accepted and generate qualified referral traffic.
How to Infer Context (site‑first)
- From the site: extract product/service category, positioning, tone, and key problems solved.
- From the persona: infer jobs‑to‑be‑done, objections, jargon, preferred content formats.
- If signals are thin, state assumptions briefly (max 2 lines) in the final “Assumptions” note.
Source & Evaluation Rules
- Relevance > raw authority: Prioritize topical alignment and audience overlap over general prestige.
- Authority signals to scan: editorial standards page, bylined experts, consistent publishing cadence, presence in “as seen in” sections, community engagement.
- Conflicts: Avoid direct competitors and obvious pay‑to‑play link farms.
- If browsing is available: verify each candidate with a recent (≤12 months) relevant article link; otherwise note it as a best‑fit hypothesis.
Scoring Rubric (bands; do not invent precise numbers)
- Topical Fit: Low / Med / High
- Persona Affinity: Low / Med / High
- Editorial Openness: Low / Med / High (accepts contributors? clear guidelines?)
- Link Value Potential: Low / Med / High (contextual links likely? evergreen pages?)
- Effort to Win: Low / Med / High (pitch complexity, lead time)
Deliverables (in this exact order)
A) Niche & Reader Snapshot (≤6 bullets)
- What the site sells and to whom (plain words)
- Persona’s core goals and anxieties
- Topic lanes where the persona already spends time
- Content formats they trust (how‑to, teardown, benchmark, policy, etc.)
- Editorial voice to mirror
- Assumptions (only if needed)
B) Candidate Shortlist (exactly 3 Publisher Dossiers)
For each publisher, provide:
- Name & Why It Matters (2 lines) — who reads it and why the persona cares
- Scorecard: Topical Fit / Persona Affinity / Editorial Openness / Link Value Potential / Effort to Win (bands)
- Sections to Target: e.g., “How‑to”, “Opinion”, “Engineering”, “Leadership”
- Guest‑Post Angle (1 line): the hook that’s non‑promotional yet category‑leading
- Working Titles (3–5): outcome‑oriented, persona‑native
- Outline (5–7 bullets): include implementation, alternatives/versus, and ROI/cost perspective
- EEAT Cues to Include: author creds, process screenshots, field learnings, policy/ethics note
- CTA Destination: the most defensible page on the site to link (and anchor suggestions)
- Submission Path: link to guidelines if browsing is on; otherwise describe likely route (editor@, submissions page, contributor network)
- Risk Flags: paywall, strict “no follow”, ideological mismatch, seasonal backlog
C) Pitch Pack (reuse per publisher with tweaks)
- Subject Lines (5): varied angles (problem‑first, data‑first, contrarian, step‑by‑step, case‑note)
- Opening Hook (3 sentences): tie the persona pain to a fresh insight the publisher hasn’t covered deeply
- Credibility Line (1 sentence): who you are and why you can speak to this
- Mini Abstract (≤80 words): what readers will do differently after reading
- Bio Snippet (≤40 words): author credentials aligned to the topic
- Disclosure & Ethics: promise non‑promotional, reference policy alignment
D) Measurement & Follow‑through
- Primary Goals: qualified referral traffic, assisted conversions, newsletter sign‑ups
- Signals to watch (first 30 days): time on page, scroll depth, CTR on contextual link(s)
- Repurposing: turn the article into a canonical on your site (rel=canonical if required), webinar, or checklist
- Sequencing: 3‑touch outreach cadence with timelines (Day 0 pitch, Day 5 nudge with alt title, Day 10 value‑add note)
E) Validation Checklist
- Publishers are non‑competitive and persona‑relevant.
- Each concept includes implementation + alternatives/versus + ROI/cost.
- CTA destinations exist and match the intended audience; unknown destinations are labeled unverified.
- Distinguish verified publishers from unverified candidates and fictional illustrations.
- Do not invent author credentials, publisher policies, submission addresses or recent articles.
Output rules
- Markdown only. Return sections A through E in order.
- If no publisher research is possible, offer three candidate categories to research, clearly labeled unverified, rather than fabricated publisher facts.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- website_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
Example answer
A) Niche & Reader Snapshot
- ExampleLedger is a fictional invoice-processing tool for small finance teams.
- The persona reviews supplier invoices and needs to check missing fields before a CSV handoff.
- Relevant topics: invoice field review, finance workflows and evaluating data extraction.
- Reader-friendly formats: annotated examples, process checklists and neutral comparisons.
- Scope: no publisher research is represented in this illustrative answer. The three categories below are unverified research leads, not named publishers or confirmed guest-post opportunities.
B) Candidate Shortlist — Three Categories to Research
1. Small-business finance publications — unverified
- Why: Potential fit for managers responsible for invoice handling.
- Scorecard: Topical fit: editorially plausible; persona affinity: plausible; editorial openness, link potential and effort: not verified.
- Sections to investigate: Practical finance operations guides; availability not verified.
- Guest-post angle: Explain a human review step without promising error-free records.
- Working titles: Review Invoice Fields Before Export; An Invoice Review Checklist; From PDF Fields to a CSV Handoff.
- Outline: Define the workflow; show a synthetic invoice; explain review steps; compare manual entry; list cost questions; explain limitations.
- Evidence: Finance expert review, labeled synthetic data and verified product behavior.
- CTA: “View the sample workflow” is observed in the input. No destination is supplied; verify a live URL before linking.
- Submission path: Not verified. Find the publication’s current contributor policy and editorial contact on its own website.
- Risk flags: Relevance, contribution policy and promotion rules all require research.
2. Bookkeeping practice publications — unverified
- Why: A possible audience for invoice review and handoff guidance.
- Scorecard: Topical fit and persona affinity: plausible; editorial openness, link potential and effort: not verified.
- Sections to investigate: Practice workflow or software evaluation; availability not verified.
- Guest-post angle: Compare review responsibilities across manual entry and PDF extraction.
- Working titles: Manual Entry vs Reviewed Extraction; Checking a Sample Invoice CSV; Questions Before Choosing an Invoice Tool.
- Outline: Current process; sample invoice; review responsibilities; alternative workflows; cost questions; proposed pilot.
- Evidence: Same synthetic invoice for each process; collect real timing evidence before any savings claim.
- CTA: Proposed anchor “invoice review workflow”; destination not supplied and must be verified.
- Submission path: Not verified; confirm current contributor rules with the publisher.
- Risk flags: Avoid claiming accounting integrations or local compliance without evidence.
3. Finance operations communities — unverified
- Why: Potential place for practitioner discussion of missing-field checks.
- Scorecard: Topical fit and persona affinity: plausible; editorial openness, link potential and effort: not verified.
- Sections to investigate: Practitioner discussions or educational resources; availability not verified.
- Guest-post angle: Invite critique of a clearly labeled sample review checklist.
- Working titles: Who Checks Missing Invoice Fields?; A Sample Invoice Review Process; Designing a CSV Handoff Checklist.
- Outline: Define responsibilities; show missing-field examples; review against original; compare approaches; ask cost questions; gather feedback.
- Evidence: Synthetic data and real reviewer input with permission.
- CTA: “Contact the team” is observed text; destination not supplied.
- Submission path: Not verified. Read community rules and confirm whether educational submissions are allowed.
- Risk flags: Community promotion limits and privacy requirements need checking.
C) Pitch Pack — Draft Only
- Subjects: A practical invoice-review checklist; A guide to reviewing missing invoice fields; Manual entry and PDF extraction: review responsibilities; A synthetic invoice example for finance teams; Questions to ask before a CSV handoff.
- Opening hook: Invoice PDFs can leave a reviewer with missing or incomplete fields to check. A short guide can make those responsibilities concrete using a synthetic example. We propose a practical walkthrough with explicit limitations and no performance claims.
- Credibility line: [Insert the author’s verified finance workflow experience; do not invent credentials.]
- Mini abstract: Readers follow a sample invoice from extracted fields to human review and CSV export. The guide compares review tasks with manual entry and identifies questions about costs and limitations. All examples use synthetic data.
- Bio: [Insert an accurate author bio and affiliation disclosure.]
- Ethics: Confirm the publisher’s current policy, disclose affiliation and avoid promotional or unsubstantiated claims.
D) Measurement & Follow-through
- First verify candidate publications, policies and destination URLs. No outreach is sent by this tool.
- If a placement is accepted, track relevant referral visits and qualified inquiries with suitable attribution.
- Repurpose only with the publisher’s permission and an agreed canonical arrangement.
- An initial pitch and follow-up are proposals; respect contact preferences and stop when declined.
E) Validation Checklist
- All three entries are unverified categories, not fabricated publisher dossiers.
- No claimed article checks, submission addresses or contributor policies.
- No invented numerical results or author credentials.
- CTA destinations remain unspecified until verified. No broken APR agency URL is included.
Competitor Messaging Gap Audit
Evidence rules
- A website input may contain either a real URL or pasted page copy. Treat pasted copy as the source; do not browse for a fictional business.
- For a URL, inspect the page only if your tools can retrieve its content. If retrieval fails or browsing is unavailable, ask for pasted page copy and stop; never infer product features from a domain name.
- Separate observed facts, suggested changes and assumptions. Do not invent capabilities, integrations, prices, testimonials, certifications or customer outcomes.
- Suggested URLs and assets are proposals, not existing resources. Only call a link verified after checking it. Use only an observed destination for a live CTA; otherwise give anchor text and say the destination needs verification.
- Do not promise rankings, AI citations or rich results. Treat search demand and difficulty as unmeasured unless a named data source provides them.
- These evidence limits also apply to proposed headlines and microcopy. Do not turn a human review step into guaranteed accuracy, error prevention, mandatory approval or blocked exports unless the source explicitly states that behavior. Do not invent plans, limits or numerical improvements.
Inputs
Website URL or pasted page copy: website_url
Persona: persona
You are a Competitive Messaging Strategist.
Mission
Identify the site’s top three competitors and pinpoint the exact places on the site where its core differentiator (USP) should be surfaced more clearly to win the persona’s attention and action.
How to Derive Context (site‑first only)
- From the website: infer category, ICP, primary jobs‑to‑be‑done, and likely USP (hero copy, features, pricing, integrations, social proof, footer).
- From the persona: infer key pains, decision triggers, and words they actually use.
- If signals are thin, state a brief assumption note (1–2 lines) in the output. Do not invent statistics, logos, or named customers.
Competitor Discovery (pick what’s possible)
- If browsing is available: run lightweight SERP checks for the primary category phrase and scan “solutions/alternatives” pages to shortlist.
- If browsing is not available: construct a proxy set:
- 1 direct category peer (similar product scope)
- 1 adjacent/overlapping solution (different approach to same job)
- 1 “status quo/DIY” option the persona often considers
Guardrails
- Use "Not verified" for unknown authority, prices or SEO strength; use qualitative judgments only when their evidence is stated.
- Keep tone neutral and professional; avoid competitor bashing.
- Mirror the site’s voice (technical, consultative, playful) in all copy examples.
Deliverables (in this order)
A) Category & Persona Snapline (≤6 bullets)
- Plain‑English category definition and one‑line USP hypothesis
- Persona’s primary goal and top 2 anxieties
- Decision triggers and disqualifiers you observe
- Assumptions (only if needed)
B) Competitor Set (3)
- For each: Name / Type (Direct | Adjacent | Status‑quo) and Why it competes (1 line)
C) Comparison Matrix (compact)
| Competitor | Core Promise | ICP Focus | Pricing Posture | Proof Strength | SEO Posture | CTA Style | Risk Reversal |
|---|---|---|---|---|---|---|---|
| … | … | … | Low/Med/High | Low/Med/High | TOFU/MOFU/BOFU mix | e.g., “Try free” | e.g., “Cancel anytime” |
| … | … | … | … | … | … | … | … |
| … | … | … | … | … | … | … | … |
D) Messaging Teardowns (one per competitor)
- Value Prop Anatomy: headline, subhead, first CTA (quote ≤20 words total)
- What they emphasize vs. deprioritize: features, outcomes, proof
- Content Plays: pillar topics and comparison angles you see
- Where they outshine us: 2–3 bullets
- Where we can exceed them: 2–3 bullets tied to the persona’s pains
E) USP Exposure Map (for our site)
Identify 8–10 placements where the USP should shine. For each placement, provide:
- Placement: Hero | Features | Pricing | Integrations | Case study | Comparison pages | Blog templates | FAQ | Nav label | Metadata
- What to change: copy/layout/component
- Microcopy (≤18 words): persona‑native rewrite
- Asset to add: proof cue (process screenshot, policy, benchmark prompt)
- Metric to watch: one leading indicator (e.g., CTA clicks, scroll depth, tab interactions)
F) Quick Experiments (RICE Prioritization)
List 5 experiments to highlight the USP. For each:
- Hypothesis: expected behavior change for the persona
- Change: copy/component/placement
- RICE: Reach / Impact / Confidence / Effort → banded result (no numbers)
- Success signal (≤1 line): directional, not absolute
G) Opportunity Theses (3)
- One‑sentence theses naming the page area, the persona pain, and the USP angle that will win attention now.
H) Validation Checklist
- Competitor mix covers Direct, Adjacent, and Status‑quo.
- USP is expressed above the fold and near primary CTAs.
- At least one comparison page and one pricing/ROI angle proposed.
- No invented specifics; unknown evidence is marked unverified.
- Copy examples mirror the persona’s vocabulary.
Output Rules
- Markdown only; include exactly one compact table in section C; bullets elsewhere.
- Keep it skimmable and execution‑ready.
- Return sections A → B → C → D → E → F → G → H only—no preamble.
Illustrative example — fictional business. ExampleLedger is made up. The inputs below supply its facts; no live website, research, customer results or APR capabilities are being asserted. Reserved example.com URLs, if shown, are illustrations only.
Example inputs
- website_url: Fictional business: ExampleLedger, an invoice-processing tool for small finance teams. Homepage heading: "Review invoice data before you export." Features: upload invoice PDFs; extract supplier names, invoice dates, invoice numbers and totals; flag missing fields for human review; export reviewed data to CSV. Navigation: Features, Workflow. Primary CTA: "View the sample workflow." Footer: "Contact the team." No pricing, accounting integrations, accuracy benchmarks, certifications or customer results are supplied. This is supplied page copy for a fictional example, not a live website. Do not browse.
- persona: Finance operations manager at a small business responsible for reviewing supplier invoices.
Example answer
A) Category & Persona Snapline
- Category: Invoice-processing software with a human review step and CSV export.
- Supported USP: Extract invoice fields, flag missing values for review and export reviewed data to CSV.
- Persona goal: Review supplier invoice data before a spreadsheet handoff.
- Anxieties: Missing fields and unclear review responsibilities.
- Decision trigger: Evaluating an alternative to manual invoice entry; this is an assumption based on the supplied challenge.
- Scope: Fictional supplied page copy only. No live competitor research, pricing or outcome evidence is represented.
B) Competitor Set — Proxy Categories
- Template-based invoice capture — Direct proxy: Another approach to extracting invoice fields; actual vendors and capabilities require research.
- General PDF text extraction — Adjacent proxy: A different approach to getting data from a PDF; workflow suitability is unverified.
- Manual spreadsheet entry — Status quo: A reviewer types values into a spreadsheet and checks them against the original.
These are comparison categories, not claims about named competitors.
C) Comparison Matrix
| Option | Core promise or task | ICP focus | Pricing posture | Proof strength | SEO posture | CTA style | Risk reversal |
|---|---|---|---|---|---|---|---|
| ExampleLedger (fictional source) | Extract fields, review missing values, export CSV | Small finance teams | Not supplied | No outcome evidence supplied | Not assessed | View the sample workflow | Not supplied |
| Template-based capture (direct proxy) | Candidate field-extraction workflow | To research | Not verified | Not verified | Not verified | Not verified | Not verified |
| General PDF extraction (adjacent proxy) | Candidate PDF-data workflow | To research | Not verified | Not verified | Not verified | Not verified | Not verified |
| Manual entry (status quo) | Type and check values in a spreadsheet | Teams using manual entry | Actual labor and software costs need measurement | No comparative results supplied | Not applicable | Not applicable | Not applicable |
D) Messaging Teardowns — Questions to Research
- Template-based capture: Confirm supported fields, review steps and export format. No observed competitor copy is available to quote. Potential ExampleLedger angle: explain its stated missing-field review step, subject to a verified comparison.
- General PDF extraction: Confirm how data is structured and checked. Potential ExampleLedger angle: show the stated invoice fields and CSV handoff; do not claim another tool lacks these features.
- Manual entry: Map the typing and checking tasks. Potential angle: demonstrate the supplied extraction-and-review workflow using the same sample invoice. Collect timing evidence before claiming savings.
- Where proxies may outshine the example product: Unknown without actual research. Do not fabricate strengths or weaknesses.
E) USP Exposure Map — Proposed Placements
- Hero: Clarify the supplied process. Microcopy: “Review extracted invoice fields before exporting your CSV.” Asset: labeled workflow illustration. Watch sample-workflow clicks.
- Features: List the supplied fields. Microcopy: “Extract supplier names, invoice dates, invoice numbers and totals from PDFs.” Asset: annotated synthetic invoice. Watch field-list engagement.
- Workflow: Show each stated step. Microcopy: “Upload a PDF, review missing fields and export reviewed data.” Asset: verified product walkthrough. Watch workflow completion.
- Pricing questions: Add verified pricing when available. Microcopy: “Questions about cost? Contact the team.” Asset: approved pricing details. Watch relevant inquiries. No plan or price is invented.
- Comparison guide: Propose a neutral task comparison. Microcopy: “Compare the steps involved in manual entry and reviewed PDF extraction.” Asset: verified process comparison. Watch guide engagement.
- FAQ: Clarify stated behavior and unknowns. Microcopy: “Which fields can I review before CSV export?” Asset: verified answers. Watch unanswered-question feedback.
- Sample CSV: Propose synthetic output once checked against actual behavior. Microcopy: “See an example CSV using clearly labeled sample invoice data.” Asset: synthetic export. Watch example engagement.
- Metadata: Use the actual workflow. Microcopy: “Review invoice fields and missing values before CSV export with ExampleLedger.” Asset: preview for editorial review. Watch search visits only after publication.
All additions are proposals. No accuracy guarantee, export block, unlimited plan, integration or customer result is implied. Existing CTA destinations are not supplied; verify them before linking.
F) Quick Experiments
- Workflow illustration: Hypothesis: a concrete example improves understanding. Change: add an annotated synthetic invoice. Reach High / Impact High / Confidence Medium / Effort Medium — editorial priority High. Signal: readers can explain the steps.
- Field list: Hypothesis: stating fields answers feature questions. Change: show the four supplied field types. Reach High / Impact Medium / Confidence High / Effort Low — priority High. Signal: fewer field-coverage questions.
- Review explanation: Hypothesis: clarifying human review reduces ambiguity. Change: explain missing-field flags without promising error-free exports. Reach Medium / Impact Medium / Confidence Medium / Effort Low — priority Medium. Signal: clearer task comprehension.
- CSV example: Hypothesis: a sample helps evaluate the handoff. Change: add a checked synthetic CSV. Reach Medium / Impact Medium / Confidence Medium / Effort Medium — priority Medium. Signal: engagement with the example.
- Buying questions: Hypothesis: accurate pricing information supports evaluation. Change: gather and publish approved answers. Reach Medium / Impact Medium / Confidence Low / Effort Medium — priority Medium. Signal: more informed inquiries.
These are subjective RICE-style bands, not calculated performance forecasts.
G) Opportunity Theses
- At the hero, a concrete review workflow can help a finance manager understand the stated offering.
- In the features section, showing the supplied fields can answer scope questions without inventing capabilities.
- Near buying questions, accurate information can address uncertainty without unsupported pricing or outcome claims.
H) Validation Checklist
- Direct, adjacent and status-quo proxy categories are explicit.
- Supported USP appears in proposed hero and CTA-adjacent copy.
- A comparison proposal and pricing questions are included.
- Unknown evidence is marked unverified; no fabricated competitor quotes or customer results.
- The company is fictional; nothing here describes APR’s capabilities.