How does PINGO support Peer Instruction in very large groups?

Updated

PINGO is a browser-based classroom response system built around a three-step loop: ask a question, let the audience respond, then view the results. That loop is what makes it usable for Peer Instruction in very large groups — every participant with an internet-connected device can take part, and the instructor gets an immediate picture of where the group stands. It fits best when you want live, in-class polling at a scale where hand-raising or calling on individuals stops being practical.

The three-step loop

PINGO's own description of the workflow is short and worth taking literally:

  1. Ask a question — the instructor poses a question to the room.
  2. The audience responds — participants answer using a device connected to the internet.
  3. View results — the instructor sees the aggregated responses.

Each step maps onto a stage of Peer Instruction. The individual answer is the first step; the shared result is what tells you whether the group is ready to move on or needs the discussion phase.

Why this matters for Peer Instruction specifically

Peer Instruction is not just "asking the class a question." Its structure depends on a sequence:

  • Students commit to an individual answer first, so they have a position to defend or revise.
  • They then discuss with peers, which is where much of the learning happens.
  • The instructor uses the distribution of answers to decide whether to explain, re-poll, or move on.

A tool that only collects answers but never shows the distribution to the room breaks the middle of that sequence. PINGO's "view results" step is what keeps the loop intact — the result is visible in time to act on it during the same session.

What "very large groups" changes

The scale claim matters because the usual alternatives degrade differently as a room grows:

Approach What breaks at scale
Hand-raising Instructors can't count or read the room reliably
Calling on individuals Only a handful of students ever participate
Paper response cards Collection and tallying cost class time
PINGO-style live polling Depends on participants having internet-connected devices

The trade-off is explicit in PINGO's own framing: participation requires a device with an internet connection. That is the condition you need to check before committing — a large lecture hall with unreliable Wi-Fi or a group without devices will not get the benefit, regardless of group size.

Deciding whether it fits your session

PINGO is a reasonable fit when all of the following hold:

  • You want students to answer individually before discussing.
  • You need the answer distribution during class, not after.
  • Your participants can each reach the internet from a device.
  • Your group is large enough that manual polling is impractical.

It is a weaker fit when the room lacks connectivity, when you need responses collected offline, or when the goal is a one-way broadcast rather than a two-way loop.

Practical notes

  • The instructor side runs in a browser, so there is no separate installed client to manage for the person asking questions.
  • Because participation is device-based, plan a fallback for anyone who cannot connect — otherwise the "individual answer" step silently excludes part of the room, and the result you view is not the group's actual distribution.
  • The value of the results step depends on acting on it in the moment. If you collect answers but never change what you do next, you have added polling without adding Peer Instruction.