Como rodar um piloto do Claude Code com um time pequeno antes de contratar para a empresa toda

Contratar assento pra empresa inteira antes de saber se a ferramenta pega no time é o jeito mais caro de descobrir que ela não pegou

Fala aí, beleza? Toda conversa sobre adotar IA no time trava no mesmo lugar: metade jura que muda tudo, a outra metade acha hype, e ninguém tem um número pra sustentar o próprio lado

Piloto existe pra isso: transformar opinião em dado antes da assinatura

E o desenho comercial ajuda bastante aqui. O plano Team exige um mínimo de 2 membros, então dá pra montar um teste pequeno de verdade. Já o Enterprise self-serve pede mínimo de 20 assentos e, durante o termo anual, você até adiciona assento a qualquer momento (com valor proporcional cobrado na hora), mas não pode remover: redução só vale na renovação

Ou seja, errar a mão no Enterprise custa o ano inteiro

Bora montar esse teste direito?

O que você precisa ter antes de começar o piloto

Antes de sair comprando assento, junte estas peças. Sem elas o piloto até roda, só que você fica sem os números que justificam a decisão

• Papel de Owner ou Primary Owner: só Owners e Primary Owners podem comprar assentos e acessar Organization settings
• Permissão UsageView: é ela que libera o painel de analytics. No caso do painel específico do Claude Code, quem enxerga são Admins e Owners
• Uma Admin API key, se você quiser puxar as métricas por API. Ela começa com sk-ant-admin e é diferente da API key comum, provisionada por membros com papel de admin no console
• Integração do GitHub habilitada, caso queira as métricas de entrega (PRs mesclados e linhas commitadas com e sem Claude Code). Sem a integração ligada, essas duas simplesmente não aparecem no painel
• Managed settings prontos, se a política da empresa precisa valer já no primeiro acesso
• Um patrocinador executivo pra assinar o anúncio: CTO, CIO ou SVP de Engenharia

Tome cuidado com a Admin API key: ela não é a mesma coisa que a chave de API que o time usa pra chamar modelo. São credenciais diferentes, com propósitos diferentes

E aquele último item não é enfeite corporativo. O kit oficial de comunicação da Anthropic diz que lançamento assinado por executivo tem taxa de abertura maior e ativação mais rápida na primeira semana do que a mesma mensagem saindo do time de admin ou de ferramentas 🙂

Pré-inscrição Formação Claude Code

Domine o Claude Code do básico ao avançado

Você vai aprender a criar sistemas completos com Claude Code, sem precisar ser programador. Inscreva-se para ter acesso a um desconto de lançamento e bônus especiais!

Quero minha vaga

Standard, Premium ou Enterprise: qual assento usar no piloto

Dimensionar o piloto é escolher assento. E a escolha muda preço, franquia de uso e o tamanho do compromisso que você assume

Repara que o Claude Code está nos dois tipos de assento do Team

O que muda entre Standard e Premium não é o acesso, é a franquia de uso. E esses limites são contados por pessoa, não pelo time inteiro, então um dev pesado não come a cota do colega

A recomendação oficial pra maioria das organizações é ficar em Claude for Teams ou Claude for Enterprise: o membro recebe Claude Code e o Claude na web na mesma assinatura, com cobrança centralizada e sem montar infraestrutura

Só que repara no que essa recomendação está dizendo: ela é sobre o formato (assinatura pronta em vez de infra própria), não sobre já fechar o contrato maior. Pra um piloto, quem faz esse papel é o Team, que te dá a mesma assinatura centralizada sem o termo anual do Enterprise self-serve, onde assento tirado só sai de verdade na renovação

E tem um detalhe que salva orçamento de piloto: dá pra misturar os dois tipos na mesma organização. O Owner atribui Premium pros usuários intensivos e Standard pro resto, tudo no painel de administração

Passo a passo para rodar o piloto do Claude Code

Agora a parte prática. A ordem importa: dois passos aqui existem só pra você não ser surpreendido pela fatura nem por uma política que chegou tarde demais

1. Defina quem entra e com qual assento. Escolha um grupo pequeno e, dentro dele, marque quem é usuário intensivo (Premium) e quem é uso normal (Standard). O erro comum deste passo é montar o grupo só com o pessoal já animado com IA: o piloto vira comercial de si mesmo e não te diz nada sobre o time de verdade

2. Compre os assentos como Owner e atribua os tipos no painel de administração. Se a pessoa que vai operar isso não é Owner ou Primary Owner, ela nem abre Organization settings. O erro comum é descobrir isso no dia do lançamento, com o time esperando acesso

3. Trave o gasto antes de liberar o acesso. O assento já inclui uso suficiente pra um dia normal de trabalho, e o admin pode habilitar uso extra pra usuários individuais, cobrado às taxas padrão da API. O Owner define limite de gasto no nível da organização e no nível de cada membro, e ao atingir o limite o uso extra pausa sozinho até o fim do mês. O erro comum aqui é liberar uso extra primeiro e definir teto depois

4. Centralize a política antes do primeiro login. O Claude Code aplica política via managed settings, que têm precedência sobre a configuração local do desenvolvedor e chegam pelo console de admin, por MDM ou por arquivo em disco. Os server-managed settings ficam em Admin Settings > Claude Code > Managed settings no console do claude.ai, e o cliente busca automaticamente quando o usuário autentica com login OAuth da organização ou API key configurada

É aqui também que vale alinhar o que o time pode instalar por conta própria. Se a ideia é liberar extensões, dá uma olhada antes no que uma skill do Claude realmente baixa, porque "o time decidiu depois" costuma virar política nenhuma. O erro comum deste passo é publicar a política no meio do piloto: metade do grupo já configurou o ambiente do jeito dela e os números saem misturados

5. Anuncie usando o Communications kit. A página Communications kit é voltada a administradores e líderes de engenharia e traz anúncios de lançamento prontos pra copiar, uma sequência de dicas e respostas curtas pras dúvidas mais comuns. No rollout faseado, o anúncio vai só pro grupo piloto, e assinado pelo executivo patrocinador. O erro comum é mandar pra empresa inteira: aí você cria expectativa em quem não tem assento

6. Faça o pedido no formato do kit. O pedido é simples: usar o Claude Code em pelo menos uma tarefa real naquela semana e depois devolver feedback num canal dedicado sobre o que funcionou, o que incomodou e o que surpreendeu. E deixe claro que esse feedback decide como a ferramenta chega pra todo mundo. O erro comum é pedir "testem aí quando puderem", sem tarefa real e sem canal: o retorno vem em DM solta e você não consegue ler nada disso depois

7. Escale um champion interno. O Champion kit é um playbook pra engenheiro que já usa Claude Code e quer ajudar o time a adotar, com o que compartilhar, como responder dúvidas e um roteiro de 30 dias. Boa parte da dúvida do grupo é "por onde começo", e aí ajuda muito ter alguém que já sabe onde procurar skills prontas em vez de todo mundo montar tudo do zero. O erro comum é deixar o champion sem tempo alocado: vira favor, e favor não sustenta piloto

8. Colete os números. O painel de analytics do Claude Code fica em claude.ai/analytics/claude-code e é visível pra Admins e Owners. Se você quiser série diária por usuário, tem endpoint de admin pra isso

curl "https://api.anthropic.com/v1/organizations/usage_report/claude_code" \
  -H "anthropic-version: 2023-06-01" \
  -H "x-api-key: $ADMIN_API_KEY"

O erro comum do último passo é tentar essa chamada com a API key comum do projeto. Ela não serve: esse endpoint exige a Admin API key que começa com sk-ant-admin

Que resultados justificam (ou derrubam) a expansão

Aqui é onde a maioria dos pilotos se perde. Junta-se um monte de número e ninguém combinou antes o que cada um significa

Então vamos por partes

O que o painel entrega:

• Linhas de código aceitas: total de linhas escritas pelo Claude Code que os usuários aceitaram. Ela já exclui as sugestões rejeitadas, mas não rastreia deleções posteriores. Traduzindo: linha aceita hoje e apagada amanhã continua contando
• Taxa de aceitação de sugestões: o percentual de vezes que o usuário aceita o uso das ferramentas de edição Edit, Write e NotebookEdit. É um bom termômetro de confiança no output, não de qualidade do que foi entregue
• Usuários ativos e sessões por dia: a métrica mais honesta do piloto, porque mede se as pessoas voltaram

O que entra quando o GitHub está ligado:

Com a integração habilitada, o painel acrescenta pull requests mesclados com e sem assistência do Claude Code, e o total de linhas commitadas com e sem Claude Code, nos níveis de organização e de usuário

Essa é a métrica mais próxima de entrega que você vai ter, porque PR mesclado passou por revisão humana

Como ler tudo junto:

Cruze três coisas antes de decidir

Primeiro, o consumo. Quem estourou a franquia do assento é candidato natural a Premium na expansão, e isso muda sua conta de custo

Segundo, o uso. Se quase ninguém abriu sessão, o sinal não é "a ferramenta é ruim": é que ainda não vale expandir, e a pergunta certa é por que o grupo não voltou

Terceiro, o canal de feedback. O que funcionou, o que incomodou e o que surpreendeu é o único lugar onde você descobre POR QUE a taxa de aceitação ficou onde ficou

E tem o caso do painel bonito com feedback ruim, que acontece mais do que parece. Linhas aceitas subindo e o time reclamando de retrabalho é sinal de que a métrica está medindo volume, não valor

Na hora de fechar, exporte o relatório do Analytics da organização (Primary Owners e Owners acessam clicando nas próprias iniciais no canto inferior esquerdo e escolhendo Analytics)

Se o veredito for expandir, existe caminho documentado de migração da organização do plano Team pro Enterprise, então você não fica preso na decisão inicial

Próximo passo

O resumo é curto: comece com o mínimo do Team, defina teto de gasto por organização e por membro antes de liberar acesso, e marque a data em que os números vão ser lidos

Piloto sem data de leitura não termina, ele só some da pauta

Seu próximo passo prático são três coisas: fechar quem entra no grupo, comprar e atribuir os assentos como Owner, e agendar a conversa de veredito com o painel aberto na frente

E se a decisão for seguir pro Enterprise depois, aí entra a conversa de implantação, que tem quatro opções: Anthropic Cloud (SaaS), Amazon Bedrock, Google Cloud Vertex AI e Microsoft Foundry

A Anthropic também publica material sobre padrões de adoção do Claude Code em bases de código grandes, na série Claude Code at scale, e a equipe Applied AI deles trabalha direto com times de engenharia pra adaptar esses padrões a cada organização

Agora bora rodar esse piloto e deixar o número decidir, e não o achismo da reunião 😀

até o próximo post!