I want to set it up so that on the 6th stamp, the user gets a chance to participate in a lottery. And I want to be able to configure the prizes myself.
Completed
changed status toCompleted·3 days ago
3 days ago
Yes — this is already there. In 7Stamp the feature is called Lottery; it's one of the three Reward types (Award, Voucher, Lottery) and it's included in the plan, no Add-on needed.
Setup in Card Designer:
Set the goal to 6 stamps.
Choose Lottery as the Reward for that goal.
Build the prize pool yourself. You add the slots and set the probability of each; the probabilities have to sum to 100%. Slot types available: Award (an instant prize your staff hands over), Voucher (title, description, image, validity, optional Redeem Code — it stays on the card until it's used or expires), spin again, and no prize.
So "the 6th stamp gives the customer a play" is exactly the standard configuration, and the prize table is entirely yours.
You can also put several goals on the same card (Milestone Rewards) — for example a lottery at 6 stamps and a voucher at 10.
Where the game runs depends on the workflow you use: on the seller's screen in Staff Scanner, by the customer themselves on a tablet in Self-Service Kiosk, or in the browser from a Receipt / Delivery QR — no app in any of them.
Two settings worth choosing deliberately:
A Voucher won in the lottery carries the Customer Self-Redemption switch, off by default — the customer sees the prize but only your staff can redeem it. Switch it on only when the Redeem Code itself is the prize (a discount code the cashier enters, an online promo code).
Keep per-recipient goods out of the pool (gift cards, licence keys, top-up codes). The Redeem Code is one string shared by everyone who wins that voucher, so it works for discount and promo codes, not for unique keys.
If you want the results in your own systems, lottery_played and reward_issued (carrying lottery_result) are webhook events.
Yes — this is already there. In 7Stamp the feature is called Lottery; it's one of the three Reward types (Award, Voucher, Lottery) and it's included in the plan, no Add-on needed. Setup in Card Designer: Set the goal to 6 stamps. Choose Lottery as the Reward for that goal. Build the prize pool yourself. You add the slots and set the probability of each; the probabilities have to sum to 100%. Slot types available: Award (an instant prize your staff hands over), Voucher (title, description, image, validity, optional Redeem Code — it stays on the card until it's used or expires), spin again, and no prize. So "the 6th stamp gives the customer a play" is exactly the standard configuration, and the prize table is entirely yours. You can also put several goals on the same card (Milestone Rewards) — for example a lottery at 6 stamps and a voucher at 10. Where the game runs depends on the workflow you use: on the seller's screen in Staff Scanner, by the customer themselves on a tablet in Self-Service Kiosk, or in the browser from a Receipt / Delivery QR — no app in any of them. Two settings worth choosing deliberately: A Voucher won in the lottery carries the Customer Self-Redemption switch, off by default — the customer sees the prize but only your staff can redeem it. Switch it on only when the Redeem Code itself is the prize (a discount code the cashier enters, an online promo code). Keep per-recipient goods out of the pool (gift cards, licence keys, top-up codes). The Redeem Code is one string shared by everyone who wins that voucher, so it works for discount and promo codes, not for unique keys. If you want the results in your own systems, lottery_played and reward_issued (carrying lottery_result) are webhook events.