Platform Pro › Guias › Como escolher uma consultoria de Power Platform no Brasil
Como escolher uma consultoria de Power Platform no Brasil
Existem três perfis de fornecedor no mercado brasileiro de Power Platform, e cada um resolve um problema diferente: freelancer (rápido e barato, sem continuidade), consultoria especializada (constrói e sustenta, escala limitada) e integradora grande (escala e contrato, custo e lentidão maiores). Escolher errado não é questão de preço — é questão de quem vai atender o telefone quando o fluxo parar daqui a oito meses.
As seis perguntas da seção final separam fornecedor sério de vendedor de hora. Se ele não responder três delas com objetividade, o problema vai aparecer depois.
Quem contrata Power Platform pela primeira vez normalmente compara propostas por valor da hora e prazo. São os dois piores critérios disponíveis. O custo real de uma escolha ruim não aparece na proposta — aparece no mês 8, quando o aplicativo que virou crítico para a operação para de funcionar e a pessoa que o construiu não trabalha mais lá.
Os três perfis de fornecedor
| Freelancer | Consultoria especializada | Integradora grande | |
|---|---|---|---|
| Custo inicial | Menor | Intermediário | Maior |
| Velocidade | Alta | Alta | Baixa |
| Continuidade | Depende de uma pessoa | Time e contrato de sustentação | Contratual, com rotatividade de time |
| Documentação | Rara | Deve ser exigida | Padronizada e volumosa |
| Governança e ALM | Normalmente ausente | Variável — pergunte | Presente |
| Bom para | App pontual, escopo fechado, baixo risco | Solução que vai virar crítica e precisa durar | Programa corporativo com múltiplas frentes |
| Risco principal | Ônibus: some a pessoa, some o conhecimento | Capacidade limitada em picos | Custo e tempo até a primeira entrega |
Não existe perfil superior. Existe adequação. Um formulário interno de RH resolvido por freelancer é decisão correta. O mesmo freelancer construindo o sistema de liberação de crédito da empresa é risco operacional disfarçado de economia.
As seis perguntas que separam
1. “Quem mantém isso depois que vocês saírem?”
É a pergunta mais importante e a que mais gera resposta vaga. Se a resposta for “a gente dá suporte”, peça o detalhe: existe contrato de sustentação? Qual prazo de resposta? Quem monitora se o fluxo falhou? Fluxo que falha em silêncio é a falha mais cara do Power Platform, porque a empresa só descobre quando o processo já travou.
2. “Em que ambiente vocês vão publicar?”
A resposta certa envolve ambientes separados — desenvolvimento, homologação e produção — e publicação por solutions. Se o fornecedor pretende construir direto no ambiente de produção, cada alteração futura vai ser feita com o processo rodando, sem caminho de volta. É a diferença entre software e gíria.
3. “A solução fica no nosso tenant?”
Deve ficar. Tudo construído em Power Platform pode e deve viver dentro do ambiente Microsoft que a empresa já paga, com a propriedade dos ativos no nome da empresa — não na conta pessoal de um consultor. Peça explicitamente que os apps e fluxos tenham dono corporativo e segundo dono definidos na entrega.
4. “O que acontece se dobrar o número de usuários?”
Essa pergunta revela se o fornecedor entende licenciamento. Conector premium, Dataverse e RPA desassistido mudam a conta de forma não linear. Um bom fornecedor traz o cenário de licença antes de desenhar a solução, não depois de construí-la.
5. “Me mostra um projeto rodando, não um slide.”
Protótipo bonito é barato de fazer. Peça para ver a tela real de um sistema em operação — de ponta a ponta, com dado entrando e decisão saindo. Fornecedor que só tem maquete provavelmente só entregou maquete.
6. “O que vocês NÃO vão fazer?”
Proposta que aceita tudo é sinal de alerta. Consultor experiente diz não para escopo mal definido, prazo irreal e integração com sistema que não tem API. Quem promete tudo cobra a diferença depois, em aditivo ou em qualidade.
Quatro sinais de alerta
- Orçamento fechado sem diagnóstico. Ninguém consegue precificar integração sem olhar o sistema de origem. Preço dado por telefone vira aditivo depois.
- Nenhuma pergunta sobre licença. Se o fornecedor não perguntou quantas pessoas vão usar e quais sistemas entram, ele não sabe o custo que está criando para você.
- “Depois a gente documenta.” Nunca é depois. Documentação e padrão fazem parte da entrega ou não existem.
- Time desconhecido. Vendedor sênior na reunião, júnior no projeto. Pergunte quem exatamente vai construir e peça para conversar com essa pessoa antes de assinar.
Como comparar propostas de forma justa
Coloque as propostas lado a lado e normalize por estes cinco itens, nesta ordem. O valor total vem por último de propósito:
- Escopo funcional — o que exatamente o usuário final vai conseguir fazer.
- Integrações — com quais sistemas, em qual direção, com qual frequência.
- Entregáveis além do software — documentação, transferência de conhecimento, ambientes configurados, donos definidos.
- Pós-entrega — garantia, sustentação, prazo de resposta, canal.
- Custo total do primeiro ano — projeto + licenças + sustentação. É esse número que se compara, não o valor da proposta.
Duas propostas com a mesma cifra podem ter custo de primeiro ano muito diferente. A que inclui ambientes separados, documentação e sustentação quase sempre sai mais barata no mês 12 — mesmo quando parece mais cara no mês 1.
Perguntas frequentes
Vale mais a pena contratar freelancer ou consultoria de Power Platform?
Depende da criticidade da solução. Para um app pontual, de escopo fechado e baixo impacto se parar, freelancer é uma escolha racional e mais barata. Para algo que vai virar parte da operação — aprovações, crédito, estoque, ordens de serviço — o fator decisivo é continuidade: quem mantém, monitora e corrige quando falhar. Esse é o ponto em que o freelancer normalmente não consegue competir.
Quanto custa um projeto de Power Platform no Brasil?
Não existe preço de prateleira honesto, porque o custo é determinado pelas integrações e pelas regras de permissão, não pelo número de telas. Um aplicativo sobre dados já organizados no SharePoint é ordens de grandeza mais barato que o mesmo aplicativo lendo de um ERP legado sem API. Qualquer fornecedor que dê preço fechado sem olhar o sistema de origem está chutando ou preparando aditivo.
O que devo exigir na entrega de um projeto Power Platform?
No mínimo cinco itens: ambientes separados de desenvolvimento, homologação e produção; publicação por solutions; documentação técnica e de uso; dono corporativo e segundo dono definidos para cada app e fluxo; e transferência de conhecimento para alguém do time interno. Sem esses itens, a empresa fica dependente do fornecedor para qualquer alteração futura.
Preciso de contrato de sustentação?
Se a solução for crítica para a operação, sim. O padrão de falha mais caro no Power Platform é o fluxo que para em silêncio: ninguém é avisado, e a empresa descobre quando o processo já travou. Sustentação é o que garante monitoramento, prazo de correção acordado e alguém responsável — não uma caçada interna por quem sabe mexer.
Como sei se o fornecedor entende de licenciamento?
Pela ordem das perguntas dele. Fornecedor que entende pergunta, logo no início, quantas pessoas vão usar, quais sistemas entram e se algo precisa rodar sem ninguém logado — porque conector premium, Dataverse e RPA desassistido são os três gatilhos que mudam a conta. Quem só discute telas vai descobrir o custo de licença depois de construir.
A solução fica presa ao fornecedor?
Não deve ficar. Tudo construído em Power Platform roda dentro do tenant Microsoft da própria empresa, e a propriedade dos apps e fluxos deve estar em contas corporativas — nunca na conta pessoal de um consultor. Exija isso por escrito na entrega: é o que permite trocar de fornecedor sem refazer a solução.
Continue por aqui
Quer esse número para o seu caso, e não em faixa?
Em 30 minutos a gente olha o seu cenário real — quantos usuários, quais sistemas, qual processo — e sai com escopo, caminho e ordem de grandeza de investimento. Sem custo e sem compromisso.
Agendar conversa de 30 minutos →