The best platform is the one that meets proven requirements
To choose a digital loyalty platform, start from the business problem and translate needs into verifiable criteria. Compare reward mechanics, customer journey, integrations, data, security, support and total cost. Request demonstrations with real scenarios, documentation and contractual conditions. Instead of looking for a universal winner, assign weights to the criteria important for your operation, record evidence and test the full flow. A simple solution may be suitable for a local program; multichannel or higher-volume operations may require more structured integration, governance and support.
What should a loyalty platform solve?
A loyalty platform is the system used to configure and operate relationship and rewards rules. It should support the cycle from customer identification to accrual, inquiry, redemption, reversal and measurement. The effective set of features varies between vendors and plans.
Before evaluating screens and feature lists, describe the required flow:
- how the customer enters the program and accepts the rules;
- how they will be identified in each channel;
- which transactions or actions will be eligible;
- how the benefit will be calculated, validated and released;
- where the participant will see balance, validity and rewards;
- how redemption, cancellation, reversal and customer service will occur;
- which data and reports the team needs to make decisions.
If you are still defining the concept, consult what a digital loyalty card is. If the question is about format, see the comparison between digital or physical loyalty card.
Define the model and objectives before comparing
A tool can have many features and still be unsuitable for the objective. First choose the priority behavior: stimulate repeat purchase, recognize frequency, recover inactive customers, reward referrals or offer benefits to a community, for example.
Record a baseline and define indicators. Frequency, time between purchases, activation, redemption, margin and program cost are more useful when they have defined formula, source and period. Do not treat increases in retention or sales as an automatic consequence of technology.
Also size the operation:
- how many customers, locations, operators and transactions exist;
- which channels sell and which systems record the sale;
- who will manage rules, customer service and reconciliation;
- what level of personalization is actually necessary;
- what deadlines, budget and risks are acceptable.
Essential evaluation criteria
Use equal criteria for all vendors. For each answer, rate the evidence: demonstration, public documentation, proposal, contract, test or just a commercial statement.
| Criterion | What to check | Recommended evidence |
|---|---|---|
| Functional fit | Whether desired rules, exceptions and journey can be configured. | Demonstration and test with your own scenario. |
| Usability | Time and difficulty for customer, operator and administrator. | Test by users of each profile. |
| Integrations | Scope, direction, frequency, errors and responsibility for each connection. | Technical documentation and proof of concept. |
| Data and security | Ownership, access, export, permissions, logging and incidents. | Contract, policy, documentation and technical questionnaire. |
| Deployment | Activities, dependencies, migration, responsibilities and acceptance. | Project plan attached to the proposal. |
| Support | Channels, hours, priority, escalation and deadlines. | SLA and support matrix. |
| Scalability | Limits for customers, transactions, locations, API and users. | Contractual limits and volume testing when necessary. |
| Total cost | Fixed, variable values, services, integrations and exit. | Detailed proposal for a volume scenario. |
Points, cashback, tiers and rewards
The platform needs to execute the chosen mechanic without fragile workarounds. In a demonstration, ask to create a rule, process a transaction, check balance, redeem and reverse.
- Points: confirm conversion, rounding, validity, batches, transfer and catalog.
- Cashback: distinguish withdrawable cash from credit-for-use; test percentage, cap, term and restrictions.
- Stamps: verify eligible action, duplicate prevention and sequence completion.
- Tiers: assess entry, retention, downgrading and history criteria.
- Coupons and vouchers: test issuance, single-use, validity, combination and cancellation.
Confirm whether different rules can coexist without generating double rewards and how changes affect already accumulated balances. Also ask how the system handles partial returns, cancellation, retroactive transactions and manual corrections.
Integration with POS, ERP, e-commerce and API
“Has integration” is not a sufficient answer. A connection may only import customers, while another sends sales, reversals, products and redemptions. Document which objects and events circulate, in which direction and how often.
For each integration, check:
- systems, versions and compatible plans;
- data sent and received;
- batch or event-driven processing;
- expected latency and behavior during downtime;
- identifier used to reconcile customers and orders;
- treatment of duplicates, reprocessing and reversals;
- API limits, authentication, webhooks and test environment;
- who implements, maintains and pays for each part.
Perform a proof of concept with fictitious or properly protected data. Simulate sale, exchange, return, failure, resend and use across more than one channel. History consistency matters more than the number of logos displayed on the commercial page.
Registration, identification and customer experience
The journey must work for the real audience. Evaluate registration, consent, login, account recovery, balance inquiry and redemption on representative devices and network conditions.
The customer may be identified by phone, email, CPF, code, QR code, login or another method, depending on the solution. Confirm how duplicates are merged, how data is corrected and how a person recovers their benefits when changing number or email.
Installed app is not a universal requirement. There are solutions accessed via browser, PWA, digital wallet or identification at service. Compare friction, security and delivered value, without assuming one channel fits all.
Data, LGPD, portability and access control
The contracting company needs to understand which data will be processed, for what purposes and under which responsibilities. Legal evaluation of LGPD should be carried out by responsible professionals; the checklist below does not replace legal advice.
- Who controls and who processes the data in each flow?
- Where are the data stored and which subprocessors participate?
- How are access, correction, deletion and other rights handled?
- Which data can be exported, in which format and within what timeframe?
- Does the history include rules, transactions, balances, redemptions and consents?
- Are there access profiles by role and adequate authentication?
- Are administrative changes logged with author and date?
- What is the process for communication and response to incidents?
- What happens to data and copies after termination?
Test an export before contracting. “The data is yours” has little value if retrieval is incomplete, expensive or delivered in a hard-to-reuse format.
Rules, antifraud and audit
The platform should allow clear rules and controls proportional to the value of the rewards. Ask about limits per customer, transaction and period; self-referral blocking; duplication; operator permissions; manual approval; exception lists and audit trail.
Do not expect total elimination of fraud. Ask the vendor to demonstrate how a suspected case is detected, reviewed and reversed. Confirm who bears losses, how false positives are handled and which data are available for investigation.
Reports and metrics
An attractive dashboard does not replace definitions. Choose indicators beforehand and ask for the formula of each metric:
- enrollment and activation;
- active participants;
- points or credits issued, used, reversed and expired;
- rate and time to redemption;
- frequency and time between purchases;
- cost of rewards and cost per active participant;
- revenue and margin attributed according to a documented rule;
- errors, disputes and fraud attempts.
Check filters, export, refresh, timezone and reconciliation with the financial or commercial system. To assess impact, compare equivalent periods and groups; do not attribute all repeat purchase to the program.
Deployment, support and SLA
Request a deployment plan with steps, responsibilities, dependencies and acceptance criteria. Include configuration, visual identity, rules, integrations, migration, testing, training, communication, pilot and go-live.
The SLA should separate system availability from support service. Record severities, channels, hours, response time, resolution target, escalation and scheduled maintenance. Confirm whether deployment, training, account manager and technical support are included or are additional services.
How to calculate total cost
The best value loyalty program is not necessarily the one with the lowest monthly fee. Compare the total cost for the same period and volume scenario:
Total cost = deployment + subscription + variable charges + integrations + communication + additional support + internal operation + rewards + maintenance + migration and exit
Consider registered and active customers, transactions, locations, administrators, messages, API calls, storage and expected growth. Add integration development, consulting, training, reconciliation and customer service.
Create conservative, expected and expansion scenarios. Ask about adjustments, currency, taxes, minimum term, limits, overages, cancellation, export and data retrieval costs. Compare expected benefits as measurable hypotheses, not guaranteed revenue.
Demonstration and test script
Send the same script to suppliers and ask them to execute it, rather than just present slides:
- register a customer with defined consents;
- create the program's main rule;
- record an eligible sale and another non-eligible sale;
- check balance, statement, validity and reward;
- make a redemption and prevent duplicate use;
- cancel the purchase and verify the reversal;
- correct a posting with an audit trail;
- simulate failure and reprocess the integration;
- export customers, transactions and balances;
- open a support ticket and show the escalation flow.
Record result, evidence, limitation and dependency. If possible, run a limited pilot with defined success criteria before launch.
Weighted decision matrix
Define weights before demonstrations to reduce the influence of a more persuasive presentation. The distribution below is a hypothetical starting point and should be adjusted to the operation. To evaluate each vendor, assign a score from 0 to 5: 0 = does not meet; 1 = meets with high risk; 3 = meets with reservations; 5 = meets and was proven. Then, calculate the weighted score by multiplying the weight by the score and dividing the result by 5.
| Criterion | Suggested weight | Evidence to be requested | Risk to be checked |
|---|---|---|---|
| Rules adherence | 15% | Demonstration of the complete flow with business rules and exceptions. | Need for parallel processes or uncontracted customization. |
| Customer experience | 10% | Registration, identification, inquiry, redemption and account recovery tests. | Abandonment due to excessive steps or channel incompatibility. |
| Administrative operation | 10% | Test performed by operators and administrators with distinct profiles. | Constant dependency on the vendor for routine adjustments. |
| Integrations and reconciliation | 15% | Technical documentation and proof of concept with sale, reversal and reprocessing. | Duplicated, delayed or inconsistent data between systems. |
| Data, LGPD and security | 12% | Contract, privacy policy, access controls and security questionnaire. | Inadequate processing, excessive access or insufficient incident response. |
| Antifraud and audit | 8% | Demonstration of limits, approvals, blocks and change history. | Undetected fraud or undue blocking of legitimate participants. |
| Reports and export | 8% | Real test report, documented formulas and data export. | Ambiguous metrics or data locked in a hard-to-reuse format. |
| Deployment, support and SLA | 8% | Deployment plan, responsibilities and SLA attached to the proposal. | Delays, undeclared dependencies or support incompatible with the operation. |
| Total cost and contract | 9% | Detailed proposal for expected and expansion scenarios. | Overages, adjustments, additional services or penalties not considered. |
| Scalability and exit | 5% | Contractual limits, volume test and final export procedure. | Performance degradation, unpredictable cost increase or lock-in. |
| Total | 100% | Apply the same evidence to all vendors. | Reject any option that does not meet an elimination criterion. |
Calculation example: if a vendor scores 4 in “Rules adherence”, the weighted score for that criterion will be 15 × 4 ÷ 5 = 12 points. Repeat the calculation for each line and sum the results; the maximum score will be 100. Also define elimination criteria, such as lack of minimum export, incompatibility with an essential system or unacceptable security risk. A high score should not compensate for an unmet mandatory requirement.
Questions to ask the vendor
- Which resources belong to the proposed plan and which are charged separately?
- What limits apply to customers, transactions, users, messages and API?
- Which integrations are ready and what is the exact scope of each?
- What requires development, who is responsible and how is it budgeted?
- How do returns, reversals, expiration, duplication and correction work?
- How are data and changes audited?
- Which data can be exported during and after the contract?
- What are the timelines and deliverables of the deployment?
- What SLA applies to availability and support?
- What adjustments, terms, penalties and exit costs exist?
- Which references can be verified in similar operations?
- Which demonstrated items are not included in the proposal or depend on the roadmap?
Choose with evidence, not with a generic ranking
A loyalty platform should be evaluated by adherence to the flow, technical evidence, total cost and capacity to sustain the operation. A ranking without methodology, date and sources does not capture differences of model, size, channel and risk. Use the script and the matrix to compare options under the same conditions.
After defining your criteria, you can evaluate the Smartbis digital loyalty card platform according to the same matrix. Confirm in the demonstration and proposal which capabilities, integrations, limits and services meet your scenario.