AR gaming
Make the real space part of the game.
Augmented reality games combine digital rules and content with cameras, movement, images or real surfaces. We design custom AR gaming experiences for brands, events and interactive journeys, starting with the mechanic and the audience’s devices.
A 3D scene is not yet a game. We define what users should do, how they receive feedback and the role of the physical space. If the camera adds nothing to the mechanic, we consider an interactive web experience without AR. This service covers custom development, not a catalogue of ready-made games.
When it helps
A mechanic tied to space
When finding, placing, moving or recognising real elements is part of the activity.
When to choose differently
Interaction without the camera
A quiz, touch game or on-screen sequence may work better when the physical context is unnecessary.

OUTPUTS AND INPUTS
What the project can include.
01
Mechanic and prototype
Goals, rules, game states and feedback are tested through a representative sequence. The prototype checks understanding and feasibility before all assets are produced.
02
Objects and interactions
Characters, 3D elements, animation and interactions are prepared for the target device. Surfaces, markers or route points follow the agreed mechanic.
03
Launch and recovery
We design instructions, camera permissions, restart and behaviour when tracking is lost. Duration, user numbers, any scoring and updates are defined in the scope.
What we need to begin
Audience, game objective, location and duration of use, participant numbers, devices, brand assets and distribution method.
TECHNOLOGY AND LIMITS
Tracking should support the mechanic, not interrupt it.
A test in the real space assesses lighting, surfaces, movement and comprehension. For public activities we define the usage area, supervision and instructions: the screen should not encourage users to ignore their surroundings. Multiplayer, geolocation, accounts and leaderboards are not automatically included; they need dedicated architecture, data requirements and testing. Browser and app access are assessed through the prototype.
PROCESS
From a representative test to delivery.
01
Mechanic and context
Define actions, audience, duration, location and success criteria.
02
Playable prototype
Test an essential mechanic before adding levels and content.
03
Assets and interactions
Produce approved elements and integrate feedback and tracking recovery.
04
Field test
Check launch, instructions and behaviour on the intended devices before delivery.
FAQ
Practical questions before starting.
Do you provide ready-made downloadable games?
This page covers custom projects for businesses and organisations. Availability of any existing game or product must be checked separately.
Is geolocation necessary?
Not necessarily. A game can use images, markers or surfaces. Geographic location is added only when the mechanic needs it and requirements are explicit.
Can multiple people play together?
That is an option to design, not a default feature. Synchronisation, network requirements, user management and devices change the technical scope.
Is this the same as event gamification?
Not always. Gamification uses rules and feedback to engage participants; AR adds a camera-based relationship with the real world. Activities that do not need it may be better served by event installations and gamification.

LET’S TALK ABOUT YOUR PROJECT
Which action would you like to turn into a game?
Tell us the audience, location, duration, devices and objective. We start with a short mechanic to test rather than a list of effects.
AN INITIAL DISCUSSION
Context, content and devices.
Tell us the audience, location, duration, devices and objective. We start with a short mechanic to test rather than a list of effects.
REQUEST AN INITIAL DISCUSSION
Tell us about the experience to develop.
The fields below are optional and help us tailor our first response.

