Project planning / Coin pusher
A planning brief for a monthly licence · platform planning · handover planning.
An underwater treasury gives the familiar coin-pusher mechanic an atmospheric ocean world and a fresh visual identity.
Coral Treasury combines coin movement and pushing with a coin pusher concept. For platform planning, the brand customisation work should be evaluated during handover planning before the scope of the monthly licence is accepted.
Define documentation, account ownership, secret rotation, support contacts and the acceptance record required for handover.
Playable conceptCoin pusher · Virtual-credit demo
Integration priority
Document the brand assets, interface language, animation style and sound requirements before asking for a reskin.
Review visual assets at real display sizes and check that text and controls remain readable during play.
Commercial scope
Define a monthly access agreement with clear game coverage and an agreed notice process. Avoid assuming unlimited brands or domains.
Confirm the current period and the action required when access ends.
Channel requirements
Start with the operator’s actual browser, wallet and player journey requirements. This brief is a planning scenario, not a claim of compatibility with an unnamed casino.
Game-specific decision
Define how simulated coin movement relates to any future monetary result. Do not derive real payouts from an untrusted browser simulation.
| Check | Evidence to collect |
|---|---|
| 01 / Record font and artwork usage rights | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 02 / Review long labels and localisation expansion | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 03 / Check contrast and control visibility | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 04 / Agree sign-off on the first playable build | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 05 / Observe overlapping coin motion | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 06 / Check the push action and visual response | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
| 07 / Review the end-of-round state | Record the Coral Treasury build, platform planning environment, expected result and observed result. Attach reproducible steps for any mismatch before completing handover planning. |
For this Coral Treasury proposal, connect each agreed right to an identifiable deliverable. Keep brand customisation changes explicit in the statement of work.
The current game is a playable concept. Test wallet behaviour is available separately in the developer sandbox. Real-money wagering is disabled in that sandbox.
A live build requires server-authoritative gameplay, validated payout maths, partner-specific wallet integration and applicable testing. This brief is a planning aid, not evidence of certification or an existing platform connector.
Adjust the environments and test cases for this Coral Treasury evaluation. Start with the checklist above, then add partner-specific cases.
Planning reference GQX-0562. Requirements must be confirmed against your actual platform and agreement.