
Audience research
Part of Five permission records for UGC marketplaces audience research in England
UGC marketplaces buyer personas: evidence-card principles
How to frame UGC marketplaces buyer personas as evidence cards, separate commissioning roles, assess research patterns and set review or retirement triggers.
UGC marketplaces buyer personas should begin as labelled hypotheses. Until permissioned research supplies evidence, they cannot contain an invented name, photograph, quotation, demographic story, budget, motivation or job authority. A neat fictional biography would make uncertainty look like knowledge.
The decision in scope is precise: an English brand unit must commission one short-form creator-made asset, approve its claims and accessible presentation, secure specified usage rights, pay the parties and preserve a correction or withdrawal trail. For UK non-broadcast advertising, the Advertising Standards Authority (ASA) administers the CAP Code; check the applicable rules and retain substantiation before approving claims. A persona is useful only if it changes how that decision is investigated.
Relevant research contexts include TikTok Creator Marketplace, Whalar, Billion Dollar Boy, Aspire, #paid, Upfluence and CreatorIQ. These are contexts to investigate, not services this article claims to have audited or evidence that their buyers share one pattern; record the specific service and commissioning route for each observed event.
What to take away
- Start buyer personas as labelled hypotheses, not invented characters, until permissioned research supplies evidence.
- Separate authority and exposurea budget owner, operator, creator, rights holder and consumer are distinct roles.
- Build patterns from traceable cases, coding interviews against a versioned framework and counting supporting, qualifying and contrary cases.
- Protect participants by stripping direct identifiers and documenting the actual UK GDPR basis separately.
- Retire or expire personas when evidence changes, contrary cases break the pattern, or populations are unrepresented.
Use an evidence card, not a character
Create one card for a recurring decision pattern. Its fields should be:
- Population and eligibility.
- Decision and authority.
- Observed problem.
- Constraints.
- Contrary cases.
- Coverage.
- Status.
- Stewardship.
Evidence card fields
- Population and eligibility
- Decision and authority
- Observed problem
- Constraints
- Contrary cases
- Coverage
- Status
- Stewardship
The GOV.UK Service Manual says user needs should come from research rather than assumptions. That guidance concerns government services, but the evidential distinction travels well: an internal opinion remains an assumption until the intended population supplies relevant evidence.
Keep authority and exposure separate
Do not combine a budget owner, campaign operator, creator, rights holder and consumer into a single "marketplace user". Job titles to test in recruitment include influencer marketing manager, paid social lead and brand partnerships manager; verify each person's remit and decision authority rather than treating a title as a validated persona. The person approving spend may never review captions. An agency operator may handle a brief but lack authority to grant creator rights. A consumer exposed to the asset can speak about recognition, not the buyer's procurement process.
Separate roles, separate authority
Budget owner
- Approves spend
- Yes
- Reviews captions
- May never
- Grants rights
- No
- Speaks to
- Procurement
Campaign operator
- Approves spend
- No
- Reviews captions
- Handles brief
- Grants rights
- Lacks authority
- Speaks to
- Brief
Creator
- Approves spend
- No
- Reviews captions
- Writes
- Grants rights
- Holds
- Speaks to
- Own work
Consumer
- Approves spend
- No
- Reviews captions
- Sees asset
- Grants rights
- No
- Speaks to
- Recognition
One individual can occupy several roles, so record each role against the examined event. Do not infer seniority, creator status, age, residence, protected traits, reach or competence from profiles or titles. Where a representative speaks about a creator, retain the authority evidence and label whose experience is being reported.
Build patterns from traceable cases
Code interviews against a versioned framework. Name the MRS Code of Conduct in the protocol where it applies, and state how it informs consent, confidentiality and reporting. Count cases that support, qualify and contradict each proposed pattern. Retain links to redacted notes or authorised artefacts, but keep access restricted. A minority account may expose a serious failure even when it is not frequent; frequency within a small purposive sample is not England prevalence.
Illustrative coding template, not a finding about any named service: for a commission sourced through TikTok Creator Marketplace or another service, record who held the brief, approved the claims and could grant the creator licence. Code split authority where those decisions sit with different people; if one operator handles the brief and claims but cannot grant creator rights, record that as a qualifying case rather than infer that all buyers work this way.
Code traceable cases
- Code interviews against versioned framework
- Count supporting cases
- Count qualifying cases
- Count contradicting cases
- Retain redacted notes or artefacts
- Keep access restricted
The current GOV.UK quality framework for qualitative evaluation asks whether sample selection, achieved coverage, missing viewpoints, analysis and limitations are explained. It is central-government evaluation guidance, not accreditation for a commercial persona. Use it as an appraisal checklist and name the qualified research reviewer.
Protect people behind the card
Strip direct identifiers and avoid combinations that expose a participant or confidential campaign. GOV.UK guidance on managing user-research data recommends collecting only what answers the research question, restricting access and setting deletion arrangements. The Information Commissioner's Office (ICO) is the UK's data-protection regulator. Document the UK GDPR Article 6 lawful basis for each processing purpose, such as consent or legitimate interests; if processing special-category personal data, identify the separate Article 9 condition as well. The buyer must document its actual responsibilities separately.
Do not attach profile screenshots or publish clips simply because they made a pattern memorable. Keep a participant consent and permission record specifying the permitted use. Participation permission, analysis, external quotation, promotional reuse and creator recruitment are different decisions.
For asset rights, record a written creator licence, a talent/model release where an identifiable person appears, and any whitelisting or paid-media usage terms. These instruments are separate from permission to take part in research and must match the intended use.
Retire weak personas
Mark the card "unsupported" when no eligible case backs it. Expire it when the evidence window lapses, typically 12 months after the last coded case, or sooner if the supplier route changes. Retire it if contrary cases break the decision pattern or if the sample leaves a material population unrepresented.
A research lead owns that decision, while privacy, safeguarding, accessibility and commercial reviewers retain their own gates.
Before you act
- Record the exact UGC marketplace or service and recruit against verified buyer job titles.
- Create one evidence card per recurring decision pattern; distinguish brief, claims approval, spend and rights authority.
- Code interviews against a versioned framework and record the applicable MRS Code of Conduct reference.
- Document participant permission, the UK GDPR Article 6 basis and, where needed, the Article 9 condition; strip direct identifiers and restrict access.
- Check applicable ASA/CAP Code claims rules, record usage rights, and name a qualified reviewer and expiry triggers.
Common questions
What fields must an evidence card contain?
The eight fields are listed under "Use an evidence card, not a character". Fill each one from a coded commission event.
When should a persona be retired or expired?
The triggers sit under "Retire weak personas": an unsupported card, a lapsed evidence window, a changed supplier route, or a contrary case that breaks the pattern.



