What Is Zero-Party Data? Examples, Benefits, and Collection Trade-Offs
Zero-party data is information a customer or prospect intentionally and proactively gives a business about their preferences, intentions, needs, context, or desired treatment. Quiz answers, onboarding choices, survey responses, and preference-center settings are common examples. Because the person declares the answer, the data can reveal meaning that clicks and purchases leave ambiguous. It is not automatically accurate, current, or privacy-compliant, however, and its value depends on a clear exchange: ask for something useful, return visible value, and honor the answer.
Zero-party data in plain language
Forrester defines zero-party data as information a customer deliberately shares with a brand, including preferences, purchase intentions, personal context, and how the customer wants to be recognized. The key word is declared. A person tells the business what is true or wanted instead of making the business infer it from behavior.
There is no zero-party-data formula. It is a description of where information came from and how it was supplied, not a calculated metric. A team can measure response rate, profile coverage, freshness, activation, or outcome lift for a particular program, but none of those measures defines zero-party data. The reviewed sources also provide no universal benchmark for a good response rate, number of questions, profile-completion level, or revenue effect.
The distinction from first-party data is useful, but not as tidy as the numbering suggests:
| Data label | How the business learns it | Typical examples | What it can answer |
|---|---|---|---|
| Zero-party data | A person intentionally declares it. | Goals, content topics, product constraints, purchase timeframe, communication preferences. | What does this person say they want, need, intend, or prefer? |
| First-party behavioral or transactional data | The business observes it through its direct relationship. | Page views, feature use, purchases, downloads, support interactions. | What did this person or account actually do? |
| Third-party data | The business obtains it from outside its own direct relationship. | Aggregated demographic, firmographic, interest, or intent attributes. | What does another source claim or infer about this person or account? |
Salesforce’s category comparison places clicks, on-site behavior, downloads, and purchases under first-party data while reserving zero-party data for explicit declarations. In a broader data-ownership taxonomy, zero-party records can still sit inside a company’s first-party holdings because the company collected them directly. The narrower label is useful when it preserves the difference between what someone said and what the organization observed.
Zero-party data is also not a legal category or a synonym for valid consent.
A person can deliberately answer a product quiz without agreeing to unrelated advertising, data sharing, or permanent retention. Where the GDPR applies, the European Commission’s data-processing principles still require an applicable legal basis and controls such as transparency, purpose limitation, data minimization, accuracy, storage limitation, and security. Other jurisdictions and channels impose their own requirements.
What zero-party data looks like in practice
The interface does not make data zero-party; the deliberate answer does. A quiz can collect declared preferences, but it can also record first-party behavior such as abandonment, time on a question, or the path taken. Keep those records distinct.
| Collection moment | Deliberately shared information | Immediate useful response | Main trade-off |
|---|---|---|---|
| Product or solution quiz | Goal, constraints, desired outcome, or use case. | Narrow the recommendation or next step. | Forced options can distort the answer, and a long quiz adds friction. |
| Onboarding | Role, experience level, intended workflow, or priority. | Adapt setup guidance and sequencing. | Making optional context feel mandatory can reduce trust and completion. |
| Preference center | Topics, channel, frequency, or desired treatment. | Change future communications or the experience. | Preferences go stale and must not be confused with every legally required permission record. |
| Post-purchase survey | Purchase reason, expected outcome, or decision factor. | Improve follow-up, research, and segmentation. | Recall and social-desirability effects can make the answer differ from actual behavior. |
| Profile or account setting | Stable needs, accessibility choices, product constraints, or team context. | Preserve the choice across sessions and channels. | Sensitive or unnecessary fields increase privacy, security, and maintenance risk. |
Forrester documents a concrete example from MECCA Australia: its skincare quiz asks about skin type, routine, goals, and context, then uses the answers to tailor recommendations and communication. Salesforce documents another pattern at Business Development Bank of Canada, where a one-question website survey about a visitor’s business goal changes which content appears next. These examples matter because the use follows the answer immediately; neither source establishes a universal conversion lift.
The benefit is meaning, not perfect truth
Behavior is rich but ambiguous. Three visits to a pricing page might indicate active evaluation, research for a colleague, competitor analysis, or simple confusion. A declared purchase timeframe or stated use case can supply context that the visits alone cannot.
That creates four practical benefits:
- Faster relevance: a new visitor can receive a useful recommendation before the business has a long behavioral history.
- Less guesswork: a stated goal, constraint, or preference can narrow interpretations that would otherwise remain probabilistic.
- More visible control: a person can tell the business how they want an experience or communication stream adjusted.
- Better research inputs: direct reasons and preferences can reveal questions worth testing against behavioral and transactional evidence.
The benefit is conditional. Forrester’s collection guidance says the strongest experiences are short, simple, and built around a clear value exchange. Its loyalty-program guidance sharpens that into three operating rules: collect only data the business will use, use it to deliver relevance, and return value to the customer.
That last clause is the limit. The academic review in Frontiers in Big Data warns that self-reports are not necessarily accurate simply because they come directly from the person. Question wording, order, available choices, careless responding, and limited insight into future behavior can all influence an answer. Declared data should complement observed evidence, not replace it.
The collection trade-offs are structural
Zero-party data does not remove the old data-quality and privacy problems. It changes where they appear.
| Promised advantage | The trade-off behind it | A useful control |
|---|---|---|
| Explicit intent or preference | Stated intent may not predict later action. | Preserve the statement as declared data and compare it with behavior rather than silently treating it as fact. |
| Customer control | A fixed answer set may force a false choice or omit the customer’s real situation. | Include skip, not-applicable, other, or free-text paths only where the downstream system can handle them. |
| Direct collection | People who answer may differ systematically from people who do not. | Track nonresponse and avoid generalizing volunteered answers to the full audience without evidence. |
| Immediate personalization | Asking questions creates cognitive load and can interrupt the person’s primary task. | Ask at a moment when the answer improves that same task, and remove questions that do not change an action. |
| Richer profiles | Preferences, roles, budgets, and intentions can change. | Store source and time, define a refresh or expiry rule, and give people a way to update the answer. |
| Transparent value exchange | Reuse for an unrelated purpose can violate the expectation created at collection. | Record the stated purpose and permitted uses; review a new use instead of assuming the original exchange covers it. |
Two errors are especially expensive. The first is confusing explicit with accurate. A customer can misunderstand the question, choose the closest available answer, respond carelessly, or change their mind. The second is confusing voluntary with unrestricted. Deliberate disclosure does not erase purpose limits, security duties, retention decisions, or channel-specific consent rules.
Use the answer before asking the question
Forrester’s enterprise-data guidance makes a blunt point: more data is not a strategy. Start with a decision or customer experience, not a desire to enrich the profile.
Before adding a zero-party field, write six lines:
- Decision: Which recommendation, route, message, service action, or research decision can change because of this answer?
- Question: What is the smallest neutral question that captures the needed distinction without forcing a false choice?
- Return: What useful result will the person receive, and how quickly will it appear?
- Record: Where will the raw answer, question version, source, timestamp, identity, and stated purpose be stored?
- Lifetime: When can the answer become stale, how can the person update it, and when should it be deleted or retired?
- Boundary: Which uses are outside the original exchange, and which permission or review would be needed before expanding the use?
An unnamed B2B SaaS example shows the difference. An onboarding flow can ask for the first workflow the user intends to configure, then place the matching setup guide first. That is a direct exchange: one bounded declaration changes the current experience. Saving the response forever as a permanent account segment, treating it as proven purchase intent, and sending unrelated marketing would be separate decisions requiring their own justification and controls.
The practical rule is simple: if the team cannot name the action, returned value, owner, and expiry condition, the question has not earned its place.
Keep the raw declaration separate from the profile rule
A usable data model should preserve what was actually supplied before turning it into a reusable attribute. At minimum, keep:
- the question and answer identifiers, including the question version and available choices;
- the raw declared value and any normalized value;
- collection surface, source, timestamp, locale, and relevant session or campaign context;
- the person or account identity used, including an anonymous state if no durable identity exists;
- the declared purpose, applicable permission reference, and sensitivity classification;
- the owner, refresh trigger, expiry rule, and deletion or correction path; and
- each downstream audience, recommendation, workflow, or analysis that consumes the field.
This separation matters when answers conflict. A recent explicit topic preference may deserve priority in the communication experience promised by the preference center. A purchase can still show that the person’s current need differs from an older stated intention. Do not overwrite one silently with the other. Keep declaration and observation as separate evidence, flag the conflict, and refresh the question when the distinction matters.
Permission needs an even firmer boundary. A content preference can help decide what would be relevant; it does not by itself establish whether a message may be sent through a particular channel. Store subscription, objection, consent, and suppression records under the applicable compliance design rather than deriving permission from a profile answer.
Measure the exchange without borrowing a fake benchmark
There is no defensible universal target for quiz completion, profile coverage, or revenue lift. A one-question recommendation widget and a research survey serve different purposes and impose different costs. Measure each use case against its own baseline and failure modes.
A useful review asks:
- Do people answer, skip, or abandon at each question, and does the pattern differ by audience or device?
- How many collected answers are actually used in the promised experience?
- Can the team trace each activated field to its question, time, purpose, and current permission state?
- How often do people update the answer, and how often does later behavior suggest that it is stale or context-specific?
- Does using the answer improve the named customer outcome or business decision compared with a prior state or suitable control?
- Do complaints, corrections, opt-outs, or support contacts reveal that the exchange was unclear or the answer was misused?
Completion alone is weak evidence. A nearly effortless question can generate many low-value answers; a lower-volume answer can still be useful if it reliably improves a high-value decision. The governing metric is not how much zero-party data the company owns. It is whether a necessary declaration was collected fairly, used as promised, kept current, and shown to improve the specific decision or experience.
When zero-party data is worth collecting
Collect zero-party data when a person’s intent, constraints, or desired treatment materially changes what you can do for them and behavior cannot answer the question cleanly. It is especially useful for recommendation, onboarding, preference management, and bounded research when the value returned is immediate and visible.
Do not collect it merely to make a profile look complete. Skip the question when the business has no approved use, the answer is needlessly sensitive, a reliable existing record already resolves the decision, or the team cannot support correction, expiration, deletion, and purpose controls.
Sources
- Forrester, “Ask, Don't Interrogate: Best Practices For Collecting Zero-Party Data”
- Frontiers in Big Data, “Zero Party Data Between Hype and Hope”
- Salesforce, “What Is Zero-Party Data?”
- Forrester, “Worried About Losing Cookie Tracking? Look To Your Loyalty Program”
- Forrester, “Want More Customer Data? Build An Enterprise Data Strategy First”
- European Commission, “Principles of the GDPR”
Continue the evidence path
Related reading
Related
Customer Data Integration Architecture: From Disconnected Records to Usable Profiles
Follow zero-party data from voluntary collection into the integration architecture that turns it into a usable customer profile.
Related
What Is Data Governance? Ownership, Rules, Quality, and Accountability Explained
Ground zero-party data collection in the ownership, quality, and accountability rules that data governance requires for customer data.