14 August 2026
Most of the time in a recurring meeting isn't carrying information at all — it's people attending in case something relevant comes up, or reciting status that was already written down somewhere. Cut those two things and a lot of meetings shrink by half without anyone missing anything. A smaller set of meetings genuinely can't be compressed, and pretending otherwise is how you lose the information you were trying to keep.
Two things eat meeting time without adding to what anyone actually knows afterward. The first is attendance-for-context: people sitting in a meeting not because they're deciding anything, but because if they skip it they might miss something relevant later and have no way to find out what. The second is status recitation: someone reading out what they did this week, which is exactly the kind of thing that's better written once and read by everyone in ninety seconds than said once and heard by everyone in eight minutes.
Neither of these is really about information transfer. Attendance-for-context is an insurance policy against not knowing something happened. Recitation is a broadcast dressed up as a discussion. Both can be replaced with something asynchronous, which is where most of the real time savings live — not in talking faster, but in removing people and content that didn't need the live room.
A recurring meeting tends to keep its original shape long after the reason for that shape disappeared. The fix is to stop running from a template and start running from a list of what's actually unresolved since the last meeting: pending decisions, open blockers, things someone is waiting on someone else for. Anything that got resolved over email or Slack between meetings comes off the list entirely — it doesn't need a verbal recap, it needs to not be on the agenda.
In practice this turns a 30-minute weekly sync with eight standing agenda items into a 10-minute meeting with the two items that are genuinely still open. The other six either resolved themselves, never needed discussion in the first place, or were being kept on the agenda out of habit. The discipline is in someone actually pruning the list before the meeting starts, not during it.
Attendance-for-context has a cheaper substitute: a short written brief sent to the people who don't need to be in the room live but would object to being kept out entirely. A useful brief says what was decided, what changed as a result, and what — if anything — is needed from the reader, with a deadline to raise an objection. That last part matters; people attend live largely because they don't trust that they'll be told if something affects them, and a brief with no deadline to respond doesn't fix that.
This only works if the brief is reliably written and reliably read. If it's inconsistent — sometimes sent, sometimes not, sometimes vague — people go back to attending live because that's the only channel they trust. The habit has to be dependable before it can replace a seat at the table.
Some meetings resist this no matter how good the notes are, and it's worth naming them rather than pretending every meeting is a status meeting in disguise. Negotiation and conflict resolution don't compress because the information being exchanged is tone, hesitation, and reaction in real time — a summary of a negotiation isn't the negotiation. Brainstorming compresses poorly for a related reason: a lot of the value is in one half-formed idea triggering someone else's, which doesn't happen on the same schedule in a written thread.
Ambiguous technical debugging is another one. The useful moments are often the tangents nobody would have flagged as an agenda item beforehand — someone notices something odd while explaining a different problem. And first meetings between people who haven't built trust yet don't compress at all, because the thing being transmitted is credibility, not facts, and credibility doesn't survive being written down and forwarded.
The tell is whether the value is in the content or in the exchange itself. Status, decisions already made, and updates compress cleanly because the content survives being written. Negotiation, brainstorming, and early trust-building don't, because the exchange is the point.
AVAY keeps a running set of notes and decisions during a call and can search across every past meeting, which makes the open-items agenda easier to build — instead of someone manually checking what's still unresolved, the list of open decisions from the last meeting is already there. It can also draft the absent-participant brief from the transcript afterward, which removes the excuse that writing the brief takes longer than just inviting the person.
It doesn't solve the judgment call underneath all of this: deciding who genuinely needs to be in the room versus who's there for insurance is a call a person has to make, not something a transcript can decide. And the transcription it runs on depends on the browser's speech recognition, which is solid in Chrome and Edge and unreliable elsewhere — worth checking before you rely on the brief being accurate for a meeting run in a different browser.
| Compresses well | Why | |
|---|---|---|
| Status and update meetings | Yes | Content is factual and survives being written; live time adds nothing over a read |
| Decision meetings with a pre-read | Yes, mostly | The decision itself needs discussion but the background doesn't need retelling live |
| Brainstorming and ideation | Poorly | Value is in one idea triggering another in real time, not the ideas as a list |
| Negotiation or conflict resolution | Poorly | Tone and reaction are the information; a summary isn't the negotiation |
| Ambiguous technical debugging | Poorly | Useful moments are tangents nobody would think to flag as an agenda item |
| First meetings between new collaborators | Poorly | What's being transmitted is trust, which doesn't survive being forwarded |
For meetings that are mostly status and low-stakes updates, cutting to a third of the original time is realistic once recitation and attendance-for-context are removed. For meetings that include real negotiation or open-ended technical discussion, expect much less — you can trim the status portion but the discussion portion doesn't shrink.
Ask what specific decision they'd act differently on if they missed it. Usually the honest answer is none, and a brief covers it — but if there's a real answer, that's a sign the item belongs on the live agenda, not that the meeting should stay long for everyone.
For pure status, yes — there's no reason to say out loud what could be read in ninety seconds. It doesn't replace the meeting when the update itself is expected to trigger discussion, because then you need the live slot for the discussion, just not for the recitation.
For catching up on what was decided, yes. For being part of making the decision, no — notes capture the outcome, not the weighing of options that led to it, and if you needed to weigh in on that, notes after the fact are too late.
Most meeting time being wasted isn't discussion — it's people attending for insurance and status being read aloud that was already written down; cut those and keep the meetings where the exchange itself is the information.
Meetings that take their own notes, in the browser: avay.ai.