Three numbers sit on every referral programme page: a headline figure for the referrer, a smaller one for the invitee, and a window measured in days. None of them is the answer to the question the sharer is asking, which is when the credit actually lands. The credit lands only after three stages are cleared, and the stages are sequential. Skip one and the chain stops, which is why a referral promise that looks generous on a banner is harder to convert than it first appears.
The downside comes first because it is the part that costs something. A referred friend who signs up and stops short of the first paid contest leaves the referrer with nothing, the invitee with nothing, and no support ticket to file. The platform did exactly what the terms described. The conditions were met partially, the reward had not yet been triggered, and the window to satisfy the remaining condition is finite. The most common complaint on community forums is not about a denied offer but about a never-triggered one, and the cause is almost always the third stage.
Understanding the three-stage structure is straightforward, and it changes how a referral programme should be shared before it is. The window and the invitee's behaviour are the only two variables the sharer cannot control on their own. The terms screen is the only one they can read in advance.
What the three stages actually are
Every Indian fantasy cricket referral programme rewarded in real money follows the same backbone, even when the numbers move. The trigger conditions change, the order does not. Each stage corresponds to a distinct event on the invitee's account, and the credit only becomes visible after the third event has been recorded by the platform.
Invitee registration with the referral code
The invitee creates a new account using the referrer's code or invite link. The code is attached to the new account at the point of registration, not later.
- Triggered by sign-up, not by sign-in
- Code must be entered during registration on most apps; later entry is not supported
- Each device, phone number, identity document and bank account is checked against existing accounts
Invitee makes a qualifying first deposit
The invitee adds money to the wallet for the first time, through a payment rail that the promotion considers eligible.
- Triggered by a deposit clearing, not by a deposit attempt
- Some payment rails are excluded even when the deposit succeeds
- The minimum deposit figure is usually small, but the eligible rail list is the binding constraint
Invitee enters and finishes a paid contest
The invitee uses the wallet to enter a contest that is not a free practice contest, and the contest result is recorded on the platform's ledger.
- Triggered by the contest settling, not by entry alone
- Some platforms require a minimum entry fee; others require the contest to count toward the wallet turnover
- This is the stage most referrals fail to reach, and the one the referrer cannot control
The first two stages are easy to satisfy in absolute terms because the invitee controls them. The third stage is the load-bearing one. It depends on the invitee deciding to spend the deposit on a contest, which is the moment the platform's marketing ledger recognises the acquired account as an active player. The referrer's reward is paid in recognition of that activation, not of the signup.
Why the third stage is the one that quietly voids the reward
The first two stages are visible to the invitee. The signup is acknowledged by an email or a confirmation screen. The deposit clears and the wallet shows a balance. The third stage is invisible until it is recorded, and the conditions attached to it are where the terms screen does its quietest work.
Free practice contests almost never qualify. A referrer who advises a friend to try the app with a free practice team first is, in many programmes, counting the referrer out of the reward. The qualifying event is a paid contest entry, settled by the platform's contest engine, which is the moment the platform's accounting system recognises the new account as a paying customer. Until that moment, the invitee is a registered user with a positive wallet balance, which is something different.
The other quiet failure is the cycle. A referrer shares a code on a busy franchise weekend, the invitee signs up, deposits, and watches rather than plays. By the time the next fixture list arrives, the window attached to the referral has elapsed. The chain is now finished, even though the invitee has not done anything wrong. The terms describe this as the reward expiring unclaimed, and the credit is removed from the referrer's pending balance the same way a deposit bonus that lapses is removed.
The window and the timing of the chain
Every referral programme carries a window, and the window is shared between the stages. A typical structure runs to a few weeks from the moment of signup, with the third stage often needing to be reached within a shorter sub-window measured from the first deposit. The difference matters because the invitee can comfortably pause between signup and deposit, but the gap between deposit and paid contest has to stay short.
| Stage | Typical trigger | Typical window measured from | Failure mode |
|---|---|---|---|
| 1. Registration | Sign-up with referral code | Code validity period | Code entered after signup, or expired |
| 2. First deposit | Payment rail clears | Days from signup | Wrong deposit rail, or wallet product |
| 3. Paid contest | Contest settles on platform | Days from first deposit | Free practice contests, or contest cancelled |
| Reward visible | Stage 3 recognised | Hours to a day after settlement | Reward issued as promotional credit, not cash |
| Reward spendable | Eligible contest entry | Per the per-entry credit cap | Eligible contest list excludes the user's preferred format |
The last two rows are the ones the sharer usually misses. Even after the chain is complete, the reward is paid as promotional credit, not as cash in the withdrawable balance. The credit then has its own rules: per-entry cap, eligible contest list, fresh expiry window. The referral reward is a coupon, not a payout, and the same downstream mechanics that govern a deposit bonus govern it.
Tested against the alternative designs
A reasonable objection: if the load-bearing stage is the invitee's first paid contest, why not skip the staged structure and pay a flat cash reward on first deposit? Two reasons, and they are not marketing reasons. Directly withdrawable referral rewards would be indistinguishable from a deposit match in another name, which would compress the cost of customer acquisition in a way that does not reflect the value of an active player. The platform's accounting also distinguishes between funds the customer has deposited and funds the platform has paid out, and the separation prevents the referral from being re-used as a money-laundering path where it counts.
A second objection runs the other way: if the third stage is the moment of activation, why not pay the reward in withdrawable cash instead of promotional credit? The third stage is the moment the platform recognises the invitee as a paying customer, but it is not the moment the invitee has earned a prize. Promotional credit keeps the referrer's reward inside the same accounting bucket as a deposit bonus, which is the bucket the platform has designed to flow into contests. Paying the reward in cash would create a separate payout channel for a cost that is structurally a marketing expense, and the platforms have chosen not to do that.
The interpretation that survives both tests is narrower than either objection. A referral reward is a payment for converting a registration into an active player, routed through the same promotional machinery as a deposit bonus because the underlying cost is the same kind of cost. The referrer's job is to share the code with someone who will actually play, not to find a way to extract the credit without the chain being completed.
Where the eligible contest list bites again
Referral credit is often excluded from the contest types with the thinnest margins for the platform, including head to head pools and very low entry fee pools.
If the contests you actually play sit on the excluded list, the referral credit is worth less to you than the same credit is worth to a regular multi entry player.
Check the eligible list before the deposit, not after the credit lands.
Five operational mistakes that void a referral
Sorted by how often they appear in the structure of the terms, not by how dramatic they sound.
- Sharing the code in a place where signups are easy but deposits are not. Social media posts reach people who may already have an account, who may not have a UPI handle, or who may download the app to browse rather than to play. The referrer's hit rate falls because the chain depends on the invitee actually paying.
- Letting the invitee deposit through a non-qualifying rail. Wallet products and certain card rails are commonly excluded. The deposit clears, the wallet shows a balance, and the referral chain stays at stage 2 because stage 3 has not been triggered as expected.
- Recommending a free practice contest first. Free contests do not satisfy the third stage on most programmes. The referrer's reward is paid in recognition of paid play, and a recommendation that costs the referrer the reward is a common outcome.
- Sharing a code that has aged out. Referral codes carry their own validity period, sometimes tied to seasons or to specific promotional windows. A code shared months after the signup window has closed will register, but the chain will not start.
- Sharing from a freshly created account. Many programmes require the referrer to have a settled account history themselves before the reward is paid. A brand-new account that wins the invitee over might still find the reward unpaid at the third stage, because the platform's own activation rule for the referrer has not been met.
None of these are edge cases hidden in a schedule. Each maps to a numbered clause on a standard terms screen, which is the practical argument for reading the relevant section once before the first share rather than after a pending balance that never pays out.
What to do with this before you share a code
Three questions, answered honestly, settle whether a referral programme is worth sharing. They are ordered so that a no at any stage ends the process.
- Does the person I plan to share with intend to play a paid contest soon? If the honest answer is no, the invitee will not reach stage 3, and the chain will not pay out. Better to skip the share than to consume the invitee's free signup with a code that produces no reward.
- Will the invitee deposit through a rail that is on the eligible list? UPI and net banking are commonly included; some wallet products and certain card rails are commonly excluded. A wrong rail voids the chain at stage 2.
- Is the window long enough to cover the invitee's natural signup-to-deposit-to-play gap? A 14-day window from signup is one thing. A 30-day window is another. The window applies to the chain, not to the share, and the share itself has no value once the window closes.
Answer yes three times and the share is worth making. The reward is paid in promotional credit, and the same per-entry cap and eligible contest list that govern a deposit bonus govern it once it lands. Readers working through the wider set of referral reward conditions, signup offer mechanics and contest promotion structures on Indian fantasy platforms will find the reference material collected on the CricFrog bonus code desk, alongside the specific terms language to look for on a referral share screen.
Common questions about fantasy cricket referral rewards
Why has the invitee signed up and deposited but no reward has arrived?
Because the third stage of the chain has not been reached. The qualifying event is the invitee entering and settling a paid contest, not just depositing. Confirm with the invitee that they have entered a contest that is not a free practice contest, and check the referral window against the date of first deposit.
Does the invitee need to win the contest for the referrer to be rewarded?
No. The chain is satisfied by the contest settling, not by the invitee finishing in the prize ranks. The invitee needs to enter a paid contest that completes on the platform's ledger. The invitee finishing in the prize ranks triggers a separate payout to the invitee; the referrer's reward is independent of that outcome.
Can a referral reward be paid directly into the withdrawable balance?
On the standard Indian fantasy platform design, referral rewards are paid as promotional credit, not as cash. The credit then follows the same per-entry cap, eligible contest list and expiry window as a deposit match. A direct cash payout is not a standard design choice because the reward is treated as a marketing expense rather than a customer deposit.
What happens if the invitee opens a second account from the same device?
Duplicate account detection is tied to identity verification, and the standard outcome is that the newer account is flagged, the referral is voided, and in serious cases the winnings already in the withdrawable balance are also reversed. The safer pattern is one account per person, with the referrer sharing the code once that invitee is genuinely a new user.
Is the referral reward taxable in the hands of the referrer?
Tax treatment of small promotional credit depends on the cumulative value across a year and on prevailing Indian rules. Treat the issue as a question for a qualified adviser rather than the platform's help desk, and keep records of the date and the gross credit value whenever a referral chain settles.
Do states where paid fantasy play is restricted block referral rewards too?
Yes. Where paid fantasy participation is restricted, the promotion does not apply either. The eligibility check covers the invitee, not the referrer, because the chain is only completed when the invitee reaches stage 3. Check the eligibility wording for your state before sharing.
What to do with this before your next share
The chain is signup, deposit, paid contest, and the reward lands only after the third leg is settled. The window is measured from the signup, not from the share message. Decide whether the invitee will reach stage 3 before you share the code, and pick a payment rail that is on the eligible list before the invitee deposits. The compare takes two minutes and it is the only calculation that separates a referral worth sharing from one that quietly fails to trigger.