Skip to content
GetClosedTesting

Google Play Tester Recruitment

Where testers come from, how to recruit at the volume you need, and how to keep them opted in and active for the whole testing window.

Recruiting splits into filling a roster and keeping it filled. The first is a supply problem and gets all the attention. The second is where the campaigns are actually lost.

Where testers come from

Most teams end up with a mix of these. Each behaves differently once the invitations are out, which is worth knowing before you depend on one of them.

People close to the product

Colleagues, clients and existing users. The highest opt-in rate and usually the most useful feedback, because they already know what the app is meant to do.

BehaviourFollow through reliably, but are rarely enough on their own, and the same few people get asked every release.

Developer communities

Places where developers trade opted-in installs. Fast to fill a roster from, and the fastest way to reach a number before a deadline.

BehaviourParticipation is transactional. Expect the minimum activity needed to count, and expect some to leave the track once the favour is returned.

Paid tester pools

Predictable numbers and quick to assemble, which makes them attractive when a window is already running late.

BehaviourActivity levels vary a lot between providers. Whoever supplies the testers, each one still has to opt in with a real account.

Your own channels

Newsletters, Discord servers, beta lists, social followings. Slower to convert than a pool and harder to predict.

BehaviourProduce testers with an actual reason to keep the app installed, so they survive the length of the window more often.

One roster, however the testers arrived

What happens after the invitation goes out

Every tester travels the same line. The question is how many are still on it when the window closes.

  1. Before the invite

    Decide the number you actually need

    Start from the required tester count and add headroom. A roster sized exactly to the requirement has no tolerance for the opt-ins that will not happen.

    Lost hereNo headroom. One tester dropping out puts the campaign below the threshold, and replacing them late risks interrupting the continuous period.

  2. Stage 01

    Invited

    The address is on the roster and the invitation has gone out. This is the only stage where the number looks healthy and means very little.

    Lost hereWrong or unused addresses. A typo, a work address the tester never checks, or an address already on the list under someone else's name.

  3. Stage 02

    Opted in

    The invited account opened the link and accepted. Confirmed against the roster rather than inferred from someone saying they had done it.

    Lost hereSigned in with a different account. A willing tester on the wrong Google account fills nothing, and looks identical to success in a reply thread.

  4. Stage 03

    Still active

    The tester has opened the build recently enough to count as participating. This is the number worth acting on during the window.

    Lost hereQuiet dropout. Nobody announces it. The interruption is only visible if activity is checked through the window instead of at the end.

  5. At close

    On the roster when the window ends

    The intersection of everyone you recruited and everyone who stayed. This is the figure the campaign record reports, and the one an application has to stand behind.

    Lost hereA number you cannot defend, because the days it dipped were never recorded while it mattered.

Sources
Alternatives, not steps. You can start from any of them, and most campaigns use more than one.
The line
One direction of travel. A tester is either still on it or has come off, and coming off is usually silent.
Lost here
The specific way a tester stops counting at this stage. Each one has a fix, and none of them are technical.

Holding the roster together once it is built

Recruitment is the easy half. These are the habits that keep the number true.

Invitation and opt-in are two numbers

Collapsing them is the most common way a campaign looks healthier than it is. Report the opt-in figure, act on the activity figure.

Watch activity through the window

A tester who opted in and then stopped opening the app is the failure mode nobody announces. Checking weekly is enough to catch it in time.

Agree the replacement rule in advance

Decide how many quiet days trigger a nudge and how many trigger a replacement, so the call is not being made under deadline pressure.

Keep testers on the track between releases

Anyone who stays opted in does not have to be recruited again, which is worth protecting even after a campaign closes.

What to send, and when

Four messages cover a whole campaign. Anything more tends to be ignored.

  • Invitation: what the app is, why you are asking, and the exact Google account to use
  • Install instructions: which account to be signed in with, the opt-in link opened on the device, and the install from Play rather than a file
  • Mid-window check-in: a short reminder that the test is still running, with a way to report a problem
  • Close-out: thanks, what happened as a result, and whether the tester stays on the track for the next release

However they were recruited, they end up here

All the sourcing in the world converges on one screen in your account. Everything before this point is supply; this is the list that decides your numbers.

Google Play Console field for entering the email addresses of closed testers
Tester addresses go into the closed track email list. One address fills one slot, and only the address invited can opt in.

Questions about recruiting testers

Let Us Handle Tester Coordination

Send us the app and the number of testers you need. We will build the roster, chase the opt-ins and tell you early if any slots are not being claimed.