top of page
Search

How to sell automation to an operations director under cost pressure

3 hours ago
2 min read

To access the full content, click here.


Imagine an Operations Director under pressure to cut costs. A traditional presentation starts with ROI, savings percentages, and a timeline. But the dominant question may be different: what happens to me if this project fails?


Conceptual illustration about How to sell automation to an operations director under cost pressure

First: control


The script changes the opening: deliver total control over the spending variation consuming margin. That sentence speaks to command and predictability before asking the decision maker to evaluate a spreadsheet.


Second: validation


Then show that the direction is not an isolated experiment. Comparable references reduce the fear of being the only executive defending the bet.


Third: proof


Now bring savings, technical feasibility, security, and timeline. The numbers answer the rational question after control and validation have already organized perception.


Deepening the decision-maker read


The most important point in How to sell automation to an operations director under cost pressure is turning an abstract idea into an operational read. In a real conversation, decision-makers rarely state directly what they are trying to protect. They may ask for more data while actually worrying about risk, exposure, loss of control, or their ability to defend the decision in front of others.


Use the framework as an attention map. Instinctive, social, and rational signals can appear at the same time. The goal is not to label a person, but to notice which concern is dominating the moment and adjust the order of the message.


The useful question is not “which brain is this person?”. It is “what does this person need to feel, validate, and prove before moving forward?”.

How to apply it in practice


Before answering an objection, identify the layer where it is likely originating. A financial objection may hide fear of losing control. A technical objection may be a socially acceptable way to avoid exposure. When you identify the likely origin, the response becomes shorter, more specific, and more coherent.


Diagnostic questions


  • What does the decision-maker seem to be protecting right now?

  • What personal, operational, or reputational risk sits behind the question?

  • What social proof would reduce the fear of being wrong alone?

  • What concrete evidence turns perceived safety into technical justification?

  • What next step allows progress without sharply increasing perceived risk?


Message sequence


  • Open with the dominant concern, using language close to the decision-maker’s reality.

  • Show that the choice is defensible in their professional and social context.

  • Only then present numbers, ROI, timeline, architecture, or technical evidence.

  • Close with a simple, clear next step that is reversible when possible.


This discipline improves the pitch because it reduces information overload. Instead of dumping arguments, you organize the conversation in the order the decision-maker can process and defend it.



 
 
 

Comments


bottom of page