Skip to main content
All CollectionsGamification
When and how to use rewards
When and how to use rewards
Elise Breban avatar
Written by Elise Breban
Updated over a month ago

Rewards are great to keep members of your community motivated, but they shouldn't be the driving force of your community.

Rewards are fully configurable and are worth a specified amount of points. The user can exchange a number of their collected points for a reward of their choosing as long as they have enough points collected.

How to use your rewards

Your brand values the interactions your advocates create. You can reward your advocates with points for each interaction.

Once they have collected the required points, they can claim rewards. These rewards should be considered thank-you gifts to advocates generating real value. Your advocates should not consider them prizes, and the rewards should most definitely not become the reason why they interact. You don’t want your community to consist of price-hunters who don’t have a natural bond with your brand.

Lifetime points

Lifetime points are the total points a member has earned since they signed up. This number doesn’t decrease when members use their points to claim rewards. The icon for lifetime points is a golden star.

  • On custom leaderboards, managers can choose whether the leaderboard should be sorted on regular points or lifetime points

  • The default leaderboard (for non-enterprise customers) will be sorted by lifetime points

Value of points

We did some surveys to gain insights into the value of points. The suggested value of a single point comes down to 0.02 euro. With that in mind, it is easy to gauge the value of challenges and rewards. For example, something worth 1 euro would be worth 50 points on the platform.

We’ve generated an overview of the available campaigns and their suggested value, which you can find at settings > company metrics > campaign type value metric. To learn more about the relation between points and reporting, click here.

Configuring rewards and handling requests

Did you decide to add rewards to your advocacy program? Great! Keep on reading to learn how you can configure and handle rewards.

First of all, open the backend of your account and click on the Gamification tab. Here, you will find the following elements:

Pending

This page displays the pending reward requests by your advocates.

For every pending reward request, you can take the following actions:

  • Done: The advocate has received the reward, so it's fully handled

  • Refund: The reward has not been granted (e.g., because it's no longer available), and the points have been refunded to the advocate

  • Start processing: The request is being handled or reviewed by those responsible for this

  • Discard: The request has been discarded without giving the reward or refunding the member their points

  • View profile: you can open the member's profile to find more information

Contact: you can directly contact the requesting member via email to ask questions or give information about their reward request

When you click "View details," you'll get a detailed overview of the reward request, where you can immediately take action:

Tip: you can also export reward requests via the Export All button.

Configure

On this page, you can configure leaderboards, rewards, and goals.

Click here to learn more about custom leaderboards, and read this article to find out more about the goals feature.

In this article, we will zoom in on how to configure rewards.

How does it work?

  • Click on Create reward, on the top of the page

  • If your community supports multiple languages, a reward can be configured for each language. If your community only supports one language, the language tab will be invisible

  • Provide a title or name

  • Add a description

  • Upload an image or visual

  • List the amount of points needed to get this reward

Next up, you can choose if you want to publish your reward right away after it's fully configured or if you want to schedule it at a later date. You can also set a finish date and/or an archive date:

  • Finish date: from this moment onwards, the reward will still be visible to users, but they will not be able to claim it anymore

  • Archive date: from this moment onwards, the reward will be removed from the community (frontend) completely, but it will still be available in the backend for the admins

Form: For certain rewards, it may be convenient to ask the requester for more details. For example, the shipping address or the size or color of a T-shirt. Find out more about reward forms here.

Visible to these people: Rewards can also be targeted to specific people or ambassador groups. For example, an entry ticket for a Marketing conference can be made visible only for Marketing employees and not your customers.

History

Here you can find an historic overview of all the handled reward requests, as well as the cancelled or refunded requests.

Handled reward requests display the rewarded and closed requests that were set to 'Done'.

Refunded and canceled reward requests display the requests you have chosen to refund or were canceled by the user. (Note: users can only cancel reward requests via the mobile app).

Both handled as well as refunded or cancelled reward requests can be exported via the Export All button.

Overview of reward request states

To manage reward requests in more detail, the following states are available:

  • Pending: A user claimed the reward, but nothing has happened in regards to the request yet

  • Processing: A manager has indicated that the request is being handled or reviewed

  • Canceled by member: The user canceled the request before it was handled and got their points back

  • Refunded: A manager denied the reward request and refunded the points

  • Fulfilled: A manager has indicated that the request has been handled, the member has received the reward

  • Discarded: A manager has discarded the request without giving the reward or refunding the member his points

Pending and processing requests will be shown in lists of “pending” requests as they still require action. The difference is mainly that a member can still cancel a “pending” request but will not be able to do so once a request is “processing.”

Did this answer your question?