The meeting itself
How this is scored
Whether the call works: participant capacity, video and audio quality under load, screen sharing, breakout rooms, moderation, and what happens on a bad connection.
0 — Small meetings only, no screen sharing worth the name, no moderation controls, and the call degrades without telling anyone.
3 — Standard meetings with screen sharing and mute-all, but low participant limits, no breakout rooms and no bandwidth adaptation stated.
5 — Meetings at the scale most teams need with screen sharing, breakout rooms, host moderation, and documented behaviour on constrained connections.
8 — Large meetings and webinars with published capacity limits, per-participant moderation and waiting rooms, layout control, simulcast or adaptive bitrate stated, and reliable behaviour on mobile networks.
10 — Scale and control are engineering claims the vendor stands behind: capacity published per plan and per region, selective forwarding with adaptive quality documented, live streaming, hardware-room support, and diagnostics an admin can read after a bad call.
The IT Administrator
The published load tests are exactly what I want before a board call: over a thousand streams at roughly 550 Mbps for about 20% CPU on a quad-core Xeon, on a Selective Forwarding Unit that relays rather than mixes, with Last N mode for large rooms. What holds it back is the bad day — on the public service all users are moderators with soft controls, we found no public information on breakout rooms, waiting rooms, room-system support or behaviour on mobile networks, and the hosted demo carries no uptime commitment and is expressly not meant for production use. 6 7 3 5 10