On this page
Running two apps in Play Console is simple. Running twenty is an organizational problem: releases overlap, permission grants accumulate, and nobody remembers who changed the production track at midnight. The structure you set now decides whether adding the next app costs an hour or a week.
One account, many apps
Google expects related apps to live under a single developer account rather than being spread across accounts created to dodge limits. One account gives you a shared team, a single place to watch policy status, and one dashboard for every app you publish. Keep the account's organization details accurate, because account-level issues affect every app inside it.
Grant permissions per app, not per person
Play Console lets you manage users at the account level and at the individual app level. The safer default is narrow: give each person access to the apps they actually work on, and reserve account-level rights for the people who can accept policies and manage payments. Review the user list when someone leaves a project, since stale permissions are how old contractors keep access to production.
Naming and structure conventions
- Package names: keep a consistent reverse-domain pattern so apps are recognizable in the console and in crashes.
- Track policy status per app on a schedule, instead of only when Google emails you.
- Use the same release flow for every app: internal test, closed test, then a staged production rollout.
- Name your builds and releases consistently so a screenshot of a release page explains itself.
- Keep a lightweight spreadsheet mapping apps to owners, package names, and current production version codes.
Releases across a portfolio
Each app has its own tracks and its own country availability, so a portfolio multiplies release surfaces. Stagger big releases instead of pushing five apps to production on the same afternoon, and use managed publishing when several changes should land at once for a campaign. When release coordination becomes a weekly chore, that is the signal to formalize the process rather than to remember harder.
Portfolio hygiene is unglamorous work that shows up as fewer emergencies. Teams that run many apps often hand release coordination to AppsTestLab, so every app follows one release flow and nobody has to remember which track was left half-promoted.
Frequently asked questions
Should I create a separate developer account for each client or brand?
Related apps belong together in one account. Separate accounts are appropriate for genuinely unrelated businesses, but creating them to work around a policy or account issue violates Play rules and can take every account down together.
Can a team member see only some of my apps?
Yes. Play Console supports per-app access in addition to account-level roles, so you can invite someone to work on one app without exposing the rest of your portfolio.
How do I keep track of which version is in production?
Each app's production track shows the current live version code. For a portfolio, keep an external sheet that records app, owner, production version code, and last release date, because you will not open twenty dashboards for one question.
Sources & references
Official Google documentationThese links open Google's official Play Console Help pages used to verify this guide. AppsTestLab guidance is independent and not affiliated with Google.
Get help doing this
