Behavior-based triggers
Start a rule from tracked product, social, wallet or referral activity.
A first project, completed quest or activated referral
Product automation
When a user reaches a milestone, Claimr can update progress, unlock the next activity or deliver a configured reward. Connect the event, check eligibility and choose what happens next.
One example rule
THEN - apply the eligible actions
Try the example above - sample actions, no live campaign
How automation works
Combine a trigger, the conditions that matter and the actions to take. Keep the logic connected to the user's progress and profile.
Start a rule from tracked product, social, wallet or referral activity.
A first project, completed quest or activated referral
Check available profile fields, scores or activity thresholds before an action becomes eligible.
Onboarding complete and the milestone reward not yet granted
Award configured XP, points or rewards when a rule's conditions are met.
An eligible milestone earns points and an achievement
Update campaign eligibility or a segment so the next experience reflects new activity.
An activated user becomes eligible for a product challenge
Use webhooks to pass relevant events to the systems involved in your workflow.
Notify a backend service about an eligible campaign event
Build rules around onboarding, repeat participation, loyalty and referral milestones.
A new tier opens a different set of eligible activities
Choose the moment that matters
Start with one event and a clear outcome. These scenarios illustrate the logic you can plan with your team.
Illustrative SaaS journey
Recognize activation while keeping the next useful feature in view.
Your product sends the relevant event.
Check the connected account and reward eligibility.
Grant configured progress and update the activation segment.
Eligible activation events, actions applied and repeat feature use
Customer story · Early depositor engine
A custom listener and pricing service connected on-chain events to per-wallet points, bonus windows, referrals and leaderboards in one DeFi program.
Read the case studyAnonymous DeFi protocol · Phase-one deposits, July 2024-January 2025
Ethereum and an L2 connected to the same deposit, pricing and points infrastructure.
How it’s measured for chains in the points programDistinct addresses with at least one recorded phase-one deposit across the two chains.
How it’s measured for depositing walletsGood automation starts with good inputs
Define what should happen when conditions match, when they do not and when the same event arrives again. The interactive example shows those decisions locally.
Map product events to the right account and supply the fields the rule needs.
Agree eligibility, reward frequency, duplicate handling and any review requirements.
Check matching, non-matching and repeated events, including downstream reward fulfillment or webhooks.
Show activities, progress and rewards in a Widget that fits the experience.
Explore the Claimr WidgetUse the API, supported SDK controls and webhooks where the journey needs them.
Explore API & SDKWhich tracked events meet the conditions, and which do not?
Were the intended actions applied without unwanted repeat rewards?
Did downstream systems receive and handle the events as expected?
Define the relevant events, cohort and timeframe before comparing results.
Before the next move
The mechanics, the setup and how the experience connects to your product.
Security & data handlingA rule combines tracked events, profile conditions and configured actions. Connected product, wallet, social and referral signals can inform eligibility. Actions can include progress, rewards, segment changes and webhooks.
No. It is a local explanation of rule logic. It does not publish a campaign, grant campaign rewards or send a webhook. Website exploration XP is separate. The separate Campaign Sandbox is marked coming soon; contact the team to discuss an implementation.
Campaign rules can be configured without code once the relevant signals are connected. Developers may still be needed for product events, account linking, custom integrations and downstream reward fulfillment.
Confirm duplicate-event handling for the tasks and endpoints you use, including how a repeated event is identified and whether it can award progress or rewards again. Use stable event identifiers and appropriate checks in connected systems. Test retries and reward frequency before launch; do not assume every integration ignores repeated events.
Rules respond as relevant events are tracked and evaluated. Actual timing depends on the source, integration and downstream actions; confirm any latency requirements for your use case rather than assuming a fixed response time.
Yes. Webhooks can notify connected systems about relevant events. Configure the receiving service and plan authentication, retries, monitoring and duplicate handling as part of the integration.
Make the next move
Bring an event, a condition and an outcome. We'll help you connect them to a useful campaign experience.