Product-goal rewards playbook for Shopify merchants
Use this Shopify playbook to choose a goal product, model paid-order progress and reward liability, and see when a product-specific discount is not a fit.
A product-goal reward gives a customer one specific item to work toward. In WishPoint, the customer chooses one active product goal, eligible paid orders add paid-order progress, and eligible points can be redeemed for a product-specific Shopify discount code.
This playbook helps you decide whether that model fits your store and test one illustrative scenario. It does not predict customer behaviour or prove that a rewards program will improve retention, conversion, revenue, or profit.
Start with fit, not a points number
Shopify's general rewards-program guidance starts with the program goal, desired customer behaviour, and incentive before selecting an application. Read Shopify's planning guide. For a product-goal program, make that decision concrete: which product is the customer choosing, which paid orders count, and what discount will the points become?
A product-goal reward may fit when
- Your catalogue contains products customers can intentionally choose as goals.
- You can clearly define which products or collections earn progress.
- You are willing to compare reward value with your own margins and operating costs.
- A product-specific discount code makes sense as the final reward.
It may not fit when
- Customers rarely have a meaningful product to select in advance.
- Your reward must be cash, free shipping, automatic fulfilment, or an unrestricted store credit.
- You cannot support a clearly explained points policy or monitor reward liability.
- Your margins cannot absorb the scenario after fulfilment, returns, taxes, shipping, and discount stacking are considered.
Choose a goal product a customer can understand
Start with a real product, not a generic discount percentage. Record its current price, whether it is eligible for a goal, and whether a product-specific discount remains operationally sensible if its price changes. WishPoint checks live product price defensively at redemption and caps reward value, but the merchant still owns the catalogue and margin decision.
There is no universal correct product price. A lower-priced goal can require fewer points, while a higher-priced goal can require many paid orders. The worksheet makes that trade-off visible without treating either choice as a benchmark.
Write down the seven scenario inputs
| Input | Unit | What it represents |
|---|---|---|
| Goal product price | Store currency | The price of the one illustrative goal product. |
| Current points | Points | Existing points applied to this scenario; use zero when none apply. |
| Average eligible order value | Store currency per paid order | Your assumption for the spend basis that earns points—not necessarily the total order value. |
| Points earned per $1 | Points per currency unit | The earn rate applied to eligible paid-order spend. |
| Points required per $1 of reward value | Points per currency unit | The redeem rate used to convert the goal product price into required points. |
| Promotional multiplier | Multiplier | An optional scenario for a bonus campaign; use 1× for the base program. |
| Gross-margin assumption | Percentage | Your own assumption, used only for a scenario-planning comparison. |
In these labels, “$1” means one unit of your store currency. The method does not convert currencies.
Calculate the six outputs
- Points required: goal product price × points required per currency unit, floored to two decimals.
- Points per order: average eligible order value × earn rate, floored to two decimals; if a multiplier applies, multiply that result and floor again to two decimals.
- Purchases to goal: required points minus current points, divided by points per order, rounded up to the next whole order. A completed goal is zero; a positive gap with zero points per order needs corrected inputs.
- Effective reward rate: earn rate ÷ redeem rate × multiplier.
- Liability per $1,000: 1,000 × effective reward rate, rounded to the nearest cent.
- Reward cost share of gross profit: liability per $1,000 ÷ (1,000 × your gross-margin assumption). This is an assumption comparison, not a profitability forecast.
WishPoint recommends no more than a 10% effective reward rate, warns above 10%, requires explicit merchant confirmation above 20%, and blocks settings above 30%. These are conservative reward-liability guardrails, not a promise that a scenario is profitable.
Work through an illustrative ordinary scenario
Suppose an illustrative merchant selects a $120 goal product, starts the customer at 100 points, assumes a $50 average eligible paid order, awards 1 point per $1, requires 10 points per $1 of reward value, uses no promotional boost, and enters a 40% gross-margin assumption.
| Output | Illustrative result | Interpretation |
|---|---|---|
| Points required | 1,200 points | $120 × 10 points per $1 of reward value. |
| Points per order | 50 points | $50 eligible spend × 1 point per $1. |
| Purchases to goal | 22 paid orders | (1,200 − 100) ÷ 50, rounded up. |
| Effective reward rate | 10% | 1 earn point ÷ 10 redeem points × 1 multiplier. |
| Liability per $1,000 | $100 | $1,000 × 10% effective reward rate. |
| Reward cost share of gross profit | 25% | $100 ÷ the illustrative $400 gross-profit assumption. |
“22 paid orders” is only the arithmetic result of the illustrative inputs. It is not a prediction that any customer will purchase that often. Replace every input with your own scenario and decide whether the path is understandable and affordable.
Two boundary checks
| Scenario | Required points | Points/order | Purchases | Rate | Liability | Gross-profit share |
|---|---|---|---|---|---|---|
| Illustrative blank-or-zero boundary | 0 | 0 | 0 | Check inputs | Check inputs | Not available |
| Illustrative high-cost boundary | 83,324.66 | 509.22 | 162 | 12.3762376% | $123.76 per $1,000 | 49.504% using a 25% margin assumption |
Connect the arithmetic to the customer journey
The worksheet only models configuration. In the live flow, a signed-in customer chooses one eligible product. WishPoint maintains one active product goal for that customer. Shopify must report an order as paid before eligible spend adds progress, and WishPoint caps progress at the points required for the selected goal.
When the customer is eligible and chooses to redeem, WishPoint checks the product price and reward value defensively, then creates a Shopify discount code tied to the goal product. It does not automatically fulfil an order or promise that the product will be free. See the complete WishPoint workflow.
Review the scenario before launch
- Can a customer tell which single product they selected and how progress is earned?
- Did you use the eligible paid-order spend basis rather than an assumed after-tax total?
- Did you test the highest multiplier you expect to run?
- Did you compare liability with your own margin and operating-cost assumptions?
- Does a product-specific Shopify discount code match the reward you intend to offer?
- Can your support and return policies explain what happens when orders change?
Continue with a store-specific guide
Want to compare this with your store?
Tell us what you sell and the customer behavior you want to support. We will help you assess whether WishPoint's product-goal model is a sensible fit.
Prefer to write directly? Email [email protected] and include your Store URL, Vertical, and Loyalty challenge.