Choose and Maintain Intent Topics: Meaning, Overlap and Costs

Current MarketPulse research workflow

BrandWell MarketPulse: intent data starting at $500/mo. Find people researching topics relevant to what you sell, apply saved ICP filters, and review available contact details before taking action.

MarketPulse plans are starting at $500/mo. Verify current package scope and offers on the product page.

MarketPulse standard monthly plans

Plan	Topics and refreshes	Monthly exports
Starter	1 topic, weekly	25,000 contacts
Growth	3 topics, daily	100,000 contacts
Scale	10 topics, daily	Unlimited contacts

Swipe the table to see all columns.

A pull retrieves available data from the previous 24 hours for one topic. Daily use across all included topics provides 90 Growth pulls or 300 Scale pulls in a 30-day month. Weekly Starter pulls vary by calendar month. Available audience size and contact fields vary, and audiences may overlap. Refreshes stop at the plan limit without overage charges.

• Find and qualify: search the topic catalog, save your ICP, and review the people and companies that match.
• Act on the research: export qualified contacts or prepare an Outreach or Direct Mail workflow. Connected products, channel usage, and fulfillment may cost extra.
• Get help from AIMEE: Growth and Scale include AIMEE for the initial user to research accounts and prepare the next step through connected tools.

Agencies and other service businesses can build client deliverables around their available Intent Scans and exports. Keep each client’s scope, permissions, and service fees clear. A subscription is not a promise of a white-label platform or exclusive access to a market.

Explore MarketPulse and watch the demo or compare plans starting at $500/mo. Any early-access discount is a separate, time-limited offer shown to an eligible recipient.

Define the decision each topic supports

A useful topic answers a practical sentence: If a qualified account shows this defined research pattern, the client will make this different decision. The decision might be account research, seller prioritization, content selection, campaign segmentation, customer-risk review, or a request for human validation. If no owner can name the permitted action, the topic is probably decorative.

Begin with the client’s positioning and ICP, not the provider’s topic catalog. Ask what problem the buyer is trying to solve, what category they would research, which use cases make the problem urgent, what alternatives enter the evaluation, and what risk or compliance language appears. Translate those concepts into topic candidates, then verify that the source’s definition matches the intended meaning. Similar labels can represent different underlying taxonomies.

A broad topic set can feel safer because it appears to provide coverage. It usually creates a larger review burden and makes relevance harder to explain. A governed high-relevance taxonomy is easier to test because each topic has a purpose, owner, action, and retirement rule. The goal is not to minimize topics mechanically. It is to maintain the smallest set that supports the client’s approved decisions and learning agenda.

Build seven useful taxonomy layers

Organize topic candidates into layers so the client can see what kind of interest each signal might represent:

• Problem layer: The business pain, operational constraint, or risk that begins the research journey.
• Category layer: The solution class a buyer may use to frame options.
• Use-case layer: The specific workflow, department, or outcome being evaluated.
• Capability layer: Features, integrations, standards, or requirements that narrow fit.
• Alternative layer: Competing approaches, build-versus-buy questions, or named alternatives when contractually and legally appropriate.
• Risk layer: Security, privacy, compliance, implementation, or adoption concerns that may appear during evaluation.
• Customer layer: Expansion, replacement, churn-risk, or adjacent-use topics for existing accounts, only when the approved purpose supports them.

Do not assume every client needs every layer. A narrow professional service may gain more from problem and use-case topics than from a large capability vocabulary. A mature software client may need product, integration, competitor, and risk branches. Map each topic to one primary layer and document overlaps so reporting does not count near-synonyms as independent evidence.

Maintain five agency review states

1. Candidate: The topic has a clear buyer rationale but has not been approved or tested. Record source definition, synonyms, exclusions, ICP segment, intended action, and risk.
2. Testing: The topic runs in a limited, labeled cohort. Review observed accounts, false-fit examples, overlap, identity state, actionability, and client feedback. Do not blend it into the baseline.
3. Active: The topic meets the client’s relevance and operational criteria. It has a named owner, approved use, reporting treatment, and review point.
4. Watch: The topic remains visible but is not used for independent activation because volume, relevance, drift, duplication, or downstream adoption is uncertain.
5. Retired: The topic is no longer used for current decisions. Preserve its definition, dates, evidence, and retirement reason so historical reports remain interpretable.

State transitions require evidence and approval. Do not silently rename an active topic, replace its definition, or combine it with another. A topic change can alter the eligible account cohort, which means past and current periods may no longer be directly comparable.

Coordinate lifecycle changes with the weekly and monthly intent-data reporting cadence. Weekly reporting can flag drift and exceptions. Monthly review can approve state changes and reset a baseline.

Copyable topic scorecard and change log

Score each candidate with evidence and plain-language notes. Do not collapse the result into a magical certainty score. The fields below form a decision worksheet.

CLIENT INTENT-TOPIC SCORECARD

Topic label:
Provider definition:
Taxonomy layer:
Buyer problem or decision represented:
ICP segment:
Included concepts and synonyms:
Excluded meanings:
Approved signal source:
Identity level available:
Permitted activation:
Required human review:

ASSESSMENT
- Strategic relevance: low / medium / high, with evidence
- Specificity: low / medium / high, with examples
- Overlap with active topics:
- Observed account fit:
- Action adoption:
- Outcome association:
- Privacy, security, or expectation risk:
- Delivery cost and review burden:

DECISION
- Candidate / Testing / Active / Watch / Retired
- Owner:
- Test cohort:
- Start and review trigger:
- Hold, expand, refine, or stop rule:
- Approver and version:

TOPIC CHANGE LOG

Topic and prior version:
Requested change:
Reason and evidence:
Affected reports, workflows, and clients:
Historical comparability impact:
Security or data-use review needed:
Approved by:
Migration and rollback steps:
New review trigger:

Use real examples in the notes. One carefully documented false-fit account can reveal a taxonomy problem that an aggregate score hides. Also preserve negative findings. A topic that was tested and retired is useful knowledge, not failed work to erase.

Compare curation and supported automation

Broad topic libraries support exploration when a client has a mature analyst and clear filters. Their limitation is semantic overlap and review burden. Breadth is not evidence of relevance.

Manual curation is strong for discovery interviews, nuanced definitions, and low-volume testing. Its limitation is consistency across clients and the cost of frequent review. Use templates and a second reviewer.

Automated recommendations can surface adjacent concepts and detect changes at scale. Their limitation is that the system may optimize for lexical similarity or observed activity rather than the client’s commercial meaning. Treat recommendations as candidates, never automatic activations.

An agency can maintain its own branded topic reports and governance process as separately scoped service work. Do not assume the research subscription supplies a white-label portal, custom provider definitions or exclusive topics. Actual fields, exports and supported uses depend on the product and written terms.

A hybrid can be practical when people define the client problem and approve changes, while tools organize evidence. Choose it only if actual review cost, ambiguity, client adoption and contract rights support the additional work.

Measure relevance without claiming purchase intent

Useful topic KPIs include relevance among reviewed accounts, overlap with other topics, share of unresolved identity, suppression rate, proportion assigned, action acceptance, completion, exception rate, and client-defined outcomes for the cohort. Measure time from topic approval to first useful decision. Track the labor required to review and explain each topic.

Use client-specific baselines and stable definitions for benchmarks. Compare a testing cohort with a clearly documented alternative such as the client’s prior list or an eligible holdout when operationally and ethically appropriate. Do not present an external average as a universal performance standard. Outcome association can inform the next test, but it does not prove that the topic caused a meeting, opportunity, or sale.

For every active topic, preserve signal source, observation time, recurrence when available, account fit, identity state, validation, permitted action, owner, disposition, and later outcome evidence. That same lineage should flow into the client CRM and marketing-stack integration.

Budget setup and ongoing review

Topic selection cost comes from client discovery, taxonomy research, source-definition review, mapping, testing, documentation, and approval. Maintenance cost comes from monitoring, drift review, client feedback, changes, reporting, exceptions, and provider or platform usage. A large topic library can increase both without creating better decisions.

TOPIC SETUP COST = discovery + taxonomy design + source review
                 + mapping + test cohort + documentation + approval

TOPIC MAINTENANCE COST = monitoring + client review + change control
                       + reporting + exceptions + contracted usage

TOPIC VALUE REVIEW = useful decisions and observed outcomes
                   considered alongside total delivery cost

There is no defensible universal setup fee or ROI benchmark. Scope the number of topics, layers, client segments, sources, review cycles, and custom definitions. State what triggers re-scoping, such as a new market, product line, region, or source taxonomy change.

Keep catalog and agency scope clear

MarketPulse supports topic discovery and saved ICP review. Custom topic definitions, white-label portals and an agency governance service are separately scoped capabilities, not subscription entitlements. Verify actual catalog availability, permissions and supported destinations.

Start with MarketPulse research starting at $500/mo. Inspect available catalog topics, review matches with a saved ICP and preserve the actual source window. AIMEE can help prepare an approved comparison brief through configured tools. Client taxonomy states and service agreements remain separately managed agency work.

MarketPulse plans are starting at $500/mo. Starter includes 1 topic, weekly refreshes, and 25,000 exportable contacts per month. Growth includes 3 topics, daily refreshes, and 100,000 exportable contacts. Scale includes 10 topics, daily refreshes, and unlimited contact exports. AIMEE for the initial user is included with Growth and Scale. Compare MarketPulse plans and current offers.

Review purpose and expectation risks

Document actual purpose, source rights, fields, identity boundaries, access, retention and destination approvals for every topic. A classification label does not establish permission, accuracy or buying readiness. Review material source and use changes with the responsible client owners.

Watch for sensitive inferences, ambiguous meanings, topics that create discriminatory or inappropriate targeting risk, and topic labels that a client may overinterpret. Require additional review or exclude a topic when its use cannot be explained and defended. Current law, contract, platform policy, and client rules control. This article is an operating guide, not legal advice.

Copyable assistant topic review

AIMEE can help organize approved topic candidates and flag ambiguous definitions through configured connected tools. Preserve source labels and missing evidence. Human owners approve topic selection, client taxonomy states and actual next actions.

ROLE: Assist an agency strategist with topic governance.

INPUTS:
- Client positioning, ICP, products, and approved use cases
- Redacted discovery notes
- Current provider topic labels and definitions
- Active taxonomy, outcomes, and change log
- Exclusions, policies, and contract constraints

TASK:
1. Group candidates by problem, category, use case, capability,
   alternative, risk, and customer layer.
2. Flag overlaps, vague terms, ambiguous meanings, and missing exclusions.
3. Map each candidate to an ICP segment and permitted action.
4. Draft testing hypotheses and evidence fields.
5. Recommend Candidate, Testing, Active, Watch, or Retired for review.

BOUNDARIES:
- Do not invent source definitions or availability.
- Do not infer an individual's buying state.
- Do not recommend automatic activation.
- Do not include secrets or unrestricted personal data.

OUTPUT:
- Candidate map
- Ambiguity and overlap report
- Test plan
- Open questions
- Human approval queue

Ten practical topic-governance questions

How should an agency design topic selection for quick, repeatable value?

Begin with one ICP segment, one buyer problem, a small governed topic set, and a permitted action. Run a labeled test, inspect accepted and false-fit accounts, capture client use, and change one dimension at a time. Repeatable value comes from topic definitions, states, version control, and review rules, not from monitoring the broadest possible taxonomy.

What steps, owners, SLAs, checks, and handoffs belong in topic governance?

Document discovery, candidate creation, source-definition verification, overlap review, client approval, test launch, weekly monitoring, monthly state review, change control, and retirement. Name the strategist, client approver, data owner, analyst, activation owner, and security or privacy reviewer. Set service levels for review and changes without promising signal volume.

Which tools, templates, portals, or integrations best support topic work?

Use a taxonomy map, scorecard, change log, test register, evidence ledger, and client approval record. A portal or software tool should preserve definitions, versions, state, ownership, and exports. Integrations should carry the topic version and allowed activation into the CRM. Tool selection comes after the governance model.

How do manual, automated, and white-label approaches compare?

Manual curation supplies context and requires strategist time. Automated recommendations are candidates to verify. Agency-branded reporting is separate service work and does not imply a native white-label portal. Keep human approval for topic meaning, lifecycle changes and actual client activation.

What delivery cost and setup fee should the agency model?

Include discovery, taxonomy design, provider review, mapping, testing, documentation, approval, monitoring, changes, reporting, client meetings, and contracted tools. Scope topics, segments, products, sources, and review cadence explicitly. Do not use a universal pricing benchmark. Reconcile actual effort after each review cycle.

Which time-to-value, quality, adoption, and outcome metrics matter?

Track time to an approved topic set and first useful decision, reviewed-account relevance, topic overlap, unresolved identity, suppressions, action acceptance, completion, exceptions, and client-defined outcome association. Include review hours and change frequency. Never treat an observed topic as a guaranteed pipeline or revenue event.

How should topic selection vary by maturity, stack, and package?

An early client may need a small manually reviewed set and simple report. A client with CRM dispositions can test topic cohorts and activation rules. A mature multi-product client may need layered taxonomies, versioned integrations, and different topics by segment. Expand only when the client can review and use the additional evidence.

Which signals, identity states, activations, and evidence matter?

Record the provider definition, source, observation time, recency or recurrence when available, account fit, identity state, validation, suppression, approved action, owner, disposition, and outcome evidence. Do not let topic labels overwrite identity facts. Preserve testing, watch, and retired records so the client sees the full decision history.

What scope, data, security, drift, and expectation risks must be monitored?

Control vague or sensitive topics, overlap, semantic drift, hidden source changes, broad activation, stale definitions, unreviewed automation, excessive access, unbounded client changes, and claims that topics prove purchase readiness. Put use, access, retention, review, and change rules in writing. Escalate material definition changes.

What belongs in a recurring agency intent-topic package?

Include client discovery, the governed taxonomy, source-definition record, topic states, test cohorts, monitoring, a change log, weekly exceptions, monthly review, client-branded reports, activation mapping, security boundaries, and stop-or-expand rules. For service-model choices, use the agency intent-data service model guide. Recurring value should come from maintained decisions and transparent learning, not guaranteed signal volume or outcomes.