Short answer: Yes, if the remote guest has a defined action that changes the shared experience and receives visible feedback. A camera pointed at an installation gives remote viewers access to a broadcast; it does not automatically give them a role in the activity.
Power Interactive's 2026 event-technology guide proposes pairing an on-site installation with a connected digital layer. It is a supplier's format suggestion, without a tested design for a remote person to influence a specific installation. The IEEE hybrid-event planning guide asks organizers to design for in-person and virtual engagement, choose tools that support interactive elements, and plan timing and support. It is guidance for events generally, not evidence that a particular activation will increase attendance or sales.
Assign one remote action before choosing equipment
Suppose the physical activation is a product-choice wall. A room visitor selects a challenge; remote participants choose which of two product attributes the wall should reveal next. The room sees the aggregate selection, and the remote interface shows the same result. That creates a bounded contribution from the remote side. It is still one shared activity, rather than a separate mini-game running online.
Write the participation contract in one sentence: “Remote participants can choose the next comparison prompt; the on-site host can close voting; both audiences see the selected prompt and its explanation.” Then assign owners for each part. The host owns the turn; the software owns the state; the stream operator owns what remote guests see and hear. If remote votes are advisory rather than binding, say so on the interface.
The contract prevents a common ambiguity. A remote guest should not be promised “control” when an operator may ignore their input, or “live” participation when the displayed result is delayed by a long stream buffer.
Rehearse the turn from both sides
Test with people on separate devices and networks, not with two browsers on the venue's production Wi-Fi. Time the entire path: remote prompt appears, guest acts, result arrives at the venue, host acknowledges it, venue display changes, and the streamed image catches up. The team should set an acceptable window based on the task and room pacing. There is no universal latency target in the cited IEEE guide.
| Test | Question to answer before opening |
|---|---|
| Shared state | Does the remote screen show the same current choice as the venue wall? |
| Late arrival | Can a guest joining midway tell which turn is open? |
| Duplicate or stale input | Does the system reject a previous-turn vote rather than silently applying it later? |
| Room visibility | Can on-site guests tell that the remote audience contributed? |
| Accessibility | Can someone use the action without relying only on a video stream or sound cue? |
| Support | Who handles a remote participant who cannot connect while the host keeps the room moving? |
These are proposed acceptance checks, not reported outcomes of a study. Run them with the actual event platform, moderation settings and venue equipment.
Give failure a truthful response
If the remote input path fails, the wall can continue in a clearly labeled local mode, pause the shared turn, or let the host select a default. Decide which is honest for the advertised experience. If the video stream fails but votes still arrive, the remote guest may act without seeing the consequence; stop accepting that turn or show a separate confirmed result. The operator script must tell both audiences what happened.
If the physical installation can only support a broadcast, call it a livestream companion and design a useful independent online path, such as a post-event product explanation. Archv's event-to-website handoff guide covers that later journey. The decision here is earlier and narrower: whether remote participants truly have a part in the live on-site interaction.