Um Claude Skill que produz um plano de onboarding personalizado de 30/60/90 dias para um novo rep de vendas por vez. Lê o background anterior do rep, o segmento para o qual ele vai vender e os dados reais de ramp da sua equipe, depois gera um arquivo markdown pronto para o Notion com marcos semana a semana, referências nomeadas de chamadas do Gong, certificações nomeadas, cenários de role-play nomeados e uma cadência de check-in com o manager calibrada ao seu tempo médio histórico até o primeiro deal — não a um template genérico de 30/60/90 tirado de um blog de vendas.
O bundle para download em apps/web/public/artifacts/rep-onboarding-skill/ contém SKILL.md e três templates de referência preenchíveis: marcos por segmento, um esquema de biblioteca de recursos e um framework de check-in com o manager. Nenhum deles funciona de imediato — esse é o ponto. O skill existe para remover o trabalho mecânico de tecer as especificidades do seu motion num plano por rep, não para substituir o trabalho de escrever quais são essas especificidades.
Quando usar
Use este skill quando um novo AE ou BDR assinou uma oferta e você quer um rascunho de plano pronto antes do primeiro dia dele. O skill produz o plano em aproximadamente dois minutos; o hiring manager gasta 10-15 minutos editando; o tempo total até o plano é de menos de meia hora, versus as 2-4 horas que um manager tipicamente gasta escrevendo um do zero e depois nunca atualizando.
Também é útil para reps experientes mudando de segmento — por exemplo, um AE de SMB promovido para mid-market, que é um problema de re-ramp que os managers rotineiramente subestimam. A etapa de classificação do skill (up-market-from-smb) vincula o plano às peculiaridades de multi-threading e procurement que essa mudança de segmento introduz.
Quando NÃO usar
- Gestão de performance de um rep já rampeado. Um rep em ramp perdendo marcos é um problema de coaching; este skill escreve o plano, não o PIP. Usar as semanas de marcos como base para gestão de performance é o terceiro modo de falha listado abaixo.
- Substituir a conversa manager-rep. O plano é um scaffold que o manager edita antes do primeiro dia. Alinhamento no primeiro dia, expectativas sobre cultura e contexto pessoal pertencem a uma conversa real, não a um documento gerado.
- Decisões de comp, quota ou território. Carry de quota, draws de ramp e carve-outs de território são escolhas de política que pertencem ao RevOps e ao Finance. O skill assume que essas estão definidas e lê
comp_plan_summarycomo um input verbatim para embutir no plano. - Design de currículo para toda a equipe. Este skill produz um plano para um rep. Se você precisa de um programa de onboarding em cohort para a classe de 2026-Q3, esse é um artefato diferente e provavelmente pertence a um LMS.
Setup
- Faça o drop do bundle no seu diretório de skills. Copie
apps/web/public/artifacts/rep-onboarding-skill/para~/.claude/skills/rep-onboarding/. O skill carregaSKILL.mdmais tudo emreferences/. - Preencha
references/1-segment-milestones-template.md. Para cada segmento em que você vende, substitua os placeholders pelas suas definições reais de “rampeado”, suas semanas de marco padrão e — mais importante — as peculiaridades não óbvias do seu motion. O skill emite as peculiaridades verbatim nas seções do plano da semana 6 e semana 9, que é onde reps em ramp geralmente são surpreendidos. - Preencha
references/2-resource-library-template.md. Todo recurso precisa de um ID estável (ID de chamada do Gong, slug do Notion, código de certificação), uma tag, uma datalast_reviewede uma lista de fit de classificação. O skill pula qualquer recurso mais antigo que 12 meses e surfaceia um TODO; isso força o owner de enablement a manter a biblioteca atualizada em vez de deixá-la apodrecer silenciosamente. - Preencha
references/3-manager-check-in-template.md. Os padrões são razoáveis como ponto de partida, mas não vão corresponder ao estilo de coaching da sua equipe. Substitua pelo menos os blocos de perguntas da semana 1 e semana 12 antes do primeiro uso. - Opcional: aponte
prior_ramp_data_pathpara um CSV. Cinco ou mais reps anteriores no mesmo segmento é suficiente para calcular um tempo médio útil até o primeiro deal. Sem isso, o skill usa padrões e anota que as semanas de marco estão não calibradas. - Opcional: instale os servidores MCP do Gong e Notion. O skill funciona sem eles — produz o arquivo markdown localmente e você cola no Notion — mas com eles pode buscar URLs de chamadas do Gong ao vivo e escrever o plano diretamente numa página de template do Notion.
O que o skill realmente faz
O skill executa cinco sub-tarefas em ordem; passos posteriores dependem de anteriores, então nada é paralelizado. O método completo fica no SKILL.md em “Method”; a versão curta é:
- Classifique o rep em um dos cinco buckets. Um classificador fixo (
needs-fundamentals,needs-positioning,needs-product,needs-multi-threading,needs-velocity) conduz cada passo posterior. A classificação de forma livre deriva entre execuções; um bucket fixo significa que o plano permanece comparável entre reps. - Calibre as semanas de marco contra os seus dados históricos de ramp. Mediana, não média, dos últimos N reps no mesmo segmento. Um rep que fechou na semana 3 não deve puxar os marcos de todos os planos futuros para a semana 3.
- Escolha recursos nomeados da biblioteca. Todo recurso é referenciado por ID estável e título — nunca como “uma boa chamada de discovery”. Um rep que lê um plano que diz “assista uma boa chamada de discovery” não consegue se servir; um rep que lê “assista a chamada do Gong gc_4821” consegue.
- Defina metas de deals nomeados, não metas de atividade. Até a semana 8, o rep produz uma lista de 5-10 contas-alvo nomeadas com resumos breves. O plano deliberadamente evita metas de atividade como “50 chamadas por semana” porque recompensam movimento sem progresso e permitem que reps com dificuldades se escondam atrás do discador.
- Emita perguntas de check-in do manager inline. Cada semana tem 3-5 perguntas específicas (ex.: “o que você faria diferente na chamada de disco que você fez na terça?”), extraídas do template de check-in. Check-ins genéricos são pulados; perguntas nomeadas forçam a conversa para as especificidades.
Realidade de custos
O skill é uma única invocação do Claude Sonnet por plano. Uma execução típica lê os três arquivos de referência (aproximadamente 3-4k tokens combinados), o linkedin_url do rep se fornecido e opcionalmente o CSV de ramp anterior. O output é aproximadamente 4-6k tokens de markdown. O custo end-to-end por plano de onboarding é menor que cinco centavos de dólar ao preço do Sonnet, e a execução completa em aproximadamente 90 segundos.
As economias de tempo são maiores que as economias em dólares. Um hiring manager escrevendo um 30/60/90 personalizado do zero tipicamente gasta 2-4 horas e depois entrega um doc genérico porque a pressão de tempo ganhou. Com o skill, o manager gasta 10-15 minutos editando um rascunho que já nomeia as chamadas certas, as peculiaridades certas do segmento e as semanas de marco certas. Numa equipe contratando 8-12 reps por ano, isso é aproximadamente 20-40 horas de tempo de manager recuperadas e — mais importante — um plano que foi realmente personalizado em vez de um template copiado e colado.
Há um custo oculto: manter references/2-resource-library-template.md atualizado exige aproximadamente 2 horas de tempo do owner de enablement por trimestre para retag de chamadas e adição de novas. O skill torna esse custo visível ao surfacear TODOs para recursos stale em vez de degradar silenciosamente.
Métrica de sucesso
Mediana do tempo até o primeiro deal fechado no segmento, medida mensalmente nos últimos 5 reps. A métrica deve ter tendência de queda ao longo do primeiro ano de uso do skill (porque os planos agora referenciam as peculiaridades reais do segmento que costumavam surpreender os reps em ramp) e depois platô no piso natural do seu motion. Se a métrica não estiver com tendência de queda após 3 contratações, o gargalo não é o plano — é upstream (perfil de contratação, qualidade do território, capacidade de coaching do manager) e um plano melhor não vai corrigir.
Evite a métrica sedutora “porcentagem de reps que atingem o marco da semana 10 no prazo”. Essa métrica vai melhorar se você tornar o marco mais fácil ou se os reps o jogarem (fechando um deal trivial na semana 10 para limpar a barra) — veja o ponto de atenção de marco-como-métrica-de-performance abaixo.
Versus as alternativas
Versus cursos de LMS do Spekit / Seismic Learning / Lessonly. Um LMS é o lugar certo para conteúdo que é o mesmo para todo rep (fundamentos de produto, treinamento de compliance, fundamentos de segurança). É o lugar errado para o plano por rep, porque cada plano é diferente e um curso de LMS é por definição igual. Use ambos: o LMS para as certificações e leitura no próprio ritmo que o plano referencia, o skill para o próprio plano.
Versus enablement just-in-time estilo Spekit. O Spekit e ferramentas similares empurram conteúdo contextual para o workflow do rep enquanto eles atingem momentos específicos (abrindo uma opp no Salesforce, rascunhando um email). Isso é genuinamente útil e complementar. Não produz um plano de 12 semanas com marcos. Os dois resolvem problemas diferentes.
Versus um template genérico de 30/60/90 que o manager preenche. Este é o status quo real na maioria das equipes, e perde em três frentes: não incorpora os dados reais de ramp da sua equipe, esquece as peculiaridades do segmento até que o rep seja surpreendido por elas, e o manager ou gasta 4 horas nele ou 30 minutos — nenhum resultado é bom. O skill produz a versão de 4 horas em 90 segundos.
Versus o manager escrevendo o plano do zero em um template do Notion. O mesmo bind de custo versus qualidade do template genérico, mais variância maior entre managers. Um manager novo escreve um plano pior do que um manager sênior; o skill nivela essa variância sempre puxando da mesma biblioteca e da mesma calibração de marco.
Pontos de atenção
- Planos excessivamente prescritivos não sobrevivem ao contato com a realidade. Um plano dia a dia para a semana 5 é fantasia — o rep está em deals ao vivo no próprio cronograma por então. Guarda: o skill escreve detalhe dia a dia apenas para as semanas 1-4; as semanas 5-12 são temas semanais com portões de marco, não listas de tarefas diárias.
- Padrões de deal específicos ao contexto ausentes. Um plano genérico de mid-market ignora que seu motion tem uma peculiaridade específica de procurement (ex.: sempre uma revisão de segurança acima de um certo ACV, sempre um ciclo jurídico de 30 dias). Guarda:
references/1-segment-milestones-template.mdinclui uma seção de “peculiaridades não óbvias do motion” que o skill emite verbatim nas seções do plano da semana 6 e semana 9. - Drift de marco-como-métrica-de-performance. Uma vez que um marco como “primeiro deal até a semana 10” se torna um número pelo qual o rep é avaliado, os managers param de usá-lo como sinal de coaching e os reps o jogam (fechando um deal mínimo para limpar a barra). Guarda: o plano rotula cada marco como “sinal de calibração, não métrica de performance” e a pergunta de check-in do manager da semana 10 é “se o rep não atingiu o marco, qual é a ação de coaching?” — não “o rep está no caminho certo?”
- Biblioteca de recursos stale. Uma biblioteca do Gong marcada há 18 meses referencia reps que saíram, deals que perderam e um cenário competitivo que não se aplica mais. Guarda: todo recurso carrega uma data
last_reviewede o skill pula qualquer coisa mais antiga que 12 meses, surfaceando um TODO para o owner de enablement. - Suposições baseadas em currículo. O classificador de 5 buckets é uma hipótese inicial, não verdade absoluta. Guarda: o check-in do manager da semana 1 pergunta explicitamente “a classificação correspondeu ao que você está vendo?” e o plano pode ser regenerado com um
rep_backgroundcorrigido após a semana 2.
Stack
- Claude (Sonnet) — síntese do plano adaptada ao background e segmento do rep
- Gong — fonte de melhores exemplos de chamadas de reps referenciados por ID estável de chamada
- Notion — plano de destino e tracker de check-in semanal