Construa seu caso de promoção em 30 minutos com este Prompt de autodefesa
Why this prompt matters
Most capable people lose promotions not because they underperform but because they cannot translate their work into the language their organization uses to make advancement decisions. A manager advocating for your promotion needs a business case — not a list of tasks. Without a structured document, a year of strong work gets compressed into a 10-minute conversation and forgotten before the calibration meeting ends. The difference between a promotion and "strong performer at current level" is often entirely about how the case is framed.
What we use it for
You have a performance review or promotion conversation coming up in the next 4-8 weeks. You have a mental list of things you have accomplished this year, but no structured way to present them as a case for advancement — and no idea how to frame your future value in the language your organization uses to make level decisions.
Prompt
Act as a senior career strategist and executive coach specializing in corporate advancement. Context: I am a [YOUR JOB TITLE] at [COMPANY TYPE, e.g., a 500-person SaaS company] with [X YEARS] in this role. My manager is [MANAGER'S LEVEL, e.g., a VP of Engineering]. The review cycle happens [TIMING, e.g., in Q3]. The promotion I am seeking is to [TARGET TITLE]. Here are my key achievements from the past 12 months: [PASTE YOUR ACHIEVEMENTS — bullet points, rough notes, or rough descriptions are fine] Here is the job description or competency framework for the target role: [PASTE JD OR LEVEL GUIDE — or describe the key expectations if you do not have one] Task: Write a complete promotion case document I can share with my manager or use in a self-review submission. The document should: 1. Open with a 2-sentence executive summary of why I am ready for this promotion 2. Map each of my key achievements to a specific competency expected at the target level 3. Quantify impact wherever the raw data allows; flag gaps with [ADD: ...] 4. Include a future value section: what I will deliver at the next level that I cannot deliver in my current role 5. Anticipate and pre-empt the 2 most likely objections (e.g., "not enough scope", "too early") Constraints: - Write in first person, confident but not arrogant - Keep the total document under 800 words — managers skim - Do not invent numbers; flag where I need to add data with [ADD: ...] - Avoid filler phrases like "passionate about" or "strong communicator" - Tone should be factual and evidence-led, like a business case, not a cover letter Output Format: ## Promotion Case: [MY NAME] → [TARGET TITLE] ### Executive Summary (2 sentences) ### Demonstrated Readiness: Key Achievements [Achievement → Competency mapping, 4-6 bullets with brief explanation of each] ### Business Impact at the Next Level [2-3 concrete forward-looking statements] ### Addressing Likely Questions [Q: ... / A: ... format, covering the 2 most likely objections]
Result
Promotion Case: Jordan Rivera → Principal Engineer
Executive Summary
Over the past 16 months, I have operated at Principal scope — leading the architecture of our fraud detection pipeline, directing cross-team technical decisions across three product squads, and mentoring two engineers who were subsequently promoted to Senior. I am ready to formalize that scope as Principal Engineer.
Demonstrated Readiness: Key Achievements
Fraud Detection Pipeline Redesign → Systems Architecture at Scale
Designed and shipped a real-time fraud scoring system processing 18,000 transactions per minute, replacing a batch system with 4-hour detection lag. The new system detects fraudulent patterns within 90 seconds. Estimated fraud loss reduction: [ADD: pull from Finance — approximately $2.1M in Q1 based on declined chargeback claims]. Required coordinating with Data Science, Payments, and Compliance — three separate team managers.
Zero-Downtime Database Migration → Technical Risk Management
Led migration of a 340GB production database from single-region PostgreSQL to a multi-region setup with zero downtime during a peak traffic period. Authored the migration plan, ran three full dry runs, and managed a 6-hour cutover window. Post-migration uptime: 99.97% (up from 99.82%).
Engineering Standards Ownership → Organizational Leverage
Wrote the company's first API versioning policy, now mandatory for all external-facing services. Reduced breaking-change incidents from 7 in H1 last year to 1 in H1 this year. The policy is referenced in 4 ongoing architectural reviews.
Cross-Team Mentorship → Multiplier Effect
Ran weekly design reviews for two Senior Engineers, both of whom were promoted in Q2. One is now leading her own squad. Estimated investment: 3 hours/week over 8 months. Estimated organizational value: two engineers operating one level higher.
Business Impact at the Next Level
As Principal Engineer, I will establish the technical strategy for the Payments platform as we enter two new markets in H2 — work that currently has no single owner. I will chair the Architecture Review Board we have discussed but not yet created, reducing the ad-hoc architectural decisions that have caused three production incidents this year. I will represent Engineering in quarterly OKR planning, a gap the VP Engineering has flagged as a priority for the second half.
Addressing Likely Questions
Q: Is 16 months in the Senior Engineer role too fast for promotion?
A: The level framework does not specify a minimum tenure — it specifies competency and scope. I can document three Principal-level deliverables completed during this cycle. I am not asking for an exception; I am demonstrating that the criteria are already met. I am happy to formalize this in writing for your skip-level conversation.
Q: Does Jordan have the organizational influence expected at Principal level?
A: The fraud pipeline migration required aligning Data Science, Payments, and Compliance without direct authority over any of them. I drove that alignment through documentation, structured reviews, and escalation design — not through hierarchy. The zero-downtime migration is a second example of managing technical risk across organizational lines. [ADD: ask manager to add a supporting sentence here from their perspective.]
Promoções raramente são conquistadas em avaliações de desempenho. Elas são conquistadas nas semanas anteriores, quando seu gerente está construindo o business case para você — muitas vezes usando exatamente os materiais que você entrega a ele. O problema: a maioria das pessoas dá ao gerente uma lista de coisas que fez. O que os gerentes precisam é de um argumento estruturado que mapeie seu trabalho para a linguagem de competências do próximo nível, antecipe as objeções que o próprio gerente deles levantará e termine com uma declaração clara de valor futuro.
Este Prompt gera esse documento em uma única passada. Ele é projetado para ciclos de revisão de meio de ano e anuais, mas funciona igualmente bem quando você quer iniciar uma conversa sobre promoção antes de um ciclo formal começar.
Por que este Prompt funciona
O Prompt é estruturado como um briefing de estrategista de carreira, não como um gerador de carta de apresentação. Cada seção tem um propósito deliberado:
- A seção de resumo executivo força o modelo a começar pela conclusão — a única coisa que seu gerente precisa ser capaz de repetir textualmente ao defender você para cima.
- O mapeamento de realizações para competências traduz seu trabalho para a linguagem da sua matriz de níveis. Este é o passo mais comumente ignorado: as pessoas listam o que fizeram, não o nível de habilidade que isso demonstra.
- A seção de valor futuro responde à objeção mais comum do nível acima: "O que essa pessoa fará de diferente no próximo nível?" A maioria dos candidatos não consegue responder isso claramente. O Prompt força uma resposta concreta.
- A antecipação de objeções aborda as duas perguntas que o gerente do seu gerente quase certamente fará. Dar ao seu gerente uma resposta pré-escrita significa que ele nunca será pego de surpresa.
Como usar
Cole suas anotações brutas de realizações — elas não precisam estar polidas. O modelo identificará o enquadramento mais defensável. Os marcadores [ADD: ...] na saída sinalizam os lugares onde você precisa inserir dados reais antes de compartilhar o documento com seu gerente. Execute uma vez com suas anotações aproximadas, depois edite a saída para precisão. Todo o processo leva menos de 30 minutos.
Erros comuns a evitar
- Não envie a saída como está. Os marcadores [ADD: ...] são placeholders intencionais — preencha-os com números reais antes de compartilhar com seu gerente.
- Não cole a descrição do cargo se você não tiver uma. Se sua empresa usa uma matriz de competências ou um guia de níveis, cole isso em vez disso. Se nenhum existir, descreva em linguagem simples o que você sabe que o próximo nível espera.
- Use isso 6 a 8 semanas antes do ciclo de revisão formal começar, não durante. O melhor uso é iniciar a conversa com seu gerente cedo — não para entregar o formulário no prazo final.
O objetivo não é escrever sua própria avaliação. É dar ao seu gerente as palavras para defendê-lo — porque a pessoa que toma a decisão final raramente é seu gerente direto.