IA & Agentes
O ecossistema de Copilots [2] - M365 Copilot vs Copilot Studio: comprar pronto ou construir
The Copilot ecosystem [2] - M365 Copilot vs Copilot Studio: buy ready-made or build
Fala dataholics! No post anterior a gente separou o ecossistema em dois times: o que você usa pronto e o que você constrói. Hoje eu pego os dois nomes que mais aparecem juntos na reunião com o gestor, o Microsoft 365 Copilot e o Copilot Studio, porque quase toda empresa em algum momento faz a mesma pergunta: eu pago a licença do produto pronto ou construo o meu agente?

O que veremos nesse post:
O que cada um é de verdade
Como cada um cobra (e por que isso muda tudo)
Quando comprar o pronto e quando construir
Por que na prática você acaba usando os dois
O que é cada um
O Microsoft 365 Copilot é produto acabado. Você liga a licença e ele já aparece dentro do Word, do Excel, do Outlook e do Teams, resumindo e-mail, escrevendo documento, puxando informação da sua empresa via Microsoft Graph. Não tem o que construir, o valor vem no dia seguinte à compra.
O Copilot Studio é o oposto disso na intenção: ele não é um assistente pronto, é a plataforma onde você monta o seu. É onde a gente passou a série inteira criando agente, dando knowledge, tool e publicando. Sozinho ele não entrega nada, o que ele entrega é a capacidade de você resolver um problema específico que nenhum produto de prateleira resolve.
A conta é diferente
Essa é a parte que pega o pessoal de surpresa, então presta atenção aqui. Os dois cobram de jeitos completamente diferentes:
M365 Copilot cobra por usuário, por mês. Hoje gira em torno de 30 dólares por pessoa/mês no plano cheio (tem tier mais barato pra empresa menor). Ou seja, o custo escala com quantas pessoas vão usar.
Copilot Studio cobra por consumo, contando as mensagens que o agente processa. Dá pra ir de pay-as-you-go no Azure ou num pacote de capacidade (por exemplo, algo em torno de 200 dólares/mês por um bloco de mensagens). O custo escala com o quanto o agente é usado, não com quantas pessoas têm acesso.
Repara na virada de lógica: um cobra pela cadeira ocupada, o outro cobra pelo trabalho feito. Numa empresa de 5 mil funcionários isso muda o projeto inteiro, porque licenciar 5 mil pessoas no M365 Copilot é uma conta, e botar um agente do Copilot Studio pra atender essas 5 mil pessoas é outra bem diferente.
Reginaldo, os números que você citou são os que valem hoje na minha região?
Trata os valores como ordem de grandeza pra entender o modelo, não como tabela oficial. Preço de licença Microsoft muda por região, por plano e por promoção, então antes de fechar orçamento confirma no pricing oficial. O que não muda é a lógica: um é por usuário, o outro é por uso.
Quando comprar e quando construir
A regra que eu uso é olhar pra QUEM vai usar e pra QUÊ:
Se o ganho é produtividade geral do escritório, resumir reunião, escrever e-mail, mexer em documento, e todo mundo se beneficia, o M365 Copilot é o caminho. Não faz sentido reconstruir o que já vem pronto.
Se o problema é específico do seu negócio, tipo um agente que responde sobre a sua base de conhecimento, consulta o seu sistema, segue a sua regra, aí é Copilot Studio, porque isso nenhum produto de prateleira vai entregar.
Na real, você usa os dois
Na prática a escolha quase nunca é "um ou outro". O padrão comum na empresa é ter o M365 Copilot pra produtividade do dia a dia e, ao lado, agentes do Copilot Studio pros casos específicos, que inclusive aparecem dentro do próprio M365 Copilot (lembra do post de publicação da série passada?). Um cuida do genérico, o outro cuida do que é a cara da sua operação.
RESUMO
M365 Copilot: produto pronto, dentro do Office, cobrado por usuário/mês. Você usa.
Copilot Studio: plataforma pra construir agente, cobrada por consumo de mensagens. Você constrói.
Custo por usuário escala com gente; custo por consumo escala com uso. Isso decide o projeto.
Produtividade geral, compra o M365 Copilot. Problema específico do negócio, constrói no Copilot Studio.
No mundo real você combina os dois, e o agente do Studio ainda aparece dentro do M365 Copilot.
Fechamos o eixo comprar vs construir dentro do mundo Microsoft 365. No próximo post eu saio um pouco desse território e vou pro Copilot que mais mudou nos últimos tempos, o GitHub Copilot, que deixou de ser autocompletar e virou um agente que abre pull request sozinho. Comenta aí se na sua empresa a discussão de licença de Copilot já apareceu.
Referências:
https://www.microsoft.com/en-us/microsoft-365-copilot/pricing
https://learn.microsoft.com/en-us/microsoft-copilot-studio/requirements-messages-management
Fique bem e até a próxima.
#copilotstudio #m365copilot #ia #agentes #licenciamento #datainaction
Hey dataholics! In the previous post we split the ecosystem into two teams: what you use off the shelf and what you build. Today I take the two names that show up together most often in the meeting with the manager, Microsoft 365 Copilot and Copilot Studio, because almost every company at some point asks the same thing: do I pay for the ready-made product's license or build my own agent?

What we'll cover in this post:
What each one really is
How each one charges (and why that changes everything)
When to buy the ready-made one and when to build
Why in practice you end up using both
What each one is
The Microsoft 365 Copilot is a finished product. You switch the license on and it already shows up inside Word, Excel, Outlook and Teams, summarizing email, writing a document, pulling your company's information through Microsoft Graph. There's nothing to build, the value shows up the day after you buy it.
The Copilot Studio is the opposite of that by intent: it's not a ready-made assistant, it's the platform where you build your own. It's where we spent the whole series creating an agent, giving it knowledge, tools and publishing it. On its own it delivers nothing, what it delivers is the ability for you to solve a specific problem that no off-the-shelf product solves.
The bill is different
This is the part that catches people off guard, so pay attention here. The two charge in completely different ways:
M365 Copilot charges per user, per month. Today it's around 30 dollars per person/month on the full plan (there's a cheaper tier for a smaller company). In other words, the cost scales with how many people are going to use it.
Copilot Studio charges by consumption, counting the messages the agent processes. You can go pay-as-you-go on Azure or on a capacity pack (for example, something around 200 dollars/month for a block of messages). The cost scales with how much the agent is used, not with how many people have access.
Notice the flip in logic: one charges for the seat taken, the other charges for the work done. In a company with 5 thousand employees that changes the whole project, because licensing 5 thousand people on M365 Copilot is one bill, and putting a Copilot Studio agent to serve those 5 thousand people is a very different one.
Reginaldo, are the numbers you mentioned the ones that apply in my region today?
Treat the values as an order of magnitude to understand the model, not as an official price sheet. Microsoft license pricing changes by region, by plan and by promotion, so before you close a budget confirm it on the official pricing page. What doesn't change is the logic: one is per user, the other is per usage.
When to buy and when to build
The rule I use is to look at WHO is going to use it and for WHAT:
If the gain is general office productivity, summarizing a meeting, writing an email, working on a document, and everyone benefits, the M365 Copilot is the way. There's no point rebuilding what already comes ready.
If the problem is specific to your business, like an agent that answers about your knowledge base, queries your system, follows your rule, then it's Copilot Studio, because no off-the-shelf product will deliver that.
Truth is, you use both
In practice the choice is almost never "one or the other". The common pattern in a company is having M365 Copilot for day-to-day productivity and, alongside it, Copilot Studio agents for the specific cases, which actually show up inside M365 Copilot itself (remember the publishing post from the last series?). One handles the generic, the other handles what looks like your operation.
RECAP
M365 Copilot: ready-made product, inside Office, billed per user/month. You use it.
Copilot Studio: platform to build an agent, billed by message consumption. You build it.
Per-user cost scales with headcount; consumption cost scales with usage. That decides the project.
General productivity, buy M365 Copilot. Specific business problem, build in Copilot Studio.
In the real world you combine both, and the Studio agent still shows up inside M365 Copilot.
We've wrapped up the buy vs build axis inside the Microsoft 365 world. In the next post I step a bit outside this territory and go to the Copilot that changed the most lately, GitHub Copilot, which stopped being autocomplete and became an agent that opens pull requests on its own. Comment below if the Copilot licensing discussion has already come up at your company.
References:
https://www.microsoft.com/en-us/microsoft-365-copilot/pricing
https://learn.microsoft.com/en-us/microsoft-copilot-studio/requirements-messages-management
Stay well and see you next time.
#copilotstudio #m365copilot #ai #agents #licensing #datainaction
Gostou? Tem mais no YouTube e no LinkedIn.
Enjoyed it? There's more on YouTube and LinkedIn.