Consultoria de adoção de Claude para times: o que precisa ter no entregável para justificar o preço?

Fala aí, beleza? Vender hora de código te paga o mês, vender adoção de Claude pra um time inteiro muda o tipo de conversa que você tem com a empresa

E tem demanda real do outro lado: a Anthropic mantém o Claude Partner Network, programa formal pra firmas que colocam Claude em produção dentro de empresas, com aporte anunciado de US$ 100 milhões em treinamento, suporte técnico e marketing conjunto

Dentro dele existe uma Services Track com Partner Hub e um diretório público de parceiros de serviço, que é literalmente onde comprador corporativo vai procurar quem tem experiência de implementação

E as gigantes de serviços já estão treinando gente em escala absurda: Accenture treinando 30.000 profissionais, Cognizant com Claude para cerca de 350.000 associados, Deloitte disponibilizando para 470.000 pessoas e KPMG integrando em mais de 276.000

Ou seja, o mercado existe, e o teu problema não é convencer que IA funciona, é responder uma pergunta bem chata: o que exatamente eu recebo por esse valor?

Esse post é a lista do que precisa estar dentro do entregável pra essa pergunta ter resposta

O que precisa estar no lugar antes de fechar o projeto

Antes de assinar qualquer coisa, tu precisa confirmar o terreno do cliente, senão o projeto trava na semana 1 esperando alguém liberar acesso

Se liga no checklist:

• Qual plano o cliente tem hoje: o plano Team exige mínimo de 2 membros e já inclui Claude Code em cada assento, então em muitos casos a empresa já comprou a ferramenta e nem sabe
• Se precisa de Enterprise: os controles administrativos de Claude Code (gestão self-service de assentos, limites de gasto granulares, analytics de uso e managed policy settings) já vêm nos planos Team e Enterprise. O Enterprise entra quando o cliente precisa de SSO e domain capture, permissões baseadas em papel e acesso à compliance API
• Quem tem papel de Admin ou Owner: o painel de analytics do Claude Code é acessível a Admins e Owners, e sem isso tu não abre o baseline
• Como sai o acesso programático: a Claude Code Analytics API exige uma Admin API key (prefixo sk-ant-admin), provisionada por membros com papel admin no Claude Console
• O caso Enterprise do claude.ai: organizações pai do Enterprise não aparecem no Console nem têm Admin API key, então ali o caminho documentado é a Analytics API key

Esse último ponto é o que mais pega gente desprevenida, então confirma ANTES de prometer relatório automatizado, beleza?

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 116 aulas
• 4 projetos
• 9h 23min

Conhecer formação

E do teu lado, o que precisa estar pronto:

Existe uma certificação Claude como credencial individual, que sinaliza treinamento pra construir e implantar Claude em produção

Mais de 10.000 consultores já obtiveram essa certificação, então não é diferencial exótico, é linha de base mesmo

E se a tua meta é virar parceiro listado, os tiers do Partner Network são medidos por número de certificados ativos, implantações conjuntas em produção e casos públicos de cliente:

• Select: pelo menos 10 certificados ativos, 2 clientes conjuntos em produção e 1 caso público
• Preferred: pelo menos 100 certificados ativos, 15 clientes implantados e 3 casos públicos
• Global Premier: pelo menos 1.000 certificados ativos, 100 clientes implantados em três ou mais regiões, 15 casos públicos e plano de negócio conjunto com patrocinadores executivos nomeados

Olha os números com carinho: Select é alcançável por uma boutique pequena, Preferred já é operação montada

Dá pra usar isso como régua de posicionamento, não como promessa pro cliente

Como estruturar a entrega em 6 blocos que o cliente consegue enxergar

A regra é simples: cada bloco produz um artefato que continua existindo depois que tu sai

Se o bloco não deixa arquivo, número ou processo, ele era reunião, não entregável

1. Diagnóstico e baseline. Abre o painel de analytics do Claude Code em claude.ai/analytics/claude-code e exporta o CSV antes de mexer em qualquer coisa. Ali estão linhas de código aceitas, taxa de aceitação de sugestões, usuários ativos diários e sessões, métricas de contribuição (PRs e linhas enviadas com Claude Code, via integração com GitHub) e leaderboard dos maiores usuários. O artefato que fica: a planilha do estado inicial, com data. O erro comum deste passo é começar o projeto sem número inicial e depois não conseguir provar ganho nenhum, aí a renovação morre na primeira pergunta do financeiro

2. Padrões de uso escritos. O Claude Code carrega dois sistemas de memória complementares no início de toda conversa: os arquivos CLAUDE.md escritos por pessoas e a auto memory, escrita pelo próprio Claude. Os CLAUDE.md são lidos recursivamente do diretório atual pra cima, com escopos diferentes por local, então dá pra ter regra geral da empresa e regra específica do repositório sem uma coisa atropelar a outra. O erro comum deste passo é entregar um CLAUDE.md gigante no lugar errado, que ninguém lê e o Claude carrega em todo contexto. Aqui também entra a conversa de o que NÃO deve entrar na memória, e vale mostrar pro time como manter dados sensíveis fora da memória antes de virar hábito

3. Governança técnica. Administradores podem impor configuração padronizada a todos os usuários por meio de managed policy settings, incluindo permissões de ferramentas, restrições de acesso a arquivos e configuração de servidores MCP. No Windows o arquivo fica em C:\Program Files\ClaudeCode\managed-settings.json, e ao lado dele existe um diretório drop-in managed-settings.d/, pra times diferentes publicarem fragmentos de política sem brigar pelo mesmo arquivo

C:\Program Files\ClaudeCode\managed-settings.json
C:\Program Files\ClaudeCode\managed-settings.d\10-plataforma.json
C:\Program Files\ClaudeCode\managed-settings.d\20-seguranca.json

A regra de merge importa e cabe no contrato: o managed-settings.json é mesclado como base e depois os *.json do drop-in em ordem alfabética, sendo que escalares sobrescrevem, arrays concatenam e deduplicam, e objetos fazem deep merge

E tem um detalhe que vale ouro na conversa com segurança: dá pra excluir arquivos CLAUDE.md por configuração via claudeMdExcludes, nas camadas user, project, local e managed policy (os arrays mesclam entre camadas), MAS o CLAUDE.md publicado via managed policy não pode ser excluído pelo usuário

Traduzindo: o padrão que tu escreve como consultor não vira sugestão opcional, ele fica de pé

4. Empacotamento e distribuição. Padrão que mora na cabeça de uma pessoa não é entregável. Project Skills podem ser versionadas e compartilhadas com o time via git, enquanto as User Skills são pessoais e valem pra todos os projetos daquela pessoa. E plugins do Claude Code empacotam slash commands, subagents, servidores MCP e hooks num negócio só, distribuído por um marketplace da própria organização, hospedado em repositório git, repositório GitHub ou URL com um arquivo .claude-plugin/marketplace.json

/plugin marketplace add empresa/claude-marketplace
/plugin install padroes-backend@marketplace-interno

O erro comum deste passo é entregar PDF de boas práticas. PDF ninguém instala, plugin o time roda em dois comandos

5. Segurança na rotina. O Claude Code tem revisão de segurança sob demanda com /security-review, rodado no diretório do projeto, usando prompt especializado em padrões comuns de vulnerabilidade como SQL injection, XSS e falhas de autenticação. O artefato aqui não é o comando, é o combinado: em qual momento do fluxo ele roda e quem olha a saída. Erro comum: deixar como dica solta na documentação, sem virar etapa fixa

6. Acompanhamento. O Claude Code exporta telemetria via OpenTelemetry pra acompanhar uso, custo e atividade de ferramentas na organização, e a exportação é ligada por variável de ambiente

export CLAUDE_CODE_ENABLE_TELEMETRY=1

Depois dessa chave, o que falta é configurar os exportadores (OTEL_METRICS_EXPORTER e OTEL_LOGS_EXPORTER) e o endpoint OTLP (OTEL_EXPORTER_OTLP_PROTOCOL e OTEL_EXPORTER_OTLP_ENDPOINT), apontando pro collector que o cliente já roda

Os valores dessas variáveis dependem da stack de observabilidade da empresa, então confirma com o time de infra e com a documentação antes de fixar isso no runbook do projeto

Se o cliente não quer collector, a alternativa é a Claude Code Analytics API, que dá acesso programático a métricas diárias agregadas

Seja qual for o caminho, o fechamento do projeto é o MESMO relatório do passo 1, com os mesmos campos, comparando contra o baseline

É isso que transforma "achamos que melhorou" em conversa de renovação

Diagnóstico, implantação ou acompanhamento: o que entra em cada escopo

Dá pra vender os seis blocos de uma vez ou fatiar em escopos separados, e fatiar costuma ser mais fácil de aprovar

E tem uma linha que ajuda MUITO na conversa de custo, porque o cliente sempre pergunta quantos assentos comprar

O plano Team cobra por assento e tem dois tipos: o Standard sai por US$ 25 por mês na cobrança mensal e US$ 20 por mês com desconto anual, e o Premium sai por US$ 125 por mês na cobrança mensal e US$ 100 por mês com desconto anual

O Premium dá 5 vezes mais uso que o Standard, e todo assento Team já inclui mais uso que o plano Pro

Se liga no que isso significa pro teu entregável: recomendar o mix de assentos deixa de ser achismo e vira conta em cima do leaderboard e dos usuários ativos que tu já exportou no passo 1

Quem aparece no topo do uso justifica Premium, quem usa esporádico fica no Standard

Quando esse projeto se justifica (e para quem vender)

Nem toda empresa precisa disso, e vender pro perfil errado queima teu nome

Esses quatro perfis são os que compram de verdade:

1) Time que comprou Team e não sabe se está sendo usado. É o caso mais comum, e o mais fácil de fechar, porque o dado já existe. Tu entra, exporta o painel, mostra usuários ativos diários, sessões e taxa de aceitação, e a empresa descobre em uma semana o que estava pagando sem enxergar

2) Time com padrão inconsistente entre squads. Cada squad inventou o próprio jeito, um tem CLAUDE.md caprichado, outro não tem nada. Aqui o entregável é padrão escrito mais managed policy com o drop-in managed-settings.d/, pra cada time publicar seu fragmento sem que um sobrescreva o outro no grito

3) Organização que precisa de governança pra APROVAR a compra. Esse é o projeto que destrava contrato grande. Planos Team e Enterprise incluem gestão self-service de assentos, limites de gasto granulares, analytics de uso e managed policy settings, e o Enterprise ainda traz SSO, domain capture, permissões baseadas em papel e acesso à compliance API. Teu papel é traduzir isso pra linguagem de segurança da informação e entregar a configuração pronta

4) Empresa que quer replicar uma prática interna que já deu certo. Alguém no time descobriu um fluxo massa e ninguém mais usa. Vira Skill de projeto versionada em git e plugin no marketplace interno, e pronto, a prática escala sem depender da pessoa

Uma coisa importante: tu não precisa inventar o conteúdo do zero

A própria Anthropic publica material que serve de base e pode ser adaptado, como o guia Best practices for Claude Code, o playbook Scaling Agentic Coding Across Your Organization e o material How Anthropic teams use Claude Code

O teu valor não é ter o conteúdo, é aterrissar aquilo no repositório, no fluxo e na política do cliente

De novo: PDF genérico ninguém instala 😀

Conclusão

O que justifica o preço de uma consultoria de adoção de Claude não é quantidade de horas nem quantidade de slides

É o artefato que sobra (arquivos de configuração, padrões versionados, plugin instalável, processo de revisão) e a métrica comparável entre antes e depois

Se no fim do projeto o cliente consegue abrir um número e olhar o mesmo número de três meses atrás, tu vendeu resultado

Se não consegue, tu vendeu reunião…

Pra quem quer sair do freela de código, o próximo passo é bem concreto: pega um cliente pequeno que já tenha Team, monta o primeiro diagnóstico com o painel de analytics, transforma os padrões desse time em CLAUDE.md e num plugin interno, e usa a certificação Claude mais o diretório público de parceiros de serviço como canal de entrada pros próximos

Começa pelo baseline, sempre. Sem ele, todo o resto vira opinião

até o próximo post! 🙂