Concepts / Transitioning from Consulting to AI Engineering

Transitioning from Consulting to AI Engineering

Customer empathy includes identifying the four kinds of key stakeholder: sponsors, blockers, line users, and regulators.

  • Programming

Why Consulting Experience Carries Over

People who move from consulting into an engineering role often wonder whether their years with clients count for anything. The source makes a specific claim here. It treats consulting as preparation for a role it calls the FDE role, and it names three capabilities that a consultant has usually already built: customer empathy, commercial fluency, and composure under pressure.

The useful question is not whether these skills exist in a consultant's background. It is where each skill shows up in the day-to-day work of the new role. This article follows that question through each skill, traces how the skills work together in a customer deal, and then walks through a scenario so you can practice spotting them in use.

Mapping the Four Stakeholder Types

The first skill is customer empathy, which the source pairs with political mapping. In practice, this means working out who inside an organization can help a project move, who can stop it, who will live with the result, and who has authority to check whether it complies with the rules. The source names four kinds of key stakeholder for this purpose.

The diagram shows the four categories as separate roles around the same decision. A stakeholder map is only useful if you can place each person in the right category, because each category calls for a different kind of engagement. The four categories are described below.

Reading the Room Alongside the Map

Knowing the four categories is not enough on its own. The source adds that reading a room is part of customer empathy. A map of stakeholders tells you who exists and what role each person plays. Reading the room tells you how those people are reacting in a particular meeting, and who is shaping the discussion while saying little.

Because the source lists these as part of the same skill, treat the two as connected rather than as separate tasks. The map gives you the names and roles. Your attention in the room tells you how those roles are playing out at that moment. A blocker who is quiet in a meeting may still be shaping the outcome, and the room is where you notice that.

Commercial Fluency in Practice

The second skill, commercial fluency, is the business side of the work. The source describes it as an understanding of pricing, contract structures, and procurement timelines. These are the questions that decide whether a technical proposal can become a signed engagement.

  • Pricing: what the engagement costs
  • Contract structures: how the agreement is organized
  • Procurement timelines: how long the buying organization needs to move through its own process

The source notes that many people in this position have already negotiated a statement of work. That experience is a concrete place where commercial fluency is practiced, and it is one of the clearest bridges between consulting and the engineering role. A technical proposal that is sound on engineering grounds can still stall if its cost, structure, or timing is not understood by the buyer.

Composure Under Pressure

The third skill is composure under pressure, which the source describes as the ability to remain calm and defend recommendations under challenging conditions. The source gives two examples from consulting work: presenting to executive committees, and defending a recommendation under hostile questioning.

Both situations put the presenter in front of people who have authority, who may disagree, and who are not obliged to be polite. The source observes that the FDE role's exposure to customer pressure is familiar to a consultant in a way it is not to most engineers, which is why this skill tends to transfer directly.

Tracing a New Customer Scenario

Worked example

Sorting people and pressures in a new deal

A new customer wants an AI system for its claims team. A vice president has asked for the project, a claims manager has concerns about how the system would change daily work, a procurement lead has said the buying process takes several months, a compliance officer has raised questions about the rules that govern the data, and a senior analyst has been quietly questioning the proposal in the meeting. Sort these people into the four stakeholder categories and name the pressure each one brings.

  1. 1
    Identify the sponsor

    The vice president asked for the project, so this person can help it move forward. They are the sponsor.

  2. 2
    Identify the line user

    The claims manager will live with the result in daily work. Their concern is about how the system changes that work, which is the pressure a line user brings.

  3. 3
    Identify the regulator

    The compliance officer has authority to check whether the work follows the rules about the data. This is the regulator category.

  4. 4
    Identify the blocker

    The senior analyst is quietly questioning the proposal and may be shaping the discussion while saying little. Reading the room suggests this person can stop the project, so they are the blocker. The map alone would not show this; the observation in the meeting does.

  5. 5
    Assign the commercial pressure

    The procurement lead's comment about the buying process is a procurement timeline point. It is commercial fluency at work: the timeline determines when a proposal can become a signed engagement.

Result

Sponsor: vice president. Line user: claims manager. Regulator: compliance officer. Blocker: senior analyst, identified by reading the room. The procurement timeline is the commercial pressure to plan around.

The scenario shows why the three skills work as a set. The stakeholder categories answer who is involved. Reading the room exposes the blocker who speaks little. Commercial fluency explains the timeline that governs when the deal can close. Composure is what lets you keep the substance of the recommendation steady while these people push back.

Mistakes When Transferring These Skills

  • Common mistake

    Assuming the transfer from consulting is automatic

    Why it fails

    The source says the three skills are useful only when applied with the right understanding of the new role.

    Do this instead

    Ask where each skill appears in the engineering role's daily work, then apply it deliberately.

  • Common mistake

    Keeping the stakeholder map and the room-reading as separate tasks

    Why it fails

    The source treats reading a room as part of customer empathy, combined with the stakeholder map.

    Do this instead

    Update the map with what you observe in each meeting, and check whether observed behavior matches the assigned category.

  • Common mistake

    Treating a quiet stakeholder as unimportant

    Why it fails

    A stakeholder who says little may still be shaping the discussion, and reading the room is meant to catch this.

    Do this instead

    Watch who shapes the discussion, not only who speaks most.

  • Common mistake

    Treating composure as a fixed personality trait

    Why it fails

    The source frames composure as a practiced response shown in presentations and hostile questioning.

    Do this instead

    Recognize the practice already in your consulting record and keep returning to the substance of the recommendation.

Applying the Three Skills to a New Scenario

MEDIUM

A new customer wants an AI tool for its operations team. The chief operating officer has championed the project. The head of a regional site has said the tool will change how her staff schedule work and has asked for more time. A finance director has noted that the approval cycle for new vendors is long. A data protection officer has asked how the tool will handle personal records. Another manager has said little in the first meeting but asked pointed questions in the follow-up email. Sort these people into the four stakeholder categories, name the pressure each brings, and say which of the three skills you used to decide.

Hints
  • Start with the person who can move the project forward and the person who can stop it.
  • Ask who will use the tool daily, and who has authority to check compliance with rules.
  • Use the finance director's remark to think about procurement timing, and the quiet manager's emails to think about reading the room.

Key Takeaways

  • The source names four kinds of key stakeholder: sponsors, who help a project move; blockers, who can stop it; line users, who live with the result; and regulators, who check compliance with the rules.
  • Reading the room is part of customer empathy and should be combined with the stakeholder map, since the map gives roles and the room shows how those roles play out.
  • Commercial fluency covers pricing, contract structures, and procurement timelines, which decide whether a technical proposal becomes a signed engagement.
  • Composure under pressure is a practiced response, shown when presenting to executive committees and defending a recommendation under hostile questioning.
  • The three skills work as a set, and a consultant has usually built all three before entering the new role.