Audience need
The experience must avoid purchase prompts that interrupt play or expose private account information.
Streamers and Live Audiences · Player-first Koin purchase UX
Koin Optional-Only Purchase Design for Streamers and Live Audiences
Design one optional Koin item around the real needs of streamers and live audiences. This guide applies optional-only purchase design to the offer, confirmation, cancelling the action, recovery, and delivered result.
Create this game flow
Start with what streamers and live audiences need
Design principle
Preserve a complete playable path and avoid selling relief from deliberately created frustration.
Small first scope
Use one item and one Koin price so players can evaluate the complete choice without navigating a large shop.
Optional-Only Purchase Design in practice
Offer moment
Choose a calm point where streamers and live audiences understand the game context and can decline without interrupting active play.
Offer card
Show the item, benefit, duration or quantity, specific Koin amount, current Koin balance, confirm, and cancel in plain language.
Safe recovery
After cancelling the action or a Koin shortage, preserve progress and return streamers and live audiences to an understandable game state.
Visible delivery
When the action completes, show ownership, equipped state, unlocked content, or remaining quantity where the item will be used.
Apply optional-only purchase design throughout the flow
Test the flow on a public screen
Keep personal balance or account details from leaking into a broadcast, avoid prompts during active performance, and make the return to play immediate. Consider overlays, chat attention, spectators, clipping, and how sponsored or purchased visuals will be understood by viewers.
Prove that declining leaves a complete game
Play the advertised core route from the first meaningful action through recovery and its promised conclusion without opening the offer. Record any place where storage, pacing, difficulty, retry access, story information, or social participation feels intentionally weakened. Decline the item at several natural moments and confirm that progress continues from the same point without repeated pressure. Then buy it and compare the owned experience against the free route: the item may add expression, bounded content, or reasonable convenience, but it must not reveal that frustration was manufactured to sell relief. Remove guilt, countdowns, loss threats, and language that treats a voluntary choice as required.
Finish the free path first
Play the complete promised game without opening the offer. Progress, recovery, and the core ending should still feel intentional. For streamers and live audiences, the experience must avoid purchase prompts that interrupt play or expose private account information.
Offer an easy decline
Give players a visible dismiss action and return them to the exact game state they left without repeated pressure. For streamers and live audiences, the experience must avoid purchase prompts that interrupt play or expose private account information.
Do not sell relief from frustration
Avoid slowing ordinary progress or creating unnecessary limits simply to make the voluntary game item feel required. For streamers and live audiences, the experience must avoid purchase prompts that interrupt play or expose private account information.
Design the flow in five steps
1. Start with the audience requirement
Write this into the prompt before the item description: Avoid purchase prompts that interrupt play or expose private account information.
Result: A clear design constraint
2. Apply optional-only purchase design
Preserve a complete playable path and avoid selling relief from deliberately created frustration. Carry the same principle through confirmation and delivery.
Result: A consistent player experience
3. Define one voluntary game item
Name the benefit, duration or quantity, ownership rule, precise Koin price, and delivered result.
Result: An understandable offer
4. Playtest with streamers and live audiences
Try confirmation, a player cancellation, too little Koin, repeated input, interruption, delivery, and reload without coaching.
Result: Audience-specific feedback
5. Revise the unclear moment
Change one prompt instruction, regenerate, and compare whether players understand the choice more quickly.
Result: A focused second version
Generate it in SEELE
Prompt 1
Create a browser-playable game purchase-flow prototype for streamers and live audiences. Optimize for optional-only purchase design: preserve a complete playable path and avoid selling relief from deliberately created frustration. Apply this audience requirement: avoid purchase prompts that interrupt play or expose private account information. Use one voluntary game item priced directly in Koin with preview, explicit confirm and cancel, insufficient-balance feedback, success, and visible delivery. Do not include subscriptions, revenue reporting, payment-provider UI, or guaranteed outcomes.
Prompt 2
Keep the item optional. Show its specific Koin amount, current Koin balance, confirm, cancel, low-balance, success, visible delivery, and reload states.
Playtest with streamers and live audiences
- The flow directly responds to this need: avoid purchase prompts that interrupt play or expose private account information.
- Optional-Only Purchase Design changes the interface behavior, not only the heading.
- The item and clearly stated Koin cost appear prior to confirming.
- Declining or lacking Koin does not erase progress or create pressure.
- The delivered item matches the confirmed promise.
- Someone from this audience can explain the choice without coaching.
Before this flow goes live
- The design must continue to avoid purchase prompts that interrupt play or expose private account information.
- This guide uses a direct Koin transaction for one optional game item. It does not create a subscription or recurring charge.
- The result is a playable web prototype. Native billing, identity, durable entitlements, security, refunds, and store approval need separate implementation.
- SEELE does not provide payment analytics, tax tools, payout reports, or guaranteed revenue through this flow.
Frequently asked questions
Why does optional-only purchase design matter for streamers and live audiences?
It makes the choice easier to understand while respecting this audience's needs.
Is this a subscription?
No. The player spends Koin directly on one named item or unlock.
What happens if the player cancels?
Return to the same game state without spending Koin or delivering the item.
What if the Koin balance is too low?
Explain the shortage, preserve progress, and do not deliver the item.
Does this include payment or revenue reports?
No. It covers the player-facing purchase experience, not financial reporting.
Is the prototype ready for a native store?
No. Identity, persistence, security, refunds, native APIs, policy, and accessibility still need production work.
Build a optional-only purchase design prototype
Open the complete prompt in SEELE, adjust the item and Koin price, then generate a playable version you can test.
Open this prompt in Workspace