Rewards

Audience: Marketers and admins

Rewards are the promise you make to a submitter before they spend time leaving a review, recording a testimonial, or sharing on social. The product treats that promise as binding: once a submitter has submitted, the reward they were shown is locked to their submission record even if you later edit the campaign.

This means you can iterate on reward copy, change amounts, or add a new reward to a live campaign without breaking trust with people who have already submitted.

Reward types

The label on the amount input updates to match the type you pick, so the unit is always explicit. The collapsed reward card and the Submissions table use the same display format.

Where rewards show up

• Campaign setup. Each platform, post, engagement, video testimonial, and text testimonial has its own reward configuration. Rewards are configured per item, not per campaign.
• Submitter flow. The reward amount appears on the platform-select card and on the action page so submitters see what they will earn before they start.
• Submissions table. Every submission shows the reward it was created with: 100 Credits, $10 Cash, Free T-shirt. There is no indicator that the campaign reward has since changed.
• Submission detail. Shows the reward at submission time only. No comparison view, no manual override.
• Approval emails. The reward name and value variables come from the same snapshot.

What happens when you edit a live reward

The campaign editor’s Reward configuration panel always shows an inline warning while you edit a reward:

Changing rewards on a live campaign? Existing submissions will keep their original reward values. Only new submissions will receive the updated reward.

The warning is there whether or not the campaign has submissions yet, because reward edits affect everyone who submits from that point on. See Reward versioning for the full snapshot logic.

Good reward practices

• Keep copy clear. A submitter should know what they earn in one read. “$25 Gift Card” beats “Reward TBD”.
• Avoid unnecessary mid-flight changes. Editing a live reward is supported, but it does create a gap between the reward you advertise externally and the reward earlier submitters were promised.
• Review what existing submitters saw. Before editing, check the Submissions table to see what amount and label past submitters were shown.
• Set rewards off by default. New reward rows start with their toggle off. Enable each one only when the configuration is complete; this keeps half-built rewards from going live by accident.

Related docs

• Reward versioning
• Campaigns
• Social Advocacy: reward configuration patterns by category
• Proof submission rules