Guia de carta de apresentação para Platform Engineer

As equipes de platform engineering recebem em média 85 candidaturas por vaga aberta, mas menos de 12% das cartas de apresentação fazem referência a desafios específicos de infraestrutura enfrentados pela empresa-alvo, segundo o relatório 2025 State of Tech Salaries da Hired [1]. Uma carta que começa com "Escrevo para expressar meu interesse na vaga de Platform Engineer" sinaliza imediatamente uma abordagem de modelo. Os candidatos que conseguem entrevistas escrevem cartas que diagnosticam as dores de infraestrutura da empresa e prescrevem soluções específicas a partir da própria experiência.

Principais conclusões

• Abra com uma observação específica sobre a stack técnica ou o blog de engenharia da empresa, não com uma declaração genérica de interesse
• Conecte sua experiência com IDP, Kubernetes ou Terraform diretamente aos desafios que a empresa já publicou
• Quantifique seu impacto na plataforma: melhorias na frequência de deploy, redução de MTTR, taxas de adoção por desenvolvedores
• Demonstre pensamento de produto — mostre que entende as plataformas como produtos internos, não apenas infraestrutura
• Mantenha-a abaixo de 400 palavras; hiring managers de engenharia leem cartas em 45 segundos ou menos

Escrevendo um parágrafo inicial convincente

O parágrafo inicial determina se sua carta será lida ou descartada. Hiring managers de engenharia são técnicos — respeitam a especificidade mais do que o entusiasmo. **A abordagem que começa pela pesquisa funciona melhor.** Antes de escrever uma única palavra, encontre o blog de engenharia da empresa, seus repositórios open-source, palestras em conferências ou detalhes da vaga. Procure sinais sobre a maturidade da infraestrutura: estão migrando para Kubernetes? Construindo um developer portal? Lutando com velocidade de deploy? **Exemplo de abertura forte:** "Your engineering blog post on migrating from monolithic deployments to a microservices architecture on EKS caught my attention — particularly the challenge of maintaining deployment velocity across 40+ services. At [Previous Company], I faced a nearly identical scaling inflection point and built an ArgoCD-based GitOps pipeline that brought deployment lead time from 42 minutes to under 8 minutes for 45 services. I'd like to bring that experience to [Company]'s platform team." **Por que funciona:** demonstra pesquisa, estabelece relevância, entrega uma métrica específica e propõe valor — tudo em três frases. **Abertura fraca a evitar:** "I am excited to apply for the Platform Engineer role at [Company]. With my experience in Kubernetes and Terraform, I believe I would be a great fit for your team." Isso não diz ao hiring manager nada que ele não pudesse obter com uma olhada no seu currículo.

Construindo o corpo: conecte sua experiência às necessidades deles

O corpo da carta deve conter de 2 a 3 parágrafos concisos, cada um ligando uma conquista específica da sua experiência a uma necessidade da empresa-alvo. **Estrutura do parágrafo:** identifique o desafio deles → apresente sua experiência relevante → quantifique o resultado. **Exemplo de parágrafo do corpo:** "Your job posting emphasizes building self-service infrastructure provisioning for engineering teams. At [Company], I designed a Crossplane-based self-service catalog that enabled developers to provision databases, caches, and message queues through a simple API without filing tickets. This reduced infrastructure request wait times from 4 hours to 12 minutes and achieved 91% adoption within three months. I also established Terraform module standards that our 23-module library followed, which cut configuration drift incidents by 67%." **O que cobrir no corpo:**

• Um parágrafo sobre sua conquista técnica mais relevante (Kubernetes, IaC, CI/CD em escala)
• Um parágrafo sobre developer experience / resultados da plataforma como produto (adoção, satisfação, self-service)
• Um terceiro parágrafo opcional sobre fit cultural ou interesse específico na missão **Especificidade técnica importa.** Mencionar "ArgoCD GitOps workflows" tem mais peso do que "automação de deploy". Citar "cluster GKE de 12 nós com service mesh Istio" supera "infraestrutura Kubernetes gerenciada". Os hiring managers são engenheiros — calibram sua profundidade pela precisão da sua linguagem.

Pesquisando a empresa-alvo

Uma pesquisa eficaz transforma uma carta genérica em proposta direcionada. Dedique 20–30 minutos a:

1. **Blog de engenharia:** a maioria das empresas de tecnologia publica sobre suas decisões de infraestrutura. Pesquise "[Empresa] engineering blog" ou verifique a presença no Medium/dev.to. Procure posts sobre desafios de migração, problemas de escala ou escolhas de ferramentas.
2. **Repositórios no GitHub:** verifique se a empresa mantém projetos open-source. Contribuir para os repositórios deles antes de se candidatar é o sinal mais forte possível.
3. **Palestras em conferências:** pesquise no YouTube por "[Empresa] KubeCon" ou "[Empresa] DevOps". Engenheiros costumam discutir os desafios que estão resolvendo.
4. **Detalhes da vaga:** analise os requisitos específicos. Se mencionam Backstage, ArgoCD ou um provedor de nuvem específico, referencie diretamente sua experiência com essas ferramentas.
5. **Avaliações de engenharia no Glassdoor:** procure menções a desafios de infraestrutura, velocidade de deploy ou dores de developer experience.
6. **LinkedIn:** verifique perfis de platform engineers atuais. Quais ferramentas estão endossando? Quais projetos destacam?

Escrevendo um fechamento forte

O fechamento deve ter duas ou três frases. Ele deve reafirmar sua proposta de valor de forma concisa e incluir uma chamada à ação clara sem soar presunçoso. **Fechamento forte:** "I'm particularly drawn to [Company]'s approach to developer experience, and I believe my experience building self-service platforms for 400+ engineer organizations directly aligns with where your platform team is heading. I'd welcome the opportunity to discuss how my work on IDP architecture and GitOps at scale could accelerate your engineering velocity. I'm available for a conversation at your convenience." **Evite fechar com:**

• "I look forward to hearing from you soon" (passivo, batido)
• "I am confident I would be a great addition to your team" (autoavaliação sem evidências)
• Expectativas salariais (nunca inclua na carta de apresentação)

3 exemplos completos de cartas de apresentação

Exemplo 1: Senior Platform Engineer (SaaS empresarial)

Dear [Hiring Manager], Your recent KubeCon talk on scaling internal developer platforms for 600+ engineers resonated deeply with challenges I solved at [Previous Company]. Specifically, your mention of developer onboarding friction maps directly to work where I reduced new service creation from a 3-week ticket-driven process to a 2-hour self-service workflow using Backstage golden path templates. Over the past 9 years, I've built platform infrastructure that directly improves engineering velocity. At [Company], I architected an Internal Developer Platform serving 400+ engineers across 6 product teams, implementing ArgoCD GitOps across 180 microservices with a 99.99% deployment success rate. I designed a multi-cluster Kubernetes federation across 3 AWS regions supporting 2,400+ pods, and introduced Karpenter-based autoscaling that reduced annual compute costs by $520K. What excites me about [Target Company] is your commitment to treating the platform as a product, not a cost center. My experience establishing platform SLO frameworks, running developer satisfaction surveys (achieving an 8.2/10 score), and building API-first self-service catalogs aligns directly with that philosophy. I'd welcome a conversation about how my IDP architecture experience could support your platform team's growth. I'm available at your convenience. Best regards, [Name]

Exemplo 2: Platform Engineer pleno (startup em crescimento)

Dear [Hiring Manager], I noticed [Company] recently raised a Series C and is scaling from 30 to 100 engineers — a phase where platform engineering transitions from "nice to have" to critical infrastructure. At [Previous Company], I joined when the engineering team was 35 and built the platform foundations that supported growth to 120 engineers without proportional infrastructure headcount increases. My most relevant experience includes implementing an ArgoCD GitOps pipeline for 45 microservices that cut deployment lead time from 38 minutes to 7 minutes, building a Terraform module library (23 modules, 89% team adoption), and designing a centralized observability stack processing 2.3TB daily log volume. I also managed a 12-node GKE cluster with Istio service mesh supporting 850+ pods with mTLS and automated canary deployments. What draws me to [Company] is the opportunity to build a platform from early foundations rather than inheriting technical debt. I'd be glad to discuss how my experience scaling platform infrastructure during rapid growth could support your engineering expansion. Sincerely, [Name]

Exemplo 3: Junior Platform Engineer (primeira função em plataforma)

Dear [Hiring Manager], Your job posting for a Platform Engineer mentions migrating CI/CD infrastructure and improving developer onboarding — two challenges I tackled directly in my current role at [Company]. I migrated 8 application pipelines from Jenkins to GitHub Actions, reducing build times by 41% and cutting developer feedback loops from 25 minutes to 9 minutes through parallel test execution. Beyond CI/CD, I've built Kubernetes namespace provisioning automation with Terraform and Helm for 15 development teams, implemented container security scanning with Trivy and OPA Gatekeeper (blocking 340+ vulnerable images in 6 months), and configured a Prometheus monitoring stack with 28 custom Grafana dashboards. While earlier in my career than your typical candidate, I bring hands-on experience with the core tools in your stack and a strong orientation toward developer experience. I'd appreciate the opportunity to discuss how my infrastructure automation experience could contribute to your platform team. I am available at your convenience. Best regards, [Name]

Erros comuns em cartas de apresentação

1. **Repetir o currículo.** A carta deve complementar, não duplicar. Use-a para explicar por que certas experiências importam para essa função, não para listá-las novamente.
2. **Escrever sobre o que você quer em vez do que você oferece.** "Quero desenvolver minhas habilidades em Kubernetes" foca nas suas necessidades. "Trago 3 anos de experiência com Kubernetes em produção para a sua migração" foca nas necessidades deles.
3. **Menção genérica a tecnologias.** Listar "Kubernetes, Terraform, Docker, AWS" sem conectá-las a resultados específicos soa como enchimento. Toda menção a ferramenta deve estar atrelada a um resultado.
4. **Passar de 400 palavras.** Hiring managers de engenharia têm pouco tempo. Uma carta enxuta de 300–350 palavras que demonstra pesquisa e quantifica impacto vence um ensaio de 700 palavras todas as vezes.
5. **Ignorar os requisitos da vaga.** Se o anúncio enfatiza GCP e sua carta menciona apenas AWS, você perdeu uma oportunidade fácil de alinhamento. Espelhe a linguagem e a stack da vaga.
6. **Enviar a mesma carta para todas as empresas.** Times de plataforma em uma startup de 50 pessoas enfrentam desafios fundamentalmente diferentes dos de uma empresa com 5.000 pessoas. Sua carta precisa refletir esse entendimento.

Conclusões finais

As cartas de apresentação mais eficazes para platform engineer fazem três coisas: demonstram pesquisa específica sobre os desafios de infraestrutura da empresa, conectam suas conquistas quantificadas a esses desafios e mostram que você pensa em plataformas como produtos que servem desenvolvedores. Pule o entusiasmo — lidere com evidências.

Perguntas frequentes

Platform engineers devem sempre incluir uma carta de apresentação?

Se o formulário tem campo para carta, preencha. Se o anúncio diz "opcional", trate como obrigatório. Segundo pesquisa da Robert Half, 72% dos hiring managers preferem receber carta mesmo quando não é obrigatória [2]. Especificamente para platform engineering, uma carta técnica que referencia as decisões de infraestrutura da empresa diferencia você dos 88% de candidatos que enviam cartas genéricas ou omitem-nas.

Quão técnica deve ser a carta de apresentação de um platform engineer?

Técnica o suficiente para demonstrar credibilidade, mas não tão técnica a ponto de parecer documentação. Cite ferramentas específicas (ArgoCD, Terraform, Istio) e quantifique resultados, mas não explique como o ArgoCD funciona. O leitor sabe. Seu papel é demonstrar que usou essas ferramentas para resolver problemas reais em escala significativa.

É aceitável mencionar expectativa salarial na carta de apresentação?

Não. Nunca inclua expectativa salarial em uma carta de apresentação, a menos que o anúncio exija explicitamente. A conversa sobre salário pertence à fase de negociação após a oferta. Mencioná-la cedo coloca você fora do range ou ancora abaixo do mercado.

Como escrevo a carta ao transicionar de DevOps ou SRE para platform engineering?

Reenquadre sua experiência existente sob a lente de plataforma. Trabalho de pipelines DevOps vira "infraestrutura de deploy self-service para desenvolvedores". Trabalho de confiabilidade SRE vira "frameworks de SLO de plataforma que aumentaram a confiança dos desenvolvedores em deploys de produção". As habilidades técnicas se sobrepõem bastante — a diferenciação está em como você enquadra o impacto sobre a experiência do desenvolvedor versus a estabilidade operacional.

**Citações:** [1] Hired, "2025 State of Tech Salaries Report," hired.com/state-of-salaries, 2025. [2] Robert Half, "Cover Letter Survey Results," roberthalf.com/blog, 2024.