I once told a client their app would be on the Play Store "in about two weeks". I was counting the 14-day closed test and nothing else. The real number came out closer to five weeks, and most of the extra time wasn't anyone's fault. It was review time and setup I hadn't put on the calendar.
So now I plan launch dates backwards, on paper, before I promise anything. If your personal developer account was created after November 13, 2023, Google wants a closed test with at least 12 testers opted in continuously for 14 days before you can apply for production access. That rule is the fixed middle of the plan. Everything else gets stacked around it.
If you already know you'll need testers and want the run booked: Get 12 testers for $8. One plan, $8 one-time per app, no subscription.
Here's the math I use, day by day.
Day 1: setup day (and the first review clock)
Day 1 is the day the closed release goes out. Before that I finish app setup, because Google's help says you can start a closed test after completing your app setup. That means the store listing, the App content page with nothing left to answer, countries on the closed track, and a release rolled out under Test and release > Testing > Closed testing.
Then the first wait starts. Google's Publishing overview help says all app changes need to be processed before they can be published, and that processing "can take a few hours or up to seven days (or longer in exceptional cases)". It also says that after you publish a test for the first time, the test link can take several hours to become available.
I can't control any of that, so in my plan Day 1 is "release sent", not "testers joined". If managed publishing is on, I check Publishing overview and press publish myself once the changes are approved.
One thing I learned the hard way: Google counts review turnaround from the last change you submit. If you keep tweaking the listing while the release is in review, you can push yourself to the back of the queue. On setup day I submit once and leave it alone.
Day 2: order, and let the devices join
Once the release shows as available and the opt-in link opens, I order. On the 12testers side, the how it works page says enrollment timing starts after they verify that the release and opt-in route are accessible. The FAQ says the managed devices usually join within 12 to 24 hours after you add testers@12testers.pro on the Testers tab or share an accessible opt-in link.
So in the plan, the 14 days start on Day 3. If I order in the evening, I still write Day 3, not Day 2. Being optimistic about the start date is exactly how the "two weeks" promise went wrong last time.

Illustrative plan with example day numbers. Google's review times vary, so the right side of this chart is a buffer, not a promise.
Days 3 to 16: the 14 days nobody can speed up
This part is pure counting. Testers who join on Day 3 hit 14 continuous days at the end of Day 16. Google's help is clear that a tester who opts out and back in has to start a new run of 14 consecutive days, so the date only holds if the count stays at 12 or more the whole time.
That's why the $8 plan's numbers matter for planning, not just for price. The pricing page lists:
- 14 real physical Android devices and Google accounts (two above the minimum)
- 16 continuous days of active testing, a two-day operational buffer beyond the 14-day minimum
- Opt-in and tester continuity monitoring
- A free re-test or refund for eligible service-side failures
I still check the opted-in count in my own Play Console every couple of days. That number is the one Google reads.
Day 17: apply while testers are still opted in
This is the detail that changed my planning most. Google's help says at least 12 testers must be opted in when you apply, and they must have been opted in continuously for the preceding 14 days. So the run can't have ended when I apply.
With a 16-day window starting on Day 3, testers stay through Day 18. I apply on Day 17, from the Dashboard (Apply for production). That leaves a day of slack if I'm busy or the form takes longer than expected. The form has three parts: about your closed test, about your app, and about your production readiness. I keep notes during the test so I'm not writing those answers from memory.
Days 17 to 23: production access review
Google says this review "usually takes seven days or less, but can occasionally take longer", and the account owner gets an email when it's done. I put seven days on the calendar and treat anything faster as a bonus.
If the answer is that more testing is needed, Google names fewer than 12 opted-in testers and insufficient tester engagement as reasons. That means going back to a closed test, so my launch date moves. No tester service can promise approval. Google reviews the app, the account and the testing, and makes the call.
Days 24 to 30: the first production release
Getting production access isn't the launch. The production release is another change that has to be processed. Google's own tip on the Publishing overview page is to plan "a buffer period of at least a week between submitting your app and going live". So I give it a week.

How I count back from the date I want to announce.
The short version, counted backwards
If I want to announce on a Monday, I count back:
- About 7 days for the first production release (Google's suggested buffer).
- About 7 days for the production access review ("usually seven days or less").
- 1 day to apply, inside the 16-day window.
- 14 days of continuous opt-ins.
- 12 to 24 hours for the devices to join after verification.
- 1 day or more for setup and the closed release review.
That's roughly 30 days from setup to launch in an example where nothing slips. When review takes longer, the right side of the plan grows. The middle 14 days never shrink.
The part I can control is making sure the 14 days start on Day 3 and not on Day 12 because I was still asking friends to opt in. Here's the live plan card I book against:

The live 12testers.pro pricing page, captured October 30, 2026.
Get 12 testers for $8: 14 devices, 16 days, opt-in through your Google Group or closed track link, no Play Console password needed.
