Skip to main content
The Datasource described on this page is an illustrative example. The actual fields, structure, and naming will vary based on your brand’s specific data model and integration. Use this as a reference for the type of data needed, not as an exact specification.

Overview

The Loyalty Programme Datasource provides all data related to a customer’s membership in the brand’s loyalty programme: current status, points balance, tier thresholds, available benefits, and expiration dates. This powers the Loyalty Programme Banner and informs lifecycle decisions across all Use Cases.

Key Fields

FieldTypeDescriptionExample values
customer_idStringCustomer identifier"C-2847391"
memberBooleanWhether enrolled in the programmetrue
tierEnumCurrent tier"Silver", "Gold", "Platinum", "VIP"
points_balanceIntegerCurrent available points2,340
points_to_next_tierIntegerPoints needed for next tier660
next_tierStringName of the next tier"Gold"
tier_benefitsArrayBenefits of current tier["free_delivery", "early_access", "birthday_gift"]
points_expiration_dateDateWhen current points expire2025-03-31
points_expiringIntegerPoints about to expire450
member_sinceDateProgramme enrolment date2023-05-10
lifetime_pointsIntegerTotal points earned since enrolment8,750

Connected Use Cases

Use CaseHow Loyalty Programme is used
Loyalty Programme BannerCore data: status, points, benefits, progression
Customer Value BlockLoyalty context for relational messaging
Lifecycle BannerStatus-based lifecycle stage enrichment
1:1 Personalised DigestLoyalty block within the digest
Enriched Product RecommendationPoints multiplier on specific products

Data Requirements

RequirementDetails
Update frequencyDaily minimum (points balance changes after each purchase)
Minimum fieldscustomer_id, member, tier, points_balance
Recommended fieldsAll listed above for full loyalty personalisation
FormatJSON via Datasources API
VolumeOne record per loyalty member

Integration Notes

Loyalty Programme data is sourced from the brand’s loyalty platform or CRM. Key integration considerations:
  • Points balance must be updated at least daily (ideally after each transaction)
  • Tier thresholds and benefits are typically static configuration
  • Expiration dates enable time-sensitive urgency messaging