The practical answer
Reaching 300 users does not mean that an organisation must move every employee to Microsoft 365 E3 or create a new tenant. It does mean that the Business family has reached a firm licensing boundary and the next seats need a different plan. The practical answer is usually a mixed tenant: keep eligible users on Business Premium and assign Enterprise or frontline plans to the roles that need them. The design is compliant only when the Business-family total stays within the limit and each person’s licence covers the services they actually use.
What the 300-seat limit actually means
Microsoft 365 Business Basic, Business Standard, and Business Premium are designed for organisations with up to 300 users. Microsoft’s Product Terms state that a customer may not provision more than 300 user subscription licences across those Business plans.
You do not normally need a tenant migration
Crossing the threshold changes the licence assigned to additional or selected users; it does not inherently require a new Microsoft Entra tenant. Identities, Exchange Online mailboxes, Teams, SharePoint sites, domains, and policies can remain in the existing tenant.
Three ways to structure a mixed tenant
This is the simplest model. The organisation retains up to 300 Business Premium licences and gives new information workers Microsoft 365 E3 or E5, depending on their requirements.
What the 300-seat limit actually means
Microsoft 365 Business Basic, Business Standard, and Business Premium are designed for organisations with up to 300 users. Microsoft’s
- Product Terms state that a customer may not provision more than 300 user subscription licences across those Business plans.
- The limit is combined, not per product. For example, 220 Business Premium seats plus 80 Business Basic seats use the full Business-family allowance. It is not permissible to add another 300 Business Standard seats in the same tenant.
- The limit is also not a tenant-size cap. A tenant can contain more than 300 people and can hold Business,
- Enterprise, frontline, and other eligible subscriptions together. The key is to keep the combined Business allocation at 300 or fewer.
You do not normally need a tenant migration
Crossing the threshold changes the licence assigned to additional or selected users; it does not inherently require a new Microsoft Entra tenant. Identities, Exchange Online mailboxes, Teams, SharePoint sites, domains, and policies can remain in the existing tenant. That distinction matters. A tenant-to-tenant migration is a technical data and identity project. A licence-plan change in the same tenant is an entitlement and configuration project. Treating the latter as the former adds risk and cost without solving a licensing requirement. There may still be technical work. Changing a user’s suite can alter mailbox, archive, security, compliance, endpoint-management, or application entitlements. Those differences should be assessed before licences are reassigned.
Three ways to structure a mixed tenant
This is the simplest model. The organisation
- retains up to 300 Business Premium licences
- and gives new information workers Microsoft 365
- E3 or E5, depending on their requirements.
- E3 or E5, depending on their requirements.
1. Business Premium for the first 300, Enterprise for growth
This is the simplest model. The organisation retains up to 300 Business Premium licences and gives new information workers Microsoft 365 E3 or E5, depending on their requirements. It is easy to administer, but “first 300” may not be the best long-term allocation. Business Premium includes an attractive bundle for smaller organisations, yet Enterprise plans differ in areas such as scale, security, compliance, voice, analytics, Windows rights, and service limits. A role-based allocation is usually more defensible than allocation by hire date. 2. Business Premium for selected roles, Enterprise for advanced roles Keep Business Premium for users whose workload fits its rights. Assign E3, E5, or qualifying add-ons to users who need advanced controls or higher service limits. Typical Enterprise candidates include regulated teams, investigators, security operations staff, users with advanced eDiscovery or information-protection requirements, and roles that require capabilities absent from the Business plan. The exact boundary must be based on the current service-plan comparison, not on the plan name alone. 3. Business, Enterprise, and frontline plans together Some organisations also have shift-based or shared-device workers. Microsoft 365 F plans can be suitable when the user meets Microsoft’s frontline eligibility rules and the plan covers the workload. F licences should not be used as a generic low-cost substitute for information workers. This three-tier model can be efficient, but it requires strong joiner-mover-leaver processes. A user who moves from a frontline role to a desk-based role may need a different licence immediately.
The hidden operational differences
A mixed tenant is technically normal, but it creates decisions that should be documented. Security baselines: a policy may be deployable tenant-wide even when not every user is licensed for the underlying feature. Technical availability is not evidence of licensing entitlement.
- Endpoint management: confirm the Intune and Windows rights for every device and user scenario, including shared devices.
- Exchange and storage: compare mailbox, archive, retention, and storage entitlements before changing plans.
- Compliance: determine which users benefit from premium audit, eDiscovery, communication compliance, information protection, or data-loss-prevention capabilities.
- Add-on prerequisites: an add-on may require a specific base suite. Verify the prerequisite before purchasing it.
Practical checks
Automation: group-based assignment is useful only when role attributes and exception handling are reliable.
A safer transition process
Export current users, assigned products, service plans, role, device type, and key workloads. Count Business Basic, Standard, and Premium together.
- Define user personas based on actual work and regulatory requirements.
- Map each persona to a base licence and any required add-ons.
- Test licence changes with representative users, including mailbox, desktop apps, mobile access, endpoint policies, and compliance workflows.
- Change assignments without leaving a gap in service coverage.
Practical checks
Record the business rule in the identity lifecycle process and review exceptions regularly.
Common mistakes
The first is assuming that 300 Business Premium plus 300 Business Standard is allowed. It is not; the cap is shared across the Business family.
- The second is buying Enterprise seats but leaving all users on Business Premium because the
- tenant exposes an advanced feature. Licence the users who benefit according to the applicable terms.
- The third is treating E3 and Business Premium as interchangeable. They overlap, but their bundles and limits are not identical. Compare the specific service plans your users need.
- The fourth is creating a second tenant solely to obtain another Business allowance. That fragments
Practical checks
identity, collaboration, security, and governance and should not be used to evade the product limit.
Decision checklist
Is the combined Business Basic, Standard, and Premium count 300 or lower? Which roles need capabilities or limits beyond Business Premium?
- Do any users genuinely meet frontline eligibility?
- Are add-on prerequisites and per-user benefit rules documented?
- Will any service plan disappear when a licence changes?
- Can the HR and identity process maintain the allocation over time?
Practical checks
For a broader method of matching plans to roles, see Axeti’s Microsoft 365 licence mix guide . If you want the current allocation checked against real workloads rather than plan labels, contact Axeti .
Sources and scope: This article is based on Microsoft’s Business Premium FAQ , Microsoft 365 Product Terms , and SMB plan comparison . Product names, inclusions, and terms change. Revalidate them for the customer’s agreement, market, and publication date; the applicable agreement and Product Terms prevail.





