Present to Executives

selt communication executive-communication

Status: Notes complete


Overview

Communicating effectively with executives (VPs, C-suite) is a distinct skill that most engineers are never taught. Executives operate at a very different altitude than ICs or even managers — they are context-switching between dozens of topics per day, they cannot hold the details of your project in memory, and they need to make decisions quickly. If you show up to an executive interaction the same way you’d show up to a team meeting, you will confuse them, frustrate them, and waste the one opportunity you had. Staff engineers regularly interface with executives, so developing this skill is non-negotiable at the Staff-plus level.


Core Concepts

Executives’ Information Needs

Executives do not need a full briefing on how you got to a decision. What they need is:

  1. The decision or recommendation — What are you asking them to decide, or what have you already decided?
  2. The key facts — Why is this the right choice? What are the risks?
  3. What you need from them — A decision, a resource approval, a sign-off, or just awareness?

Executives live in a world of high signal-to-noise problems. Your job is to reduce noise before you walk in the room. The executive who seems impatient with your context-setting is not being rude — they are signaling that you haven’t reached the part that matters to them yet.

Informing vs. Deciding

One of the most common mistakes is conflating two fundamentally different kinds of executive communication:

  • Informing — “I want you to be aware that X is happening.” No decision required.
  • Asking for a decision — “We are at a fork: A or B. I need your call because it affects budget / team / direction.”

Conflating these wastes executive time. If you need a decision, say so immediately and clearly. If you are only informing, say that too — and keep it very short, because executives do not need to engage deeply with information-only updates.


The BLUF Principle (Bottom Line Up Front)

BLUF (Bottom Line Up Front) is a communication pattern borrowed from military briefing culture. The principle: lead with your recommendation or conclusion, not with the background.

Wrong (context-first):

“So we’ve been looking at the database migration for about six weeks. There are three major approaches we considered. The first was X, which has these tradeoffs… The second was Y…”

Right (BLUF):

“I recommend we migrate to Postgres using approach B. It saves $200k/year and reduces operational burden. The main risk is a 2-week downtime window — here’s how we plan to mitigate that.”

The BLUF pattern works because:

  • Executives can immediately decide if they agree, disagree, or need more information
  • If they agree, you can skip most of the context and just cover risks and next steps
  • If they disagree, their pushback gives you exactly the information you need to either adjust or escalate

Apply BLUF in written communications (email, Slack), meeting agendas, and verbal briefings.


Don’t Present a Mess

Executives do not want to watch you think in real time. They expect you to have done the cognitive work before the meeting, not during it.

What “presenting a mess” looks like:

  • Sharing all three options with equal weight, hoping the executive will tell you which to pick
  • Expressing uncertainty about whether you’ve captured all the risks
  • Walking through your reasoning chronologically without a clear conclusion
  • Saying “we’re not sure yet but we wanted to get your input early”

What executives expect:

  • A recommendation with reasoning
  • Risks identified and mitigated (or acknowledged with a plan)
  • A clear ask (decision, approval, awareness)
  • Options presented with a definitive recommendation, not as an open question

This doesn’t mean hiding genuine uncertainty. It means doing the work to understand what kind of uncertainty you have, what it affects, and what your best-guess recommendation is given that uncertainty.


Framing Decisions Well

When you must present multiple options:

  1. State the problem you are solving in one sentence
  2. State your recommendation immediately
  3. Briefly name the alternatives you considered and why you ruled them out
  4. Cover risks and mitigations for the recommended option
  5. State what you need: approval, a decision, awareness

Template:

“We need to [solve problem X]. I recommend [option B]. [Option A] was too slow; [option C] was too expensive. Option B costs $Y and takes Z weeks. The main risk is [R], which we’ll mitigate by [M]. I need your approval to proceed.”

This structure respects executive time while giving them the full picture in under two minutes.


The Executive Translation Problem

Technical language does not land with most executives. “We need to refactor the auth service to reduce coupling and improve observability” means nothing to a CFO. You must translate technical work into business impact:

Technical framingExecutive framing
Reduce p99 latency by 200msReduce checkout failures by ~15%, recovering ~$500k/month in abandoned carts
Migrate off legacy infraEliminate $300k/year in licensing costs and reduce incident rate
Improve test coverageReduce deployment-related outages from 4/month to <1/month
Refactor auth serviceEnable the SSO integration Q3 roadmap depends on

The translation requires that you understand the business context well enough to make the connection. If you can’t make that connection, you haven’t yet understood why your work matters — and that’s information worth having.


Reading the Room

Signs an executive is not following you:

  • They start checking their phone
  • They ask “so what do you need from me?” before you’ve finished
  • They redirect with a question that feels off-topic (they’re looking for the framing that makes sense to them)
  • They summarize back what you said in a way that misses the point

In all these cases, stop. Don’t barrel through your prepared content. Ask: “Is this the right level of detail, or would it be more useful to focus on [specific thing]?” Executives respect people who adapt in real time.


Handling Pushback

When an executive pushes back on your recommendation:

  1. Stay curious, not defensive. Pushback from an executive often contains important information you’re missing — about organizational priorities, political constraints, or context you don’t have visibility into.
  2. Ask clarifying questions. “Can you help me understand what’s driving that concern?” often surfaces the real issue.
  3. Don’t capitulate without understanding. If you disagree, you can say: “I want to make sure I understand your concern before I respond.” Then either update your view based on new information, or explain why you still recommend the original path.
  4. Know when to disagree and commit. If the executive makes a call you don’t agree with, you can note your disagreement clearly and then commit to executing the decision. Don’t relitigate it in every subsequent meeting.

Getting 5 Minutes for Something Critical

Sometimes you need urgent access to an executive — a critical incident, a decision that has a short window, or something that is about to go wrong. Tactics:

  • Use their EA (Executive Assistant). The EA controls the calendar and often has authority to schedule 5-minute emergencies. Frame it: “I need 5 minutes before the end of the day on an issue that will affect [X].”
  • Use Slack/email with a clear subject. “Decision needed by EOD: [one sentence].” Never bury the urgency.
  • Leverage your manager. If you can’t get access directly, your manager can often escalate faster.
  • Have a one-paragraph written briefing ready. If you get 5 minutes on a call, the executive may ask you to send something in writing instead. Have it ready.

After the Meeting

Executives move fast. Do not assume they will remember what you discussed.

After every substantive executive interaction, send a brief follow-up (email or Slack, depending on culture) within 24 hours:

  • Decisions made (and who made them)
  • Next steps and owners
  • Any open questions with owners and deadlines

This serves two purposes: it creates a record of what was decided, and it demonstrates reliability and follow-through — qualities executives value highly in Staff engineers.


Key Takeaways

  1. Lead with the bottom line — Use BLUF: recommendation first, context second. Executives do not want to follow your reasoning path to the conclusion.
  2. Know whether you’re informing or deciding — If you need a decision, say so immediately. If you’re just informing, keep it brief.
  3. Do your thinking before the meeting — Show up with a recommendation, not a set of open questions for the executive to answer.
  4. Translate to business impact — Technical framing doesn’t land. Connect your work to cost, revenue, risk, or user impact.
  5. Present options with a clear recommendation — “Three options, I recommend B” is useful. “Here are three options” is not.
  6. Read the room and adapt — If an executive seems lost, stop and re-anchor rather than continuing your prepared script.
  7. Handle pushback with curiosity — Pushback often contains organizational context you’re missing. Ask before defending.
  8. Get access when you need it — Use EAs, clear subject lines, and one-paragraph written briefs to get urgent access efficiently.
  9. Follow up in writing — Confirm decisions, next steps, and owners within 24 hours of any substantive executive conversation.
  10. The “translation problem” is your problem — If you can’t explain why your work matters in business terms, you haven’t yet understood the full picture yourself.


Last Updated: 2026-05-30