پرونده ارتقای شغلی خود را در ۳۰ دقیقه با این 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.]
ارتقای شغلی به ندرت در جلسات ارزیابی عملکرد به دست میآید. ارتقا در هفتههای پیش از آن جلسه رقم میخورد؛ زمانی که مدیرتان در حال تهیه پرونده کسبوکار برای شما است — و اغلب دقیقاً با همان مدارکی که خودتان در اختیارش قرار میدهید. مشکل اینجاست: اکثر افراد به مدیر خود فهرستی از کارهایی که انجام دادهاند تحویل میدهند. اما آنچه مدیران به آن نیاز دارند یک استدلال ساختارمند است که کار شما را به زبان competencyهای سطح بعدی ترجمه کند، اعتراضاتی را که مدیرِ مدیرشان مطرح خواهد کرد پیشاپیش پاسخ دهد، و با بیان شفاف ارزش آینده به پایان برسد.
این Prompt آن سند را در یک مرحله تولید میکند. برای چرخههای ارزیابی میانسال و سالانه طراحی شده، اما به همان اندازه در زمانی که میخواهید پیش از آغاز یک چرخه رسمی، مکالمه ارتقا را شروع کنید نیز کارایی دارد.
چرا این Prompt کار میکند
این Prompt بهجای آنکه یک ابزار تولید نامه معرفی باشد، بهمثابه یک briefing استراتژیست شغلی ساختار یافته است. هر بخش هدف مشخصی دارد:
- بخش خلاصه اجرایی مدل را وادار میکند از نتیجه شروع کند — همان چیزی که مدیرتان باید بتواند عیناً هنگام دفاع از شما در سطوح بالاتر تکرار کند.
- نگاشت دستاورد به competency کار شما را به زبان framework سطحبندی سازمان ترجمه میکند. این رایجترین گامی است که نادیده گرفته میشود: افراد فهرست کارهایی که انجام دادهاند را مینویسند، نه اینکه کدام مهارت در چه سطحی را نشان میدهد.
- بخش ارزش آینده به رایجترین اعتراض skip-level پاسخ میدهد: «این فرد در سطح بعدی چه تفاوتی خواهد داشت؟» اکثر کاندیداها نمیتوانند به این سوال با صراحت پاسخ دهند. این Prompt پاسخ مشخص میخواهد.
- پیشدستی بر اعتراضات دو سوالی را که مدیرِ مدیرتان تقریباً بهطور قطع مطرح خواهد کرد پوشش میدهد. ارائه پاسخ از پیش آماده به مدیر یعنی او هرگز غافلگیر نخواهد شد.
نحوه استفاده
یادداشتهای خام دستاوردهای خود را paste کنید — نیازی به پردازش قبلی نیست. مدل بهترین قاببندی قابل دفاع را شناسایی میکند. علامتهای [ADD: ...] در خروجی، مکانهایی را مشخص میکنند که پیش از به اشتراک گذاشتن سند با مدیر باید داده واقعی وارد کنید. یک بار با یادداشتهای خام اجرا کنید، سپس خروجی را برای دقت ویرایش کنید. کل این فرآیند کمتر از ۳۰ دقیقه زمان میبرد.
اشتباهات رایجی که باید از آنها پرهیز کرد
- خروجی را بدون ویرایش ارسال نکنید. علامتهای [ADD: ...] placeholder های عمدی هستند — پیش از به اشتراک گذاشتن با مدیر، آنها را با اعداد و اطلاعات واقعی پر کنید.
- اگر شرح شغلی ندارید، آن را paste نکنید. اگر شرکت شما از ماتریس competency یا راهنمای سطحبندی استفاده میکند، آن را paste کنید. اگر هیچکدام در دسترس نبود، با زبان ساده توضیح دهید که سطح بعدی چه انتظاراتی دارد.
- ۶ تا ۸ هفته پیش از آغاز رسمی چرخه ارزیابی از این استفاده کنید، نه در حین آن. بهترین استفاده این است که مکالمه را زودتر با مدیر شروع کنید — نه اینکه در آخرین لحظه در فرم ارزیابی وارد کنید.
هدف نوشتن ارزیابی خودتان نیست. هدف دادن کلماتی به مدیر است که با آنها از شما دفاع کند — چراکه کسی که تصمیم نهایی را میگیرد به ندرت مدیر مستقیم شماست.