
Índice
- Como avalio parceiros de implementação SAP
- Os quatro eixos de seleção
- Onde o mercado americano é diferente
- Cinco perguntas a fazer antes de assinar
- Tier 1: empresas globais
- Onde o Tier 1 vence
- Onde o Tier 1 falha
- Accenture: experiência direta
- IBM: experiência direta
- DXC: experiência direta
- Deloitte, Capgemini, TCS, Infosys, NTT DATA e Wipro
- Tier 2: especialistas em médio porte e grandes empresas
- Onde o Tier 2 se encaixa
- Tier 3: boutiques e especialistas de nicho
- Onde o Tier 3 vence
- Onde o Tier 3 falha: três riscos reais
- Como a seleção de parceiros se dá em programas nos EUA
- O padrão com vários parceiros
- Quanto custa
- Como RISE e GROW mudam a conversa com o parceiro
- Perguntas frequentes
Escolha um parceiro de implementação SAP nos EUA pela adequação, não pelo tier. SIs globais de Tier 1 servem para programas multirregionais e fortemente regulados. Especialistas de Tier 2 servem para programas de médio porte e de um único setor que querem escala sem o peso de um Tier 1. Boutiques de Tier 3 servem para escopos bem definidos em que você quer gente sênior na sala todos os dias. Qualquer que seja o tier escolhido, a pergunta decisiva é quem de fato vai estar no seu projeto. Este guia é para CIOs, CFOs e líderes de compras que montam uma lista curta de parceiros nos EUA para o S/4HANA. Use as cinco perguntas e a tabela de custos abaixo antes de assinar qualquer coisa.
Sou consultor de ERP há 25 anos. Escolher o parceiro errado afeta uma empresa por anos, e já vi empresas desperdiçarem milhões escolhendo um nome em vez de uma adequação. A classificação abaixo é a que eu usaria no seu comitê de seleção, não a versão de marketing.
Um parceiro inadequado já atrasou mais projetos SAP do que uma configuração ruim. Em março de 2024, vi um cliente industrial escolher uma empresa de Tier 1 para uma operação de médio porte. Foi exagero. O cliente pagou o dobro do que deveria, e a implementação demorou mais porque os processos da grande empresa eram pesados demais para as suas necessidades.
O contrário também acontece. Vi um órgão público ir com uma empresa de Tier 2 e acabar com uma implementação fracassada, 18 meses perdidos, litígio e constrangimento.
O tier diz algo sobre escala, cobertura de risco e capacidade global. Não diz nada sobre a qualidade da entrega. Quem decide isso é a equipe, a adequação e a governança que você coloca em volta deles.
Fonte: Portes de cliente que vejo cada tier atender no mercado americano. Referências, não cotações
“Precisamos de um parceiro de S/4HANA” é genérico demais para orientar uma decisão. Afine isso antes de ir ao mercado.
Você está comprando quatro coisas, não um logotipo ou uma apresentação de metodologia: conhecimento do seu setor, uma equipe que se mantém contínua do blueprint ao hypercare, um modelo de entrega que combina com o modo como a sua organização decide e uma responsabilização que sobrevive a trocas de pessoal dos dois lados. Os tiers empacotam isso de forma diferente, e as empresas dentro de um mesmo tier também. O erro mais caro é comprar a reputação da empresa em vez da equipe com quem você vai trabalhar.
Os quatro eixos de seleção
Escala do programa. Um programa de S/4HANA com várias entidades e vários países na indústria exige capacidades diferentes de uma implantação de finanças e compras em uma única entidade. Empresas de Tier 1 trazem entrega global e templates setoriais. Boutiques trazem especialistas funcionais profundos e continuidade sênior.
Profundidade setorial. SAP no setor farmacêutico é diferente de SAP na manufatura discreta, que por sua vez é diferente de SAP em serviços financeiros. Um parceiro com real profundidade setorial já tomou as decisões de desenho que o seu projeto vai enfrentar. Um sem ela aprende com o seu orçamento.
Modelo de entrega. Algumas empresas lideram com metodologia e templates, outras com profissionais experientes que se adaptam. Os dois podem funcionar. O que importa é se o modelo combina com o modo como a sua organização toma decisões.
A equipe real. Peça os currículos e a disponibilidade das pessoas que vão estar na sala do seu projeto e avalie-as, não a apresentação comercial. Minha lista de papéis essenciais na equipe de implementação SAP mostra quais currículos pedir.
Onde o mercado americano é diferente
Uma lista curta americana é mais do que uma lista curta global filtrada por escritórios nos EUA. Três fatores a mudam:
- Cargas de trabalho federais e de defesa em nuvem passam pela SAP NS2. A SAP National Security Services é a subsidiária americana separada da SAP para clientes de segurança nacional. Em 2025, a DISA concedeu a ela uma autorização provisória para operar o S/4HANA Cloud Private Edition e o SAP BTP no FedRAMP+ Impact Level 5. Suas ofertas rodam na AWS GovCloud (US). Um parceiro sem experiência com a NS2 não consegue atender essas cargas de trabalho.
- A saúde precisa de consultores de configuração com experiência em HIPAA. Não pessoas que leram sobre HIPAA: pessoas que desenharam os controles e construíram a trilha de auditoria para uma revisão HITRUST. Um parceiro que não tem isso costuma descobrir nos testes de integração, quando redesenhar controles é lento e caro.
- Fornecedores de defesa precisam da disciplina do CMMC. A regra DFARS que leva o CMMC para os contratos entrou em vigor em 10 de novembro de 2025. A partir de 10 de novembro de 2026, contratos que envolvem informações controladas não classificadas podem exigir certificação de Nível 2 por terceiros. Um parceiro sem os hábitos de documentação que o CMMC exige vai gerar apontamentos durante a sua avaliação.
Esses fatores não mudam o tier de que você precisa. Mudam quais empresas dentro do tier podem atendê-lo.
Cinco perguntas a fazer antes de assinar
Ligações para referências produzem respostas padrão. Estas perguntas produzem respostas úteis.
- Quem exatamente vai estar no meu projeto? Peça currículos. Confirme que as pessoas nomeadas estão disponíveis nas suas datas. Pergunte o que acontece com esses compromissos se o parceiro fechar mais dois negócios no mês que vem.
- Como vocês lidam com os processos específicos do meu setor? Um parceiro com profundidade dá respostas específicas. Um sem ela diz “avaliaríamos isso no blueprint”.
- Mostrem um projeto que deu errado e como vocês o recuperaram. Toda empresa tem um. Como lidaram com ele diz mais do que os seus estudos de caso.
- Como vocês conduzem o congelamento de mudanças antes do go-live? Um controle de mudanças fraco deixa o escopo se acumular no fim. A resposta mostra como lidam com pressão.
- Como vocês vão transferir conhecimento para a nossa equipe? Parceiros que planejam isso o incluem no contrato. Parceiros que não planejam criam dependência.
Parceiros de Tier 1 servem para programas grandes e complexos: implantações globais com várias entidades, implementações reguladas com muita exigência de conformidade e transformações que precisam de entrega SAP e mudança no negócio em escala. A última coluna diz de onde vem a minha opinião, para que você possa pesá-la.
| Empresa | Onde costuma se encaixar | Base da minha opinião |
|---|---|---|
| Accenture | Grandes transformações globais com escopo de processos padrão | Experiência direta |
| IBM | Ambientes técnicos complexos, nuvem híbrida, setores regulados | Experiência direta |
| DXC Technology | Clientes que já usam a DXC para infraestrutura ou serviços gerenciados | Experiência direta |
| Deloitte | Programas com forte peso financeiro que precisam de consultoria de negócios; saúde e governo | Observado |
| Capgemini | Empresas com matriz europeia que precisam de continuidade nos EUA; utilities | Registro público |
| TCS | Implantações de template global, gestão de aplicações | Registro público |
| Infosys | Entrega baseada em automação, manufatura | Registro público |
| NTT DATA | Gestão de aplicações, ambientes SAP de médio a grande porte | Registro público |
| Wipro | Bens de consumo, saúde, manufatura nos EUA | Observado |
Onde o Tier 1 vence
Implantações multirregionais em que uma única organização de entrega precisa de gente em oito fusos horários. Implementações reguladas em que a trilha de auditoria de configuração, segurança e controle de mudanças precisa resistir a escrutínio externo. Transformações em que o SAP faz parte de um programa de mudança mais amplo, que precisa de aconselhamento no nível do conselho junto com a entrega.
A profundidade de banco também. Se o seu líder de ABAP pede demissão no meio do cutover, um Tier 1 tem substitutos no banco. Quanto custa o substituto é outra questão. Que ele existe, não.
Onde o Tier 1 falha
A falha mais comum: o parceiro que você avaliou não é a equipe que você recebeu. O sócio sênior que apresentou a metodologia sai depois que o SOW é assinado. A equipe que chega é a que estava disponível, não a prometida. Essa é a maior fonte de decepção com Tier 1 que vi acontecer.
Segundo, a rigidez metodológica. Templates prontos aceleram a entrega só quando os seus processos combinam com eles. Quando não combinam, as primeiras semanas de cada frente de trabalho vão para desfazer suposições.
Terceiro, a complexidade comercial. Contratos de Tier 1 são longos, as solicitações de mudança são pesadas e as empresas conhecem o jogo dos aditivos. Se a sua equipe não consegue governar o lado comercial, o orçamento cresce em silêncio.
Accenture: experiência direta
A Accenture traz estrutura. Seus templates setoriais pré-configurados reduzem o prazo de entrega quando os processos do cliente se encaixam neles. Um projeto em que entrei no meio do caminho teve de desmontar vários templates padrão antes que a configuração pudesse seguir os requisitos reais do negócio. A estrutura funciona quando o encaixe é bom, então teste o encaixe do template na primeira semana do blueprint, não no fim do desenho.
A Accenture é a escolha certa para programas globais e multirregionais de S/4HANA com escopo de processos padrão. O risco é comprar estrutura quando você precisa de adaptabilidade.
IBM: experiência direta
A IBM traz uma governança técnica profunda, especialmente em ambientes SAP híbridos e em migrações de ECC para S/4HANA com integrações complexas. O modelo de governança é minucioso. Alguns clientes acham isso tranquilizador. Equipes internas enxutas, acostumadas à entrega ágil, acham pesado. A competência técnica não está em questão.
Se o seu ambiente inclui integração com mainframe, middleware complexo ou requisitos de setores regulados, a IBM é uma escolha defensável. Espere uma cadência de governança mais pesada do que talvez queira quando chegar à operação estável.
DXC: experiência direta
A DXC traz força técnica em integração com sistemas legados e em infraestrutura. Lembro de um cliente industrial em que a DXC já operava a infraestrutura quando o trabalho SAP começou. Entregar também o programa SAP a ela significou nenhuma passagem de bastão entre as equipes de infraestrutura e de SAP, nenhum jogo de empurra quando surgia um problema de integração e uma única linha de responsabilidade pela camada técnica.
A DXC é a escolha certa quando a continuidade importa mais do que o alcance. Se ela já opera a sua infraestrutura ou os seus serviços gerenciados, essas vantagens são reais. Se não, avalie a prática SAP dela pelos próprios méritos.
Deloitte, Capgemini, TCS, Infosys, NTT DATA e Wipro
Minhas opiniões sobre essas seis são mais limitadas. Vi a Deloitte se sair bem em saúde e governo, combinando consultoria de negócios com execução SAP de um jeito que mantém a liderança engajada. Vi a Wipro conduzir uma implantação SAP bem-sucedida em uma fábrica nos EUA: rápida, prática e à vontade com a conformidade local, sem uma longa fase de preparação. Além disso, o registro público é limitado, mas útil. Deloitte, TCS e Infosys já foram nomeadas Leaders no Magic Quadrant do Gartner para SAP S/4HANA Application Services: a Deloitte em 2021, pelo sétimo ano seguido, a TCS em 2021 e a Infosys em 2022. O resumo da Deloitte descreve a sua sequência de posições como Leader. A NTT DATA tem uma unidade dedicada a SAP, a NTT DATA Business Solutions, antiga itelligence. A base SAP da Capgemini é maior na Europa do que nos EUA, o que serve a empresas com matriz europeia que precisam de continuidade.
Nada disso diz se a equipe delas é a certa para o seu programa. Ligações para referências e verificações no nível dos currículos continuam valendo.
Parceiros de Tier 2 ficam entre os SIs globais e as boutiques. Têm escala real, métodos consolidados e práticas setoriais específicas, sem o peso de governança nem a complexidade comercial de um Tier 1.
| Empresa | Foco em SAP | Melhor para |
|---|---|---|
| HCLTech | Migrações cloud-first, gestão de aplicações | Implantações de S/4HANA em nuvem e suporte contínuo |
| Birlasoft | S/4HANA para médio porte, manufatura discreta (absorveu a prática SAP da KPIT em 2019) | Fabricantes com escopo padrão e orçamento apertado |
| Tech Mahindra | Telecom, logística, SAP BTP | Empresas de telecom e logística com necessidade de extensões em BTP |
| Atos | Setor público, defesa, experiência europeia | Empresas com matriz europeia que precisam de execução nos EUA |
Onde o Tier 2 se encaixa
A escolha costuma se resumir ao encaixe setorial e ao modelo de entrega. Uma empresa com profundidade em utilities ou manufatura traz um conhecimento que um generalista de Tier 1 construiria às custas do seu programa. A conversa comercial também é mais leve. Empresas de Tier 2 negociam. Empresas de Tier 1 cotam.
O teste: dê ao consultor líder proposto dois ou três cenários do seu negócio que você espera que sejam difíceis e trabalhe neles junto com ele. Essa sessão diz mais sobre a adequação do que qualquer quantidade de ligações para referências.
Peça a equipe real de entrega, não a equipe da apresentação. A diferença entre o parceiro que você avaliou e a equipe que aparece pode determinar o resultado do projeto. Isso acontece em todos os tiers.
Parceiros de Tier 3 são empresas menores com foco funcional ou setorial estreito. Ex-profissionais de SAP que montaram práticas independentes. Especialistas em um único módulo ou em um único setor. Empresas regionais com fortes relacionamentos locais.
Onde o Tier 3 vence
Os consultores seniores permanecem envolvidos do começo ao fim, não só na proposta. As decisões são mais rápidas, os custos indiretos são menores e a responsabilização é pessoal. Um cliente me disse que preferia parceiros de Tier 3 porque “sempre recebemos o time A”. Há verdade nisso: as pessoas nomeadas no contrato de fato aparecem.
A profundidade setorial por consultor também é maior. Uma boutique que fez muitos programas de S/4HANA em seguradoras normalmente vence um generalista de Tier 1 no próximo.
Onde o Tier 3 falha: três riscos reais
- Profundidade de banco. Em um projeto, o líder de ABAP de uma empresa pequena tirou licença no meio dos testes. Não havia reserva imediata, e tivemos de pedir ajuda emprestada a outra equipe. Uma data de go-live fixa com um banco raso é um risco. Obtenha o plano de reserva do parceiro para as pessoas-chave antes de assinar.
- Documentação e governança. Empresas pequenas às vezes andam rápido pulando a documentação. Uma vez tive de refazer a documentação de cutover que tinha sido pulada “para ganhar tempo”. Boa governança não é burocracia. É a trilha de auditoria que protege você quando decisões são contestadas, ou quando alguém precisa saber o que foi acordado dezoito meses depois que o consultor saiu.
- Espaço para crescer. Uma boutique contratada para um módulo vai ter dificuldade para absorver o crescimento do escopo. Se o seu programa pode se expandir, pergunte se o parceiro consegue se expandir junto.
O Tier 3 funciona quando o escopo é bem definido, a equipe do cliente é experiente o bastante para fornecer a governança e a relação com o sócio nomeado já está estabelecida. Dá errado quando a equipe do cliente também é enxuta e espera que o parceiro forneça uma governança que ele não consegue fornecer.
O padrão com vários parceiros
Em grandes programas nos EUA, um parceiro único costuma ser a exceção. Um formato comum é um SI principal na entrega do núcleo do S/4HANA, mais um ou dois especialistas onde o principal é fraco: um especialista em fechamento financeiro, uma boutique de BTP para extensões ou um parceiro separado de hospedagem.
O modelo traz profundidade onde o principal é raso, um contraponto independente ao desenho do principal e mobilização mais rápida em trabalhos de nicho. Também traz mais contratos, mais esforço de integração e jogo de empurra nas fronteiras entre frentes de trabalho.
O que separa uma configuração com vários parceiros que funciona de uma bagunça é a estrutura. Escreva as fronteiras entre os parceiros antes de o trabalho começar. Torne um parceiro responsável pela integração entre todos eles. Conduza um único fórum de governança, não três. A maioria das falhas vem de clientes que acrescentaram um segundo parceiro no meio do caminho para corrigir um problema criado pelo principal, sem remodelar a governança em torno do novo arranjo.
- Liderança do programa no clienteConduz um único fórum de governança para todos os parceiros
- SI principalEntrega do núcleo do S/4HANA, responsável pela integração entre todos os parceiros
- Especialista em fechamento financeiroProfundidade onde o principal é fraco
- Boutique de BTPExtensões no SAP BTP
Quanto custa
O custo total depende principalmente do porte da empresa e do escopo, não do tier do parceiro. Estes são os totais de programas de S/4HANA que vejo, com os tiers que costumam concorrer em cada porte. Trate os números como referências, não como cotações, e veja minhas faixas de custo de implementação SAP para 2026 para o detalhamento completo.
| Porte da empresa | Custo total típico do programa | Tiers que costumo ver concorrendo |
|---|---|---|
| Pequena (menos de 200 funcionários) | US$ 80 mil a US$ 500 mil | Boutiques de Tier 3 |
| Médio porte (200 a 1.000 funcionários) | US$ 500 mil a US$ 2 milhões | Especialistas de Tier 2, boutiques de Tier 3 |
| Grande empresa (1.000 a 10.000 funcionários) | US$ 2 milhões a mais de US$ 10 milhões | Tier 1 e Tier 2 |
| Grupo global (mais de 10.000 funcionários) | US$ 10 milhões a mais de US$ 50 milhões | Tier 1 |
As diárias são valores cobrados por consultores seniores individuais. As taxas médias do programa ficam mais baixas, porque a maioria dos programas mistura arquitetos onshore com entrega nearshore ou offshore. Para um detalhamento por função e região, veja meu guia de planejamento de alocação de recursos em projetos SAP.
| Local de entrega | Diária de consultor sênior |
|---|---|
| EUA onshore | US$ 1.800 a US$ 3.500 |
| GCC | US$ 1.200 a US$ 2.000 |
| Nearshore | US$ 700 a US$ 1.400 |
| Offshore | US$ 300 a US$ 700 |
O consultor mais barato é o mais caro. Um consultor sênior no topo da faixa que evita um estouro de seis meses custa menos do que uma equipe júnior na base da faixa que não evita. A maioria dos CFOs só percebe isso depois do segundo post-mortem.
A diária é a menor das variáveis. As que decidem o custo são quantas pessoas, por quanto tempo e com quanto retrabalho. Um estouro de 90 dias em um programa de 200 pessoas supera de longe qualquer diferença de diária nesse contingente. Negocie a diária, mas não deixe a negociação da diária escolher o seu parceiro. Minhas notas sobre negociação de contratos de ERP tratam do lado comercial.
Como RISE e GROW mudam a conversa com o parceiro
No RISE with SAP, a SAP opera a infraestrutura e as operações técnicas. O escopo do parceiro se estreita para a camada de aplicação: configuração, migração, integração, testes e treinamento. Isso tira parte da complexidade técnica e parte do controle do parceiro sobre a disponibilidade dos ambientes.
O Clean Core muda o escopo de customização. Parceiros experientes na entrega de RISE têm métodos para decidir quais customizações viram padrão SAP, quais viram extensões sobre APIs liberadas ou no SAP BTP e quais são aposentadas. Parceiros sem essa experiência aplicam os hábitos de customização pesada dos programas on-premise e criam dívida técnica na primeira versão.
O GROW with SAP estreita ainda mais o escopo. Ele roda no S/4HANA Cloud Public Edition, com processos padrão e nenhuma modificação do núcleo. Parceiros que construíram um modelo de entrega para ele avançam rápido. Parceiros novos nele o tratam como um projeto de S/4HANA menor, o que não entende o essencial.
Para programas de 2026, faça duas perguntas a cada parceiro: quantas implementações de RISE ou GROW vocês concluíram, e como vocês governam o Clean Core? Respostas vagas significam que ainda não absorveram o modelo.
Se eu estivesse do lado do comprador hoje, não começaria perguntando qual Tier 1 colocar no RFP. Eu encontraria os dois ou três consultores nomeados no mercado SAP americano que já fizeram exatamente o programa que estou prestes a tentar, no meu setor, na minha escala, com o meu perfil regulatório. Depois ligaria para as empresas em que eles trabalham. Os tiers são um atalho. Os profissionais nomeados são o sinal.
Qual é a diferença entre parceiros de implementação SAP de Tier 1, Tier 2 e Tier 3?
Os tiers refletem escala, capacidade de entrega global e porte típico dos projetos, não a qualidade da entrega.
Empresas de Tier 1 têm redes globais de entrega, templates setoriais e experiência em todo o portfólio SAP. São escolhidas para grandes programas globais, implementações reguladas e transformações que combinam entrega SAP com mudança no negócio.
Empresas de Tier 2 têm escala real e métodos consolidados, mas focam em setores ou segmentos específicos. Muitas vezes servem melhor do que um Tier 1 para programas de médio porte nos EUA.
Boutiques de Tier 3 são pequenas, com expertise profunda em um módulo, setor ou região. Oferecem acesso a gente sênior e decisões rápidas. A profundidade de banco e o espaço para crescer são os riscos.
Como avaliar propostas de parceiros de implementação SAP?
Em quatro pontos: equipe, adequação, método e condições comerciais.
Equipe: peça os currículos do gerente do programa, do arquiteto de soluções e dos líderes funcionais e confirme a disponibilidade deles nas suas datas. Adequação: faça uma sessão de trabalho sobre dois ou três dos seus cenários mais difíceis. Método: pergunte como conduzem o congelamento de mudanças e como lidam com escopo acrescentado informalmente nos workshops. Condições comerciais: o que o preço fixo inclui, como funcionam as solicitações de mudança, que créditos se aplicam a marcos não cumpridos e que transferência de conhecimento eles se comprometem a fazer.
Peça referências de projetos que passaram por problemas sérios, não só dos casos de sucesso.
Quais são os riscos de escolher um parceiro SAP de Tier 3?
Três: profundidade de banco (nenhuma reserva quando uma pessoa-chave não está disponível), espaço para crescer (dificuldade em absorver escopo adicional) e disciplina de documentação (planos de cutover e registros de decisão encurtados sob pressão de prazo).
Os três são administráveis se o seu próprio gerente de programa definir padrões de documentação no início, cobrar o parceiro por eles e escalar rapidamente quando surgir uma lacuna de cobertura.
Devo usar o mesmo parceiro SAP para a implementação e o suporte contínuo?
A continuidade é a vantagem: as pessoas que construíram o sistema dão suporte a ele, sem lacuna de passagem. A dependência é o risco: os custos de troca são altos e o seu poder de negociação na renovação é baixo.
Um meio-termo comum é manter o parceiro de implementação durante o hypercare, normalmente os primeiros 30 a 90 dias após o go-live, e depois fazer uma seleção competitiva para a gestão de aplicações. Se o mesmo parceiro ficar com a gestão de aplicações, inclua um gatilho de nova concorrência, normalmente a cada três anos, com aviso prévio.
Que perguntas devo fazer às referências de um parceiro de implementação SAP?
Pergunte sobre um problema e como o parceiro lidou com ele. Pergunte se as pessoas nomeadas na proposta permaneceram no projeto; a maioria dos clientes gostaria de ter insistido mais nessa pergunta. Peça para ver um documento de desenho importante, porque a qualidade da documentação é um indicador da qualidade da governança. Pergunte se contratariam a empresa de novo para a próxima fase, e por quê.
Exija uma referência do seu setor com complexidade semelhante. Uma referência do setor público diz muito pouco a um fabricante.
Próximo passo
Está conduzindo um programa de ERP agora?
Se este artigo tocou num programa em que você está envolvido agora, uma conversa de 30 minutos costuma render mais do que outra semana de análise interna.




