بناء ملف الترقية الخاص بك في 30 دقيقة باستخدام هذا Prompt للدفاع الذاتي
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.]
نادراً ما تُحسم الترقيات في مراجعات الأداء. بل تُحسم في الأسابيع التي تسبقها، عندما يبني مديرك المبرر التجاري لك - غالباً باستخدام نفس المواد التي تسلمها إياه. المشكلة: معظم الناس يعطون مديرهم قائمة بالأشياء التي فعلوها. ما يحتاجه المديرون هو حجة منظمة تربط عملك بلغة الكفاءة الخاصة بالمستوى التالي، وتستبق الاعتراضات التي سيثيرها مدير مديرهم، وتنتهي ببيان واضح عن القيمة المستقبلية.
هذا Prompt يولد هذه الوثيقة في جلسة واحدة. إنه مصمم لدورات المراجعة في منتصف العام والمراجعة السنوية، ولكنه يعمل بشكل جيد أيضاً عندما تريد بدء محادثة حول الترقية قبل افتتاح دورة رسمية.
لماذا يعمل هذا Prompt
تم تصميم هذا Prompt كإحاطة استراتيجية مهنية، وليس كمولد رسالة تغطية. كل قسم له غرض محدد:
- قسم الملخص التنفيذي يجبر النموذج على البدء بالاستنتاج - الشيء الوحيد الذي يحتاج مديرك إلى تكراره حرفياً عند مناصرتك أمام الإدارة العليا.
- ربط الإنجازات بالكفاءات يترجم عملك إلى لغة إطار المستوى الخاص بك. هذه هي الخطوة الأكثر شيوعاً في التغاضي عنها: يسرد الناس ما فعلوه، وليس مستوى المهارة الذي يظهرونه.
- قسم القيمة المستقبلية يجيب على الاعتراض الأكثر شيوعاً من المستوى الأعلى: "ماذا سيفعل هذا الشخص بشكل مختلف في المستوى التالي؟" معظم المرشحين لا يستطيعون الإجابة على هذا بوضوح. Prompt يجبر على إجابة ملموسة.
- استباق الاعتراضات يعالج السؤالين اللذين سيسألهما مدير مديرك بشكل شبه مؤكد. إعطاء مديرك إجابة مكتوبة مسبقاً يعني أنه لن يُفاجأ أبداً.
كيفية استخدامه
الصق ملاحظات إنجازاتك الخام - لا تحتاج إلى أن تكون مصقولة. سيقوم النموذج بتحديد الإطار الأكثر دفاعاً عنه. علامات [ADD: ...] في المخرجات تحدد الأماكن التي تحتاج فيها إلى إدخال بيانات حقيقية قبل مشاركة الوثيقة مع مديرك. قم بتشغيله مرة واحدة باستخدام ملاحظاتك التقريبية، ثم حرر المخرجات للتأكد من دقتها. العملية بأكملها تستغرق أقل من 30 دقيقة.
أخطاء شائعة يجب تجنبها
- لا ترسل المخرجات كما هي. علامات [ADD: ...] هي عناصر نائبة مقصودة - املأها بأرقام حقيقية قبل المشاركة مع مديرك.
- لا تلصق الوصف الوظيفي إذا لم يكن لديك واحد. إذا كانت شركتك تستخدم مصفوفة كفاءات أو دليل مستويات، قم بلصق ذلك بدلاً من ذلك. إذا لم يكن أي منهما موجوداً، صف باللغة العادية ما تعرفه أن المستوى التالي يتوقعه.
- استخدم هذا قبل 6-8 أسابيع من بدء دورة المراجعة الرسمية، وليس أثناءها. أفضل استخدام هو بدء المحادثة مع مديرك مبكراً - وليس تسليم النموذج في الموعد النهائي.
الهدف ليس كتابة مراجعة نفسك. بل هو إعطاء مديرك الكلمات لمناصرتك - لأن الشخص الذي يتخذ القرار النهائي نادراً ما يكون مديرك المباشر.