Back to Blog
Strategy18 april 202612 min

What is a Frontier Firm? And how to design one without hiring McKinsey

Microsoft's Frontier Firm thesis explained — the three stages of maturity it describes, the agents-per-human framing it proposes for leadership, and a practical way to design your own operating model. In Fronterio's Understand → Decide → Transform → Prove loop this is decision work: choose the firm you want to become before you spend on tools. The consulting industry sells the same design exercise as a months-long engagement; Fronterio's Frontier Twin holds it as a living model of how the work runs today and how it could run redesigned around AI.

The Frontier Firm in plain English

Microsoft's 2025 Work Trend Index introduced a term that's quickly become the boardroom vocabulary for AI-first organizations: the Frontier Firm. It describes companies that have stopped thinking about AI as a productivity tool bolted onto an otherwise-unchanged org chart, and started designing for a world in which humans and AI agents are organized together as teams. The static org chart — boxes with job titles stacked into reporting lines — becomes a dynamic work chart: who (human or agent) does what, how they hand off, and who supervises whom. Microsoft's thesis has been echoed by McKinsey's Agentic Organization paper, by BCG's AI-First Organization model, and by Harvard's Hybrid Intelligence Teams framework (Eccles et al., 2025). They all converge on the same core insight: becoming AI-first is not a licensing decision. It's an operating-model decision.

Three stages, not one destination

Microsoft describes Frontier Firm maturity in three stages. Stage 1 — AI-Assisted: every person uses AI as a tool to automate repetitive work. This is where most companies sit in 2026, and where Copilot-style deployments land. Stage 2 — Agents as Colleagues: agents join the team as digital colleagues, performing specific tasks with defined human oversight. The ratio of agents to humans starts climbing. Stage 3 — Agents Run Processes: agents independently complete bounded business processes end-to-end; humans set direction, review exceptions, and handle edge cases. The crucial insight is that different functions inside the same company operate at different stages at the same time. A finance team might be at Stage 3 for month-end close while sales is still at Stage 1 and customer support is mid-transition to Stage 2. Designing for AI-first transformation means designing per-function.

The metric Microsoft proposes: agents per human

Headcount and span of control have been the bedrock of organizational design for a century. Microsoft's Frontier Firm thesis adds a third dimension: how many agents does one person supervise? It's function-specific. A L2 support team might reasonably supervise twenty to fifty agents per human at maturity. A fraud-investigations team at the same firm might hold it at two or three to one. Eccles' Hybrid Intelligence Teams framework models the mature end of the curve as two to five humans supervising fifty to one hundred specialized agents — an 'agent factory' model. The point isn't any particular number, and Fronterio does not track one. A ratio describes the shape of a team after the work has been redesigned; it says nothing about whether the redesign paid. The question worth answering first is which processes you would redesign around AI, what that work costs today, and what it would cost in the Frontier state — because that is the figure a board can check, and verified value is the proof that the operating model works.

The consulting industry sells the same framework as a six-month engagement

The big consulting firms have productized the Frontier Firm design exercise. McKinsey runs it as 'AI operating model design.' BCG calls it 'AI-first transformation.' The typical engagement is six months, involves stakeholder interviews across every function, and produces a 60-page deck plus a 12-week implementation roadmap — at fees sized for a Fortune 500. At that scale, the spend can be the right move: the scope, the politics, and the change-management complexity justify it. For a 200-person scaleup, it's absurd. The design exercise isn't actually complicated. What's complicated is keeping it alive as the company changes, and connecting it to execution. That's where a SaaS productization beats the consulting version.

A practical framework you can run in one afternoon

The design exercise has five steps, and none of them is a maturity ladder. First, map your functions. Not your reporting lines — the outcomes you deliver. Finance. Sales. Customer success. Product. Engineering. HR. Legal. Ops. Marketing. IT. Most mid-market firms have eight to twelve. Second, for each function, map how the work runs today: the processes that carry the hours, the roles and systems each step touches, and what the work costs. That is the Current state, and it is grounded in evidence rather than in a self-assessed score. Third, choose which processes to redesign around AI. This is the strategic choice: which processes do you want to redesign this year? Which ones are not ready, and should keep running as they do? Fourth, design the Frontier state for each chosen process — which steps stay with a person, which an agent takes over, and what the redesigned process costs. A function's Frontier state comes from its redesigned processes; a function with nothing redesigned has none, and the model says so rather than inventing a target. Fifth, ask the hard question: what has to change to get each process from its Current state to its Frontier state — what agents do we need to deploy, what guardrails, what training, what oversight structure, what roles change? That question is where the real work lives, and the gap between the two costs is the number the redesign has to earn back.

Strategy-execution gap: the part consulting decks miss

The Achilles heel of the consulting version is that it stops at the design. You get a beautiful target operating model and a Gantt chart of initiatives, and then the engagement ends. The design drifts out of date the moment the firm ships a new agent or onboards a new integration. The initiatives live in a project plan that's disconnected from the actual governance, compliance, and adoption systems the company uses day-to-day. Fronterio's Frontier Twin closes that gap structurally. When you design the Frontier state inside the platform, the platform cascades that design into concrete initiatives: proposed use cases land in the use case registry, proposed agents land in governance (pre-classified for EU AI Act risk), playbook milestones create tasks, and — where the redesign warrants it — the right deployer obligations activate (Article 4 literacy as agents join the work, Article 14 oversight for high-risk agents, Article 27 FRIA where a redesigned process touches HR, credit, insurance or public services). Strategy and execution share the same substrate.

The EU AI Act connection most strategy decks miss

One reason to do this design exercise inside a platform rather than a consulting engagement is that AI operating model choices are regulatorily consequential under the EU AI Act. Handing part of a function's work to agents expands the scope of Article 4 AI literacy obligations — more of your employees need formal literacy training, documented. Redesigning a process around a high-risk agent triggers Article 14 human oversight design requirements. A redesigned process that runs end-to-end on agents in HR, insurance, credit, public services, essential services, or law enforcement triggers Article 27 Fundamental Rights Impact Assessments. If the Frontier state of your HR function hands hiring screens to agents, you're committing to FRIAs. The design and the compliance calendar are the same artifact. A consultant might flag this in a footnote. A platform that's already tracking your compliance posture can surface it as the Frontier state evolves, and generate the evidence as you deploy.

How to start (in four minutes, for free)

Frontier Twin is a core part of the Fronterio platform. You map your functions, describe how the work runs today, and design the Frontier state beside it. Function maps can be AI-generated from your industry, size and onboarding research, with per-function narratives written for you, an initiative cascade, and Microsoft Graph sync for pulling real org structure out of your M365 tenant. If you want to see it in action, start with the AI readiness assessment — it takes about ten minutes and feeds straight into the twin. Map how the work runs. Redesign it around AI. Prove what it returned. That's the loop.

Frequently asked questions

Is 'Frontier Firm' a Microsoft-only concept?

Microsoft coined the term in the 2025 Work Trend Index, but the underlying thesis is industry-wide. McKinsey's 'Agentic Organization' paper, BCG's 'AI-First Organization' model, and Harvard's 'Hybrid Intelligence Teams' framework (Eccles et al., 2025) all describe substantively the same shift. We use Microsoft's terminology because it's the clearest and most board-ready. The framework is vendor-neutral.

Do we have to be on Microsoft 365 to use this?

No. Microsoft Graph sync is one input path — it pulls your real org structure in seconds if your IT admin grants Directory.Read.All. If that's not an option, Fronterio's AI proposes a function map based on your industry, size, and existing signals from the platform (agents you've registered, use cases you've filed, assessment results). Both paths end at the same designed workspace.

How is this different from a traditional org chart tool?

Traditional org chart tools (BambooHR, Pingboard, Lucid) model reporting lines between people. They don't model AI. Frontier Twin holds what an org chart cannot: how each function's work actually runs — processes, steps, roles, systems and what it costs — and beside it the Frontier state, the same work redesigned around AI. The output isn't a hierarchy diagram — it's an operating model you can read two ways, Current and Frontier, and it doubles as a roadmap.

What does 'cascading into initiatives' actually do?

When you click 'Generate initiatives' on a designed target state, Fronterio creates draft rows in four downstream systems you already use on the platform: use_cases (one per initiative, status='idea'), agents (one per initiative, status='proposed', pre-classified for EU AI Act risk), adoption_playbook_milestones with auto-generated tasks, and — where the redesigned process warrants it — updates to your deployer obligations. Everything is tagged to the function and the initiative so you can drill-up from a deployed agent six months later and see which strategic choice put it there.

Can partners (resellers, consultants) run this as a diagnostic?

Yes. Fronterio partners — including Microsoft CSPs, boutique AI consultancies, and independent advisors — run the Frontier Firm Diagnostic as a 60-90 minute workshop with their customer. The session ends with a designed target state and pre-loaded initiatives in the customer's Fronterio instance. Partners layer their implementation services on top and earn recurring commission on the underlying SaaS subscription.

Ready to get started?

Fronterio helps you implement everything discussed in this article, with built-in tools, automation, and guidance.