|
A note on our position Brandmovers operates its own loyalty platforms — BLOYL™ (B2C loyalty) and BENGAGED™ (B2B channel incentives). We are a platform provider, not an independent analyst, and we say so plainly. This guide is written to help you run a rigorous evaluation no matter whose platforms are on your shortlist. If you include Brandmovers as a candidate, hold our platforms to the same 25 criteria you apply to everyone else; if you'd rather run an evaluation that excludes our own platforms, that can be structured too. The scorecard, demo scripts, and reference questions below are vendor-agnostic — they work the same regardless of who is being evaluated. |
Choosing a loyalty platform is a three-to-five-year commitment that shapes every commercial and technical decision the program will make during that period. The vendor you select determines how quickly you can launch personalized campaigns, whether the platform can handle your member volume and transaction throughput, which integrations need custom development versus standard connectors, how much you pay in ongoing licensing and change-order fees, and whether you can migrate your member data cleanly if the relationship ultimately fails.
Organizations that make this decision well share one habit: they evaluate vendors against a pre-defined, weighted scorecard rather than responding to the best demonstration or the lowest headline price. Platform demos are curated to show strengths. Pricing proposals are structured to obscure total cost of ownership. Reference calls are routed to the vendor's happiest clients. The RFP scorecard cuts through all three information asymmetries by forcing vendors to address a defined set of requirements in a defined format, scored against pre-determined weights that reflect your actual priorities.
The Forrester Wave: Loyalty Platforms, Q4 2025 evaluated 11 significant loyalty platform vendors across 27 criteria (Forrester, December 2025) — confirming that platform differentiation is real, significant, and consequential for programs that choose incorrectly. This article provides a practitioner-level RFP framework: 25 weighted evaluation criteria across six categories, demo scenario scripts that test vendors beyond the polished standard walkthrough, a reference-check questionnaire that surfaces what vendor-selected references are unlikely to volunteer, and a scoring model that produces a defensible comparative ranking across finalists.
|
Key Takeaways
|
The most common loyalty RFP failure is issuing a feature checklist before defining a program strategy. When the evaluation is anchored to a feature list rather than a strategic vision, vendors respond by highlighting the features they perform best — which may or may not address the organization's actual commercial objectives. The result awards the contract to the best feature-matching proposal, not the vendor best positioned to achieve the program's intended outcomes.
stratLX's 2025 RFP guidance makes the same point: strategy first, features second. An RFP should convey the organization's loyalty vision and the trajectory it intends to follow — not just a list of functional and non-functional requirements — so that vendor responses focus on what actually matters (stratLX, 2025, paraphrased). Before issuing the RFP, the evaluation team should be able to answer three questions: What is the program's primary commercial objective in year one (retention, frequency, data collection, channel shift, or some combination)? What is the two-to-three-year vision — where do AI personalization, coalition partnerships, or premium-tier mechanics fit in the roadmap? And what are the non-negotiable technical constraints — the existing POS, CRM, CDP, and e-commerce platforms the loyalty platform must integrate with from day one?
These three questions define which criteria carry the most weight. An organization whose year-one objective is first-party data collection should weight data architecture and integration above program-design configurability. One running a complex tiered program with franchise operators should weight campaign management and franchise-level configuration above AI personalization. The scoring weights in the framework below are illustrative — adjust them to your actual strategic priorities.
The process begins with a longlist assembled from market research (the Forrester Wave and Loyalty Platforms Landscape, Gartner Magic Quadrant where applicable, and category-specific sources), peer recommendations, and existing vendor relationships. The longlist is typically eight to twelve vendors; the shortlist that receives the full RFP is typically three to five. Shortlist filtering should require: documented experience in your industry vertical; evidence of successful deployments at your transaction volume and member scale; and API-first architecture — a requirement, not a differentiator, for any program integrating with a modern marketing stack.
The scorecard organizes 25 criteria into six categories. Score each criterion 1–5 (1 = does not meet, 3 = meets, 5 = exceeds), then multiply by the criterion weight for a weighted score. The category weights shown in parentheses are a balanced baseline for a mid-market retail or CPG brand; a QSR chain would raise AI/personalization and operations weights, while a B2B channel-incentive program would raise data architecture and operations weights significantly.
|
# |
Criterion |
Category |
Wt |
Evaluation Guidance |
|---|---|---|---|---|
|
1 |
Points, tiers, and program-structure configurability |
Program Design (20%) |
5 |
Can the platform support your earn rules, tier thresholds, and reward types without custom code? Ask them to configure a scenario matching your planned program in real time. |
|
2 |
Rule-engine flexibility — conditional bonuses, time-limited promos, segment offers |
Program Design |
5 |
Can marketing configure complex rules (3x in Category A, Gold only, 14 days) without developers? Evaluate the admin UI, not the API. |
|
3 |
Reward-catalog depth and redemption types |
Program Design |
4 |
Does it support your redemption types (points-to-cash, merchandise, experiences, charitable)? Who manages the catalog — you or the vendor? |
|
4 |
Coalition / partner earn and redemption support |
Program Design |
3 |
If you plan partner earn/redemption in years 2–3, can the platform accommodate it? Which integration models are supported? |
|
5 |
Multi-program and franchise management |
Program Design |
3 |
Can it run separate program configs under one instance, with operator-level visibility and consolidated reporting? |
|
6 |
API-first architecture and integration documentation |
Data Architecture (20%) |
6 |
Are all functions (enrollment, transaction posting, tier update, offer delivery) exposed through a documented, versioned REST API? Review the docs before the demo. |
|
7 |
POS and e-commerce integration — connectors and custom API |
Data Architecture |
6 |
Which POS systems have pre-built connectors? What is the typical effort for a custom POS integration? Get it in writing. |
|
8 |
CRM, CDP, and ESP integration — data flow and sync frequency |
Data Architecture |
5 |
Does behavioral data sync to CRM/CDP in real time or in batches? Batch sync delays personalized responses. Understand the model before contracting. |
|
9 |
Data ownership and export rights |
Data Architecture |
6 |
Who owns member data? Can you export complete profiles and histories at any time, in a standard format (CSV/JSON), without vendor approval? What is the export SLA? |
|
10 |
Data security — SOC 2 Type II, PCI-DSS, GDPR |
Data Architecture |
5 |
Request the current SOC 2 Type II report. For card data, confirm PCI-DSS scope. For European members, confirm GDPR data-processing terms. |
|
11 |
Propensity modeling and churn prediction |
AI & Personalization (15%) |
5 |
Built-in churn/purchase propensity or next-best-action? Configurable or fixed? What data does the model need, and how long to train? |
|
12 |
Personalized offer / reward recommendation engine |
AI & Personalization |
4 |
Personalization at the individual member level from behavioral history? Rule-based or model-driven? What uplift data does the vendor have from deployments? |
|
13 |
Send-time optimization and channel selection |
AI & Personalization |
4 |
Does it optimize send time and channel at the individual level, or send at a uniform time? |
|
14 |
Segmentation and audience building — marketer-accessible UI |
AI & Personalization |
4 |
Can marketing build complex segments (Gold, Northeast, no redemption in 90 days) without technical support? Evaluate the segmentation UI in the demo. |
|
15 |
Campaign management — multi-step journeys and automation |
Operations (20%) |
5 |
Can marketing build lifecycle journeys (welcome, nudge, churn prevention, win-back) with branching logic based on member behavior? |
|
16 |
Content and communication templates — email, push, SMS, wallet |
Operations |
5 |
Template builder for all channels? Can templates personalize with member data (name, balance, tier, progress to next tier)? |
|
17 |
A/B testing and experiment management |
Operations |
4 |
Can marketing test offers, messages, and timing in-platform, with significance tracking and auto-winning? |
|
18 |
Reporting — incremental revenue, member behavior, program ROI |
Operations |
4 |
Does it produce CFO-grade reports (member vs. non-member revenue, incremental lift, cost vs. return), or only engagement metrics? |
|
19 |
Fraud detection and account security |
Operations |
4 |
What fraud detection is built in — anomalous redemption, duplicate-account detection, multi-entity gaming signals? |
|
20 |
Pricing transparency and total cost of ownership |
Financial (15%) |
5 |
Request a 3-year TCO model: implementation, licensing (per-member / per-transaction / flat), change-request rates, professional-services overage, storage. A vendor who won't provide it is a risk. |
|
21 |
Contract terms — data ownership, termination, migration rights |
Financial |
5 |
Review export rights at termination; cancellation notice period; what happens to member data if the vendor is acquired; uptime and incident-response SLAs. |
|
22 |
Implementation scope, timeline, and accountability |
Financial |
3 |
What is the guaranteed MVP timeline? What is included vs. a change order? Who owns implementation — vendor or third-party SI? What is the escalation path? |
|
23 |
Client references — industry, scale, recency |
Vendor Viability (10%) |
4 |
Ask for three references in your vertical, at comparable scale, live for 18+ months. A vendor who cannot provide this should explain why. |
|
24 |
Product roadmap — AI, personalization, channels |
Vendor Viability |
3 |
What ships in 12 and 24 months? How are priorities set? Is the roadmap contractually committed or indicative? |
|
25 |
Vendor financial stability and market position |
Vendor Viability |
3 |
Private, PE-backed, or public? ARR? Profitable? Acquisition targets or financially pressured vendors create migration risk. |
Vendor demonstrations are rehearsed performances designed to showcase strengths, using pre-configured sample data set up to flatter the product. In our experience, the standard demo reveals only a minority of what you actually need to know about fit. Most of the rest comes from interrupting the walkthrough with specific scenario requests that test the platform against your real requirements — not the vendor's ideal showcase. Ask the account team to configure each scenario live, not to show a pre-built example.
The request: ‘Configure a promotion where Gold-tier members earn triple points on Electronics-category purchases, only during a 14-day window, capped at 500 bonus points per account, excluding members who joined in the last 30 days.’
What it reveals: Can marketing configure this without a developer? How many steps? Are any requirements (tier eligibility, category restriction, time window, per-account cap, recency exclusion) beyond the native rule engine? If the team says ‘we'd build that as a custom rule,’ record it on your scorecard.
The request: ‘Build a post-enrollment journey: a welcome email on enrollment day; a balance-update notification after the first qualifying purchase; a tier-progress nudge 30 days after enrollment if the member is within 20% of the next threshold; and a churn-prevention offer if no qualifying purchase occurs within 60 days.’
What it reveals: Multi-step journey building with behavioral triggers? Can the journey branch on member state (near-tier vs. not)? Can marketing build it without an implementation consultant? Is tier proximity a native platform variable or a separate integration?
The request: ‘During an active double-points promotion, show real-time reporting — incremental transaction volume for members who received the offer vs. a control group who did not, and the total points liability issued.’
What it reveals: Control-group A/B testing for promotions? Promotion-specific incremental lift, or only total member revenue? Real-time points liability, or an export-and-calculate workflow? This is the CFO-facing capability the loyalty business case depends on.
The request: ‘Walk us through exporting the complete member database — name, email, enrollment date, tier, lifetime points earned and redeemed, and 24 months of transaction history — in a standard format importable into another platform.’
What it reveals: Is export self-service or a vendor ticket? How long does a full export take? Proprietary format or standard CSV/JSON? This is the migration-feasibility test. If the vendor cannot demonstrate a clean, self-service export, your data is effectively held hostage for the contract term.
Vendor-selected references are, by definition, happy clients — chosen because they are successful deployments and trusted to speak positively. A call structured to confirm what the vendor already told you produces nothing. A call structured to surface friction, failure, and recovery produces the information you actually need.
1. ‘Walk me through the implementation — specifically, what went wrong and how it was resolved.’ Every implementation has problems; a reference that says ‘it was perfect’ isn't engaging honestly. How quickly and thoroughly the vendor responded is the most useful implementation-quality signal available.
2. ‘What was the most significant gap between what was promised in the sales process and what was delivered?’ Feature parity, timeline, implementation quality, and commercial support are common answer categories. If there is no gap, the reference isn't engaging with the question.
3. ‘What change requests have you submitted that are not yet complete, and how long have they been open?’ Change-request velocity is one of the biggest sources of long-term dissatisfaction. A client with 15 requests open for six months has a relationship problem invisible from the vendor's reference presentation.
4. ‘What would you have done differently in the selection process?’ This consistently surfaces the most useful information of any reference call: ‘we'd have tested the API with our real POS before signing,’ ‘we'd have gotten the timeline in writing with penalties,’ ‘we'd have asked about data-export rights before we were locked in.’
5. ‘How has the vendor responded when you raised critical bugs or outages that affected member experience?’ Incident-response quality cannot be assessed from a demo or RFP response. Reference feedback on specific incidents is the only data point available before you are the one experiencing the incident.
6. ‘If you were starting over today, would you choose this vendor again — and what would make you choose differently?’ The ‘starting over today’ framing draws an informed current view, not original enthusiasm. ‘Yes, but we'd now also evaluate [vendor]’ is telling you something important.
7. ‘Are there capabilities you are actively waiting for on the roadmap that are critical to your program?’ This identifies the gap between current capability and the reference's needs — and, by extension, between what a vendor demonstrated and what they can actually deliver on committed roadmap items.
Once proposals are evaluated and demos completed, compile the scoring. For each of the 25 criteria, assign 1–5, multiply by the criterion weight, and sum across all criteria for each vendor's total weighted score. The maximum possible score is the sum of all criterion weights multiplied by 5.
The model produces a ranked comparison — but it should not mechanically determine the selection. Use the scores to identify which vendors are competitive, then apply judgment to additional factors:
For each vendor and each of the 25 criteria, record: the Score (1–5), the criterion Weight, and the Weighted Score (Score × Weight). Sum all weighted scores per vendor for the Total Weighted Score, then divide by the Maximum Possible Score (sum of all weights × 5) for a Percentage Score. For example, a vendor averaging 3.8 across all criteria produces about 76% of the maximum. Present the matrix to the evaluation committee alongside the commercial-terms summary, reference findings, and implementation-risk assessment for a complete comparison.
1. Selecting on headline price without modeling total cost of ownership. Loyalty pricing has many components beyond the license: implementation, configuration change requests, data-storage and API-overage charges, and professional services for campaign support. In the TCO models we build, implementation often runs roughly two to four times the annual license, change-request rates commonly fall around $150–$300 per hour, and a complete three-year TCO frequently shows 40–60% variance between vendors whose headline license prices look comparable. Treat these as practitioner rules of thumb from our engagements, not published benchmarks — and model your own.
2. Not confirming data ownership and migration rights before signing. This is the most consequential overlooked term in loyalty contracts. A vendor who owns the member data, requires a long notice period for termination, or charges a significant fee for a complete export has created leverage that makes future changes costly. These terms should be reviewed by legal counsel before signing.
3. Evaluating against current requirements, not two-to-three-year requirements. A platform that perfectly meets launch requirements but cannot support the personalization, coalition, or channel capabilities planned for year two forces a costly, disruptive replatforming. The RFP should include both current must-haves and future requirements that must be supportable within the contract term.
4. Using a vendor-led demo as the primary evaluation instrument. The demo shows what the vendor wants you to see. Scenario testing plus hands-on sandbox access during the evaluation period provides the evidence the demo is designed to obscure. Request sandbox access for your technical team as a condition of proceeding to final evaluation.
5. Not including IT, finance, and legal from the beginning. Selections made by marketing alone frequently hit late-stage vetoes from IT (integration), finance (TCO), or legal (data privacy and contract terms). Including these stakeholders in RFP development and evaluation — not just final contract review — reduces the risk of a late reversal that restarts the process.
The loyalty platform decision is not reversible on a short timeline. An organization that selects the wrong platform will operate on it for years — because replatforming is costly, operationally disruptive, and requires migrating a member database the current vendor may have designed to be difficult to export. Evaluation quality determines the probability of making the decision correctly.
The 25-criterion scorecard, the scenario-based demo questions, and the reference-check guide here are the instruments that separate a rigorous evaluation from an expensive mistake. They are not sufficient alone — they must be combined with a clear program strategy that defines ‘success’ before vendor engagement, a multi-stakeholder evaluation team, and commercial due diligence on data ownership and TCO that most processes treat as secondary.
The Forrester Wave: Loyalty Platforms, Q4 2025 confirms the market is differentiated — there are genuine differences in AI capability, integration architecture, configurability, and implementation quality between vendors. The evaluation process described here is designed to reveal those differences clearly enough to make the right selection, for your program's specific requirements, on the first attempt.
|
Evaluating Loyalty Platforms? Full disclosure: Brandmovers is a loyalty platform provider — we operate BLOYL and BENGAGED — and we also help teams structure and run platform evaluations: defining requirements, building RFPs, scoring vendor demonstrations, conducting reference checks, and modeling total cost of ownership across finalists. If you're evaluating, we'll tell you plainly where our own platforms fit your requirements and where they don't, and we'll hold them to the same 25 criteria as everyone else — or structure the evaluation to exclude them if you prefer. |
Primary / named-source data. Verified June 2026.
Additional references. Practitioner and vendor guides consulted for context: