Attending events

Why most event networking apps go quiet the day after

Conference apps are built for the three days they are needed and abandoned on the fourth. The reason is structural, not a failure of engagement, and it decides what happens to every connection made in the room.

In short. Event apps go quiet because they are licensed per event. When the licence covers three days, the product is designed for three days, and the follow-up window that actually produces work falls outside it. The fix is a window that opens before the event and stays open after it.

Everyone who has been to a conference has the same app graveyard on their phone. Installed for the event, used hard for two days, never opened again. The usual explanation is that attendees lose interest. The real explanation is in the contract.

It is a licensing artefact

Most event platforms are sold per event. The organiser buys the platform for one conference, the attendee is invited into it for the duration, and when the event closes the commercial relationship closes with it.

So the product gets built for that window, because that is the window it is measured on. Engagement dashboards cover the event days. Features that would matter in week two have no owner, because by week two nobody is paying.

This is not laziness. It is a rational response to how the thing is bought.

The problem is that the value is in week two

The useful part of a networking event almost never happens in the room. In the room you get a name, a face and about four minutes. What turns that into anything is the follow-up: the message a few days later that refers to what you actually talked about, while they still remember the conversation.

That window is roughly a week. It sits entirely outside the period a per-event app is designed for, which is why the standard experience is:

  1. Good conversations at the event.
  2. A pocket of cards, or a list of scanned badges.
  3. Nothing, because by the time you sit down to follow up you cannot remember which Dave was the one worth emailing.

The app had every one of those details and stopped being the place you looked.

What a window should look like

The access period is the design decision that matters most, and almost nobody states theirs. Ours is 14 days before the event to 7 days after, and both halves are deliberate.

Before is where the preparation happens. Reading who is going a fortnight out is what lets you arrive with three names rather than a hope. An app that only opens on the day has already missed its most useful fortnight.

After is where the work happens. Seven days is enough to follow up properly and short enough that it stays a follow-up rather than becoming another inbox.

Then it closes. That part is also deliberate: a room that never closes becomes a feed, and a feed is the thing everybody is already tired of.

What you keep when it closes

The distinction that makes a closing window tolerable is between the room and the relationships.

The room closes. The threads and accepted connections do not. They are yours, and they stop depending on the event that produced them. If that is not true of a platform you are considering, the closing window is a trap rather than a design.

How to tell before you commit

Three questions to ask an organiser or a vendor:

  1. When does the attendee list open, and when does access end?
  2. What happens to a conversation I started, after that?
  3. Can I reach someone I met, next month, without the organiser’s help?

If the answer to the third is no, treat the app as a programme guide and take notes somewhere else.

Published 2 October 2026

Founding members

The first rooms are being built now.

We're opening The Gantry with a small group of members and event owners across the Midlands and the South East. Leave your email and we'll be in touch about the next Room near you.

Event owners: tell us the event and the date, and we'll set the Room up with you.