O Power Apps costuma entrar na empresa pela porta dos fundos: alguém da operação descobre que o Microsoft 365 já traz a ferramenta, monta um app de solicitações em cima de uma lista do SharePoint e, em duas semanas, a área inteira está usando. Ninguém pediu orçamento, porque não havia o que orçar.
O problema aparece meses depois, quando o app precisa conversar com o banco de dados do ERP ou ganhar uma base mais robusta. Este guia explica o que é o Power Apps e para que serve — e, principalmente, a regra de licença que quase nenhum material em português conta: quem paga não é só quem cria, é cada pessoa que abre o app. No fim, você terá três perguntas para decidir o modelo e a conta pronta para 10, 50 e 200 usuários.
O que é o Power Apps?
Power Apps é o serviço da Microsoft para criar aplicativos de negócio em ambiente low-code: em vez de escrever o sistema linha a linha, quem cria monta telas arrastando componentes, liga essas telas a fontes de dados e descreve o comportamento com fórmulas parecidas com as do Excel. O resultado roda no navegador, no celular (pelo app Power Apps) e dentro do Teams.
Ele faz parte da Power Platform, a família que inclui o Power Automate (fluxos e automações), o Power BI (painéis), o Copilot Studio (agentes e chatbots) e o Power Pages (sites). Na prática, os quatro se combinam: o app coleta o pedido, o fluxo dispara a aprovação, o painel mostra o volume e o agente responde dúvidas. Se o conceito de low code ainda é novo para você, vale ler antes o nosso guia sobre o que é low code e onde ele trava depois de pronto.
O público original é o chamado desenvolvedor cidadão: o analista que conhece o processo melhor do que ninguém e não programa. Mas o Power Apps também é usado por equipes de TI, que preferem entregar um app interno em semanas a abrir um projeto de desenvolvimento tradicional de meses.
Para que serve o Power Apps — e quais exemplos de apps funcionam bem?
O Power Apps serve para tirar processos internos da planilha, do e-mail e do papel. O padrão que se repete é o mesmo: um formulário de entrada, uma regra de negócio, um registro consultável e alguém que aprova ou executa. Exemplos que costumam funcionar bem:
- Solicitações internas: compras, reembolso, férias, acesso a sistemas — com status e histórico em vez de e-mails perdidos.
- Inspeções e checklists de campo: o técnico preenche no celular, anexa foto e o registro chega ao escritório na hora.
- Cadastros e controles: ativos, contratos, fornecedores, estoque de materiais de marketing.
- Atendimento e chamados internos: um help desk simples para TI, facilities ou RH.
- Portais de aprovação: orçamento de campanha, peças criativas, pedidos de verba com várias alçadas.
O que não costuma funcionar bem: o produto principal da empresa, sistemas com milhares de usuários externos e qualquer coisa que exija desempenho de software sob medida. Aí o desenvolvimento tradicional ainda ganha. E muitos dos exemplos acima também pedem automação por trás — o critério para saber o que vale automatizar está no guia de automação de processos.
Como funciona o Power Apps: Canvas, Model-driven e Power Fx?
Há dois jeitos de construir. O app Canvas (tela em branco) dá liberdade total de layout: você desenha cada tela, posiciona botões e galerias e conecta a qualquer fonte de dados disponível. É o formato mais comum para apps de celular e para quem começa pelo Microsoft 365.
O app Model-driven (orientado por modelo) parte do dado: você define tabelas, relacionamentos e regras no Dataverse, e a plataforma gera formulários, listas e painéis no padrão visual do Dynamics 365. Dá menos liberdade de desenho e mais consistência — é o formato típico de sistemas com muitos registros e processos de várias etapas.
O comportamento é escrito em Power Fx, a linguagem de fórmulas da plataforma, inspirada no Excel. Um botão que salva o formulário e volta à tela anterior é uma ou duas linhas. O Copilot embutido já ajuda a gerar telas e fórmulas a partir de uma descrição em linguagem natural, o que encurta a largada — mas não muda a regra de licença que vem a seguir.
Power Apps é gratuito?
Depende do que o app toca — e esta é a resposta que a maior parte dos artigos sobre o tema pula. Existem três situações em que não há custo extra:
- Dentro do Microsoft 365, com conectores padrão. Segundo a Microsoft, não há limite de número de aplicativos: quem tem plano do Microsoft 365 pode rodar apps que estendem o próprio 365 usando conectores padrão, como SharePoint, Excel e Outlook.
- Plano de desenvolvedor. É gratuito, dá um ambiente individual para aprender e testar — inclusive com Dataverse —, mas a Microsoft deixa claro que ele não se destina a uso em produção.
- Avaliação. Qualquer empresa pode ativar um período de teste antes de comprar.
Fora disso, há licença a pagar. E o ponto que pega de surpresa é que criar continua sem custo extra: a Microsoft deixou de exigir plano avulso para quem cria ou administra. O custo está em rodar o app — ou seja, em quem usa.
Qual é a regra que decide quem paga a licença?
A regra tem duas partes, e as duas estão escritas no FAQ oficial de licenciamento da Power Platform. A primeira separa os conectores em dois mundos: os padrão, cobertos pelo Microsoft 365, e os premium, on-premises e personalizados, que exigem plano avulso.
A segunda parte é a que muda a conta: a exigência não recai só sobre quem construiu o app. Recai sobre cada pessoa que o abre.
No Power Apps, quem cria o app não paga a conta. Quem paga é o dado que o app toca — multiplicado por cada pessoa que o abre.
Na prática, isso cria um degrau. O app de solicitações que roda em cima do SharePoint, usado por 200 pessoas, custa zero além do Microsoft 365. No dia em que alguém liga esse mesmo app a uma tabela do SQL Server para puxar o centro de custo, as 200 pessoas passam a precisar de licença. Nada mudou na tela; mudou a fonte de dados.
| O app usa… | Licença do Microsoft 365 cobre? | O que muda para quem usa |
|---|---|---|
| SharePoint, Excel, Outlook, Teams (conectores padrão) | sim, sem limite de apps | nada: o app roda com o que a empresa já paga |
| SQL Server, Azure, Dynamics 365 (conectores premium) | não | todo usuário do app precisa de licença por app ou Premium |
| Conector personalizado (a API de um sistema próprio) | não | todo usuário do app precisa de licença avulsa |
| Gateway on-premises (dado em servidor local) | não | todo usuário do app precisa de licença avulsa |
| Dataverse (banco da Power Platform) | não para rodar o app | todo usuário precisa de licença avulsa, e o banco tem custo de capacidade |
| Fluxo do Power Automate no contexto do app | segue a licença do app | fluxo sem relação com o app pede licença própria do Power Automate |
Organizado pela Alliance a partir do FAQ de licenciamento da Power Platform (Microsoft Learn, 2026)
Quanto custa a licença do Power Apps em 2026?
São três modelos para quem usa o app, e um custo à parte para o banco de dados. Os valores abaixo são o preço de lista publicado pela Microsoft — contratos corporativos e revendas podem ter condições diferentes.
O terceiro modelo é o pagamento conforme o uso (pay-as-you-go), ainda em versão de prévia: cada usuário roda um app sem licença atribuída, a cobrança vem pela assinatura do Azure e só se paga pelos usuários que de fato abriram o app no mês. Faz sentido para app de uso esporádico — um formulário anual, um processo sazonal —, em que comprar licença fixa para todo mundo seria pagar por quem não usa.
Repare que a página brasileira publica o preço do Premium e da capacidade de banco, mas não o da licença por app em reais. Para o modelo por app, o valor em reais vem da revenda ou do contrato da empresa com a Microsoft — vale pedir por escrito antes de aprovar o projeto.
Por app ou Premium: qual compensa?
A licença por app dá a uma pessoa o direito de rodar um app (Canvas ou Model-driven) dentro de um ambiente. Ela é cumulativa: se a pessoa usa três apps, recebe três licenças por app, sem precisar da Premium. A Premium libera apps ilimitados para aquela pessoa. A Microsoft também permite misturar os modelos na mesma empresa — uns usuários em por app, outros em Premium.
Com os preços de lista, a conta por pessoa é direta: um app custa US$ 5, dois custam US$ 10, três custam US$ 15. No quarto app os dois modelos empatam em US$ 20, e do quinto em diante a Premium sai mais barata. Então o critério não é o tamanho da empresa — é quantos apps cada pessoa vai usar em um ano.
Há um detalhe que vira armadilha: a licença por app vale por app e por ambiente. Se a TI separa teste e produção em ambientes diferentes — o que é boa prática —, quem só usa o app de produção precisa só da licença de produção, mas um portfólio que cresce em muitos ambientes pede revisão periódica do modelo. Empresa que começa com um app e chega a cinco em dois anos costuma pagar por app muito depois de a Premium já ter ficado mais barata.
Quanto custa um app do Power Apps para 10, 50 e 200 usuários?
A tabela abaixo aplica os preços de lista a três tamanhos de equipe. Considere que o app já toca um conector premium ou o Dataverse — se ele usa só conectores padrão, a linha inteira é zero além do Microsoft 365.
| Modelo (por mês) | 10 usuários | 50 usuários | 200 usuários |
|---|---|---|---|
| Só conectores padrão (Microsoft 365) | sem custo extra | sem custo extra | sem custo extra |
| Por app, 1 app por pessoa (US$ 5) | US$ 50 | US$ 250 | US$ 1.000 |
| Por app, 3 apps por pessoa (US$ 15) | US$ 150 | US$ 750 | US$ 3.000 |
| Premium, apps ilimitados (US$ 20) | US$ 200 | US$ 1.000 | US$ 4.000 |
| Premium no site brasileiro (R$ 114,50, anual) | R$ 1.145 | R$ 5.725 | R$ 22.900 |
| Premium em 12 meses, em reais | R$ 13.740 | R$ 68.700 | R$ 274.800 |
Cálculo da Alliance sobre os preços de lista do FAQ de licenciamento (Microsoft Learn, agosto de 2026) e da página de preços do Power Apps no Brasil. Não inclui capacidade extra do Dataverse nem impostos.
Dois pontos de leitura. Primeiro: o número que assusta é o de 200 usuários em Premium, e ele quase nunca é necessário — um app de inspeção usado por 200 técnicos fica em US$ 1.000 por mês no modelo por app. Segundo: a capacidade extra do Dataverse (US$ 40 ou R$ 229 por GB ao mês) corre por fora. App com muitas fotos e anexos dentro do banco consome capacidade rápido; guardar arquivos fora dele é decisão de arquitetura, não detalhe.
Quais os erros mais comuns ao orçar o Power Apps?
- Orçar só quem cria. O projeto prevê licença para os dois analistas que constroem o app e esquece as 80 pessoas que vão usá-lo. É o erro que mais estoura orçamento.
- Trocar a fonte de dados sem refazer a conta. O app nasce no SharePoint, cresce e migra para SQL Server ou Dataverse “porque é mais robusto”. A decisão técnica é correta; a licença de todos os usuários vem junto.
- Ficar no por app quando o portfólio cresceu. O que era um app virou quatro ou cinco por pessoa, e a Premium já sairia mais barata há meses.
- Comprar Premium para todo mundo por precaução. O erro inverso: pagar US$ 20 por pessoa para quem usa um único app.
- Esquecer os fluxos. A licença do Power Apps inclui o Power Automate só dentro do contexto do app. Fluxo independente pede licença do Power Automate.
- Guardar anexos no Dataverse. Fotos e PDFs dentro do banco consomem capacidade paga; muitas vezes cabem melhor em armazenamento de arquivos.
Os seis têm a mesma raiz: a decisão de licença é tomada uma vez, no começo, e nunca revisada. A licença acompanha a arquitetura do app — se a arquitetura muda, a conta muda. Esse mesmo padrão de custo que aparece depois de pronto também acontece em ferramentas no-code que cobram por consumo, como mostramos em ferramentas no-code e a conta que chega depois.
O Power Apps vale a pena para a sua empresa?
Vale quando três condições aparecem juntas: a empresa já está no Microsoft 365, o processo é interno e muda com frequência, e o app pode viver dentro do ecossistema Microsoft. Nesse cenário, o Power Apps entrega rápido e aproveita login, segurança e permissões que a empresa já tem.
Vale menos quando o app precisa atender clientes externos em grande volume, quando os dados centrais estão fora da Microsoft e exigem conectores premium para centenas de pessoas, ou quando a empresa não tem ninguém para governar o ambiente. Nesses casos, comparar com outras plataformas — ou com desenvolvimento tradicional — antes de começar economiza dinheiro e retrabalho.
| Cenário | Caminho provável | O que observar |
|---|---|---|
| App interno sobre SharePoint, uso por uma área | Microsoft 365, sem licença extra | manter os dados nos conectores padrão |
| App de campo ligado ao ERP em SQL Server | por app para quem usa | contar todos os usuários, não só quem cria |
| Vários apps por pessoa, processos centrais no Dataverse | Premium para os usuários intensivos | capacidade do banco e mistura de modelos |
| Processo sazonal, poucos acessos por mês | pagamento conforme o uso (prévia) | cobrança via Azure e controle do consumo |
| Sistema para clientes externos em grande volume | avaliar Power Pages ou desenvolvimento próprio | modelo de cobrança de usuários externos |
Leitura da Alliance a partir do FAQ de licenciamento da Power Platform (Microsoft Learn, 2026)
Se a dúvida é anterior — se a tecnologia da empresa está ajudando ou travando o crescimento —, o diagnóstico gratuito de marketing avalia tecnologia e automação junto com as demais dimensões e aponta onde vale investir primeiro.
Por onde começar hoje
1. Faça o inventário do que já existe
No centro de administração da Power Platform há relatórios de inventário de apps e fluxos, com os conectores que cada um usa. Comece por ali: quantos apps existem, quem é o dono, quantas pessoas usam e quais tocam conector premium ou Dataverse.
2. Responda as três perguntas para cada app
Quais dados o app toca? Quantas pessoas vão usá-lo? Quantos apps cada uma dessas pessoas usa? Com as respostas, o modelo de licença sai quase sozinho — e a conta fica no orçamento antes, não na fatura depois.
3. Decida a arquitetura de dados olhando a licença
Nem todo app precisa de Dataverse ou de SQL Server no primeiro dia. Muitos começam bem no SharePoint e só migram quando o volume justifica — desde que a migração já venha com a conta de licença de todos os usuários. A consultoria de low-code e no-code da Alliance faz essa triagem: o que fica no Microsoft 365, o que pede conector premium e o que deveria ser desenvolvimento tradicional.
Por fim, coloque uma data no calendário para revisar o modelo a cada seis meses. O portfólio de apps cresce, as pessoas mudam de área e os preços de lista mudam — a Microsoft atualiza o FAQ de licenciamento com frequência. A conta que estava certa no lançamento raramente continua certa um ano depois.