LeadFuze and BrandWell play different roles in one agency-reseller system. LeadFuze is the underlying data infrastructure: it supports identity, enrichment, validation, visitor-identification, and intent-data capabilities. BrandWell is the separate agency-facing product that packages contracted data into branded client delivery, reports, modules, workflow instructions, and a wholesale commercial model. The agency – not either platform – owns the retail promise, client billing, approvals, and day-to-day service.
Who this is for. This guide is for technical evaluators, RevOps teams, procurement leaders, GTM consultants, and agencies that need to understand what sits beneath the BrandWell intent-data offer. The legacy BrandWell SEO writer is outside this architecture. Current product, API, pricing, security, data-rights, and legal claims must be checked against live documentation and the applicable agreements.
The short answer: evaluate the layers separately, then test the chain end to end
A buyer should not collapse “data provider,” “agency platform,” “agency,” and “client” into one vendor claim. Each layer has a different job:
- LeadFuze supplies contracted data infrastructure and related delivery mechanisms.
- BrandWell turns those capabilities into a white-label agency sales-and-delivery engine.
- The agency defines the offer, client scope, qualification logic, workflows, approvals, service level, and retail price.
- The agency client defines the business purpose, supplies first-party access and exclusions, enables destinations, and returns outcome data.
The distinction improves accountability. If a company record is stale, that is a data-quality issue to trace through source and refresh controls. If a valid signal never reaches the client, that may be a BrandWell configuration or agency-operations issue. If the client ignores a properly delivered candidate, that is an adoption problem. If a seller contacts an ineligible person, that is an activation and governance failure – not evidence that the intent signal was wrong.
Procurement should test each component on its own criteria and then run an end-to-end acceptance test. A strong enrichment sample does not prove useful client reporting. A polished portal does not prove source coverage. A successful delivery does not prove incremental revenue.
Layered architecture: four owners and one controlled interface
Think of the system as four planes rather than one black box.
Plane 1: LeadFuze data infrastructure
Public LeadFuze materials describe enrichment lookups using inputs such as email, phone, social profile, or a name-and-company combination. Its identity-resolution materials also describe a website pixel and webhook-oriented delivery. Those are useful indications of capability, but the buyer should verify the fields, sources, match statuses, geography, validation, limits, and rights included in the BrandWell order – not assume every LeadFuze capability is automatically enabled.
This layer should produce data with provenance and explicit null behavior. “No match” is a valid result. A buyer should be able to distinguish observed activity, inferred association, identity match, and appended attribute.
Plane 2: BrandWell agency-reseller product
BrandWell provides the separate agency product boundary. Its intended value is not merely access to a data endpoint. It is the ability to configure a service, present it under the agency’s brand, create branded topic reports, organize client delivery, and support repeatable activation workflows. The agency pays wholesale for enabled scope and usage, then sets its own retail package and bills its clients.
BrandWell’s agent-ready workflow instructions can be used with Claude or ChatGPT, or executed directly in the browser through Moxby. Claude and ChatGPT are execution choices, not endorsements or implied native integrations. Moxby is a separate browser-first product. No execution surface removes the agency’s responsibility for validation, credentials, permissions, or approval.
Plane 3: agency operations
The agency translates the client’s market into topics, eligibility, qualification, suppression, cadence, outputs, and service levels. It decides who reviews a candidate, what becomes an ad audience or CRM task, and which actions require human approval. It also resolves support issues, reconciles usage, documents changes, and reports evidence without overstating causality.
Plane 4: agency-client environment
The client owns its CRM and advertising accounts, first-party site configuration, existing customer and employee suppressions, sales follow-up, and business outcomes. The client must provide the feedback that separates a useful signal from noise. A platform can deliver an eligible record; only the client can confirm whether it was accepted, worked, became an opportunity, or should be suppressed.
Responsibility map: who is accountable for what?
| Decision or control | LeadFuze | BrandWell | Agency | Agency client |
|---|---|---|---|---|
| Data-source and enrichment operations | Responsible for contracted infrastructure and provider controls | Communicates enabled product scope | Reviews fitness for client use | Reviews whether sources meet policy and business needs |
| Signal and identity definitions | Documents available inputs, outputs, and status semantics | Exposes contracted definitions in agency delivery | Converts definitions into qualification rules | Approves how definitions may be used |
| Topic and market selection | Provides available infrastructure | Supports configuration and branded output | Accountable for relevant topics, markets, and exclusions | Approves business scope and competitor/employee exclusions |
| Client branding and presentation | Not the client-facing service owner | Supports the white-label delivery layer | Owns the agency brand and commercial promise | Approves its users and recipients |
| Activation design | Supplies contracted delivery primitives | Organizes supported reports and workflows | Accountable for routing, approvals, QA, and action | Owns destination access and channel execution |
| Retail price and invoice | No direct role in agency-client bill | Charges agency wholesale under its agreement | Sets price, bills client, handles credits and overages | Pays agency under client contract |
| Privacy role allocation | Documents provider processing and rights | Documents product processing and subcontracting boundary | Maps roles and instructions for the service | Determines purposes and provides lawful instructions, subject to counsel |
| Outcome reporting | Preserves relevant technical telemetry | Presents configured service evidence | Reconciles dispositions and explains limitations | Supplies pipeline and revenue outcomes |
| Incident and correction | Handles infrastructure issues within contracted support | Coordinates product-level support | Communicates with client and contains service impact | Revokes access, corrects downstream systems, and informs stakeholders as needed |
This is a buyer-oriented RACI, not a legal allocation. The signed data-processing terms, service order, client agreement, and applicable law control. Counsel should review jurisdiction-specific roles.
Signal, identity, enrichment, activation, and evidence flow
A reliable flow preserves meaning at every handoff:
- Define the eligible universe. The agency and client document target companies, roles, geographies, topics, recency, exclusions, and permitted uses.
- Receive a signal or first-party event. The infrastructure records the event class, time window, and source category. A signal should not be relabeled as a form submission or explicit request.
- Resolve identity only where supported. A company or person may be matched; some records remain anonymous or ambiguous. Store status and confidence rather than inventing certainty.
- Enrich and validate. Add only fields required for qualification and activation. Record freshness and validation status, including nulls and conflicts.
- Apply BrandWell and agency controls. Configure thresholds, suppressions, deduplication, client workspace, report cadence, and routing. Preserve why a record passed or failed.
- Present or activate. Deliver a branded report, review queue, audience preparation task, CRM action, or approved outreach instruction. High-impact actions require appropriate approval.
- Return outcome evidence. The client marks accepted, rejected, contacted, engaged, opportunity, won, lost, suppressed, or unknown. The agency reports denominators and caveats.
- Improve the system. Adjust topics, thresholds, enrichment requirements, cadence, and channel instructions from observed failure reasons – not from a desire to make the dashboard look better.
The most important interface is not merely an API. It is the data contract between layers: field name, meaning, source class, timestamp, confidence or status, allowed use, retention, null behavior, ownership, and correction path.
Documentation a buyer should request
A complete evaluation packet should contain four coordinated artifacts.
1. Architecture and data dictionary
Ask for a current diagram of systems, data stores, subprocessor boundaries, and destinations. The data dictionary should identify required and optional inputs, output fields, enumerated statuses, timestamps, refresh behavior, validation methods, nulls, and deprecated fields. Public marketing language is not a substitute for a contracted schema.
2. Responsibility and support matrix
Document the owner for configuration, data correction, credential rotation, webhook or export failure, client questions, usage disputes, deletion, security incidents, and product changes. Include response targets and escalation contacts. The buyer should know whether the agency contacts BrandWell or LeadFuze for each class of problem.
3. Rights and commercial schedule
Separate the BrandWell wholesale order from the agency-client agreement. Record modules, topics, client capacity, data units, activation methods, exports, retention, derived-data rights, client-facing branding, end-client use, exclusivity, support, term, renewal, and termination handling. Never assume that access implies resale or redistribution rights.
4. Acceptance-test workbook
Use synthetic data for technical tests and appropriately governed client data for coverage tests. Include known-match, no-match, stale, duplicate, excluded, wrong-geography, permission-denied, delivery-failure, retry, deletion, and correction cases. A pass requires correct handling – not a positive match for every row.
Twelve questions for a joint technical review
Bring LeadFuze-, BrandWell-, agency-, and client-side owners into one review. Ask: Which system first observes each event? Which system assigns identity? Which fields are source facts versus inference? What does a null mean? Which timestamp controls recency? Who may correct a record? Which fields may reach each client? Which action requires approval? Which system is the audit source for usage? Who retries a failed delivery? Who handles a deletion request across downstream copies? Which evidence would prove the entire service is not worth renewing?
Record each answer with an owner and a document reference. If two parties give different meanings for the same field or status, pause activation until the data contract resolves it. This exercise is more valuable than a broad claim that the stack is “integrated,” because it reveals where business meaning can change between systems.
What to evaluate separately and what to evaluate end to end
| Evaluation dimension | Evaluate primarily at | End-to-end test |
|---|---|---|
| Field accuracy and validation | LeadFuze data layer | Does the agency receive and interpret the current value correctly? |
| Matchability and null behavior | LeadFuze data layer | Are unmatched and low-confidence records represented honestly in BrandWell output? |
| Report branding and tenant separation | BrandWell layer | Can the right client see only its approved data and agency branding? |
| Qualification and suppression logic | Agency operating layer | Does a known ineligible record stay out of every destination? |
| CRM, ads, or workflow delivery | BrandWell plus agency | Does an approved record arrive once, in the correct format, with auditable status? |
| Client adoption | Agency and client | Does the recipient act within the agreed SLA and provide disposition? |
| Business value | Entire chain | Does the activated cohort improve a predeclared outcome versus a fair baseline? |
This distinction prevents misplaced blame and misleading proof. For example, a high identity match rate is a data-layer result. It becomes business value only if the right records pass qualification, reach the right workflow, receive competent follow-up, and produce better outcomes than the alternative.
Licensing, usage, pricing, and billing boundaries
BrandWell agency plans are $2,500–$5,000 per month, depending on topic count, contract term, and any contractually scoped topic exclusivity that is available. In this architecture review, procurement should isolate included LeadFuze-powered capabilities, BrandWell modules, client capacity, implementation, support, usage, and rights in the order form. The range begins at $2,500 per month, but the signed scope controls.
The agency should verify the economic chain rather than treating that range as a complete cost model:
- Which LeadFuze-powered capabilities are included through BrandWell, and which require separate scope?
- Is usage measured by topic, signal, identified visitor, resolved person, enrichment, validation, report, export, client, workflow, or another unit?
- Is capacity pooled across client workspaces or reserved by client?
- Who bears retry, duplicate, test, suppressed, and failed-match usage?
- May the agency show, export, retain, and combine the data for an end client?
- What happens to client data, derived rules, and reports at termination?
- Does available contractually scoped topic exclusivity cover a named topic, market, geography, and time period? What exceptions apply?
- Which fees belong to implementation, custom work, support, or higher service levels?
The agency handles its own client billing. LeadFuze’s data-provider role should not appear as a separate retail invoice line unless the agreements and client narrative require it. BrandWell’s role should not be described as a direct enterprise ABM platform if the actual purchase is an agency-operated service.
Metrics by layer
Use a metric tree that assigns each denominator to an owner:
- LeadFuze data layer: eligible coverage, match rate, required-field completeness, validation status, freshness, correction rate, duplicate rate, and delivery availability for contracted methods.
- BrandWell product layer: client-workspace isolation, report timeliness, configuration accuracy, delivery success, retry resolution, usage reconciliation, and support responsiveness.
- Agency layer: qualification acceptance, suppression accuracy, time to review, activation rate, follow-up SLA, report quality, fulfillment hours, gross margin, and change-request volume.
- Client layer: accepted records, contact or audience outcomes, sales adoption, opportunity creation, progression, revenue, churn, and qualitative rejection reasons.
- End-to-end: signal-to-action time, activated-candidate precision, cost per accepted candidate, opportunity rate by cohort, incremental lift where measurable, and evidence completeness.
Do not hide a weak layer behind a blended “accuracy” number. A correct phone number can be attached to an irrelevant person; a relevant person can receive a poor message; a well-run campaign can still fail because the offer is weak.
Fit, non-fit, and the $70 seven-day reseller pilot
This architecture fits agencies with a repeatable B2B niche, clients who can act on time-sensitive evidence, an operations owner, clear approvals, and the discipline to maintain a disposition ledger. It also fits GTM consultants who want to resell a managed data service without constructing every data and portal component independently.
It is a weak fit for one-time list buyers, agencies without governance or fulfillment capacity, consumer programs whose data rights are not established, clients that cannot return outcomes, or enterprises that need direct control over a large single-tenant ABM suite. If the offer depends on perfect person-level attribution or guaranteed appointments, the premise is wrong.
Use BrandWell’s $70 seven-day reseller pilot to produce branded topic reports and test the handoffs. Define a small topic set, known exclusions, required fields, acceptable nulls, report recipients, an approval gate, and disposition categories. The pilot is successful when the team can explain every transition and failure – not when every record looks positive.
Privacy, security, ownership, and support risks
Read the current LeadFuze privacy materials alongside BrandWell’s product documentation and agreements. Confirm purposes, categories of data, sources, role allocation, subprocessors, retention, deletion, access, transfers, correction, security controls, and support responsibilities. The NIST API protection guidance offers a useful security framework for access control, discovery, monitoring, and runtime protection, but product-specific evidence is still required.
Operationally, plan for four failures: a wrong or stale record, a prohibited or unexpected client use, a delivery outage, and a deletion or correction request. The responsibility matrix should say who contains the issue, corrects upstream data, removes downstream copies, informs the client, and records closure. Do not tell a client that the data is “fully compliant” in every jurisdiction; explain the documented controls and require its own legal review.
How an agency should explain the relationship to clients
Use one sentence for each layer:
LeadFuze provides underlying data infrastructure. BrandWell provides the separate white-label agency product and delivery layer. We, the agency, configure and operate your service, apply approval and qualification rules, bill you directly, and report the evidence. You, the client, approve the purpose and scope, control your destinations, act on the outputs, and return outcomes.
That explanation preserves product identity and makes support easier. It also avoids claiming that LeadFuze is the client portal, that BrandWell is a raw-data co-op, or that the agency is merely reselling logins. The client buys an accountable managed service.
If your team can define the four layers, one data contract, and one measurable action, request BrandWell’s $70 seven-day reseller pilot. Bring the responsibility map to the kickoff and make unresolved ownership a launch blocker.
Frequently asked questions
How do LeadFuze and BrandWell differ?
LeadFuze supplies underlying data capabilities; BrandWell organizes those capabilities into a separate white-label agency product. The agency owns service design and client billing, while the client owns purposes, destinations, and outcomes.
How do data and responsibilities flow?
Signals enter the data layer, identity and enrichment add supported context, BrandWell applies configured delivery controls, the agency qualifies and approves action, and the client returns disposition and revenue evidence.
Which documents clarify the architecture?
Request a data-flow diagram, field dictionary, RACI, support matrix, rights schedule, security and privacy packet, order form, sample branded report, and acceptance-test workbook.
What should be evaluated separately versus end to end?
Test data accuracy and match behavior at LeadFuze, tenant and delivery behavior at BrandWell, operating quality at the agency, and adoption at the client. Then test the entire signal-to-outcome chain.
Which licensing and billing boundaries matter?
Verify included capabilities, usage units, end-client rights, export and retention, client capacity, branding, exclusivity, term, and termination. BrandWell bills the agency wholesale; the agency bills its clients.
Which metrics belong to each layer?
Data metrics include coverage and freshness; product metrics include isolation and delivery; agency metrics include acceptance and margin; client metrics include adoption and outcomes. End-to-end value needs a fair baseline.
Who benefits from this relationship?
Agencies and consultants with repeatable B2B services, responsible operations, actionable clients, and a closed feedback loop. One-time list buyers and teams seeking deterministic buyer prediction are poor fits.
How do intent, identity, enrichment, activation, and evidence connect?
Intent supplies timing, identity supplies a possible entity, enrichment supports qualification, activation creates an approved action, and evidence records what happened. Meaning must survive every interface.
What risks must be clarified?
Clarify source and use rights, privacy roles, security, tenant isolation, corrections, deletions, outages, support escalation, client misuse, stale data, incorrect matches, and expectation gaps.
How should an agency describe the two brands?
Say LeadFuze is the data-infrastructure provider and BrandWell is the agency-reseller delivery product. Keep both separate from the agency’s managed service and from the legacy BrandWell SEO writer.
Validate the agency offer before a full plan
For $70, an agency receives seven days of reseller-pilot access. BrandWell generates topic reports carrying the agency’s branding and provides the full sales playbook for taking the offer to prospective clients and seeking commitments before full-plan enrollment.
The pilot is designed to help the agency validate demand and check whether expected commitments would cover its costs before it builds a profit-center model. Results vary, and BrandWell does not guarantee commitments, cost recovery, or profit. Review the $70 seven-day reseller pilot.



