Ghost

Observability and APM: what buyers say on the call, and what to say back.

The objections, discovery questions and competitor answers that come up when you sell observability. Read them free. Or load them into Ghost and have the right one on your screen the moment the buyer says it.

6objections10discovery questions11competitors6red flags
Buyer"This costs more than what we pay now."
Is that compared to your current bill, or to what you expect to pay at renewal with growth?

What Ghost shows on your screen during a observability call. The buyer never sees it.

When they push back.

The objections observability buyers raise most, what to say in the next ten seconds, and what not to promise.

"This costs more than what we pay now."

Is that compared to your current bill, or to what you expect to pay at renewal with growth?

Do not invent savings. Do not compare to a competitor's price you have not seen.

"Re-instrumenting everything would take forever."

How are you instrumented today: vendor agents, OpenTelemetry, or a mix?

Do not call a migration easy. Running two tools in parallel costs time and money.

"We run our own open source stack."

Who keeps it running, and how much of their week does that take?

Do not dismiss open source. Many buyers care about it deeply and some of the best engineers on the call maintain it.

"We are too busy to evaluate a new tool right now."

What would make this worth the time: a renewal, an incident, or a new platform project?

Do not push a trial on a team that has no time to run it. It will fail and count against you.

"Security will not let telemetry leave our network."

What does your security team need to see about how data is collected, filtered and stored?

Do not claim certifications or regions you do not have. Do not say data scrubbing is automatic for every case.

"We already have Datadog and everyone knows it."

What do people like about it, and what would have to be true for you to look at something else?

Never run down the incumbent. Do not ask them to rip it out on day one.

Every one of these is a deal that slips a quarter if you fumble it. Ghost puts the answer on your screen while the buyer is still talking.

When they name a competitor.

Give them credit, then ask whether that vendor's strength matters to this buyer.

Datadog

Datadog is known for broad coverage and a product engineers like to use. How much does cost predictability matter to you at your scale?

Dynatrace

Dynatrace is known for automatic discovery and AI-assisted root cause analysis in large enterprises. How hands-on do your engineers want to be?

New Relic

New Relic has a long history in APM and a broad platform. How does its pricing model fit the way your team works?

Splunk

Splunk is known for powerful log search and security analytics. Is your main need log analysis, or full application observability?

Grafana Labs

Grafana is loved for open source dashboards and flexibility. Do you want to run the stack yourselves, or have someone else run it?

Elastic

Elastic is known for search and log analytics, often already in place for other uses. Is the team running it today also the one who would own observability?

Honeycomb

Honeycomb is known for high-cardinality event analysis and a strong debugging workflow. How much do your engineers want to explore data versus follow dashboards?

Chronosphere

Chronosphere is known for helping large cloud-native teams control metrics volume and cost. Is data volume your biggest problem today?

Sumo Logic

Sumo Logic is known for cloud-native log analytics and security use cases. Is logging the main need, or broader observability?

AppDynamics

AppDynamics is known for business transaction monitoring in large enterprises. How are you thinking about it alongside Cisco's other observability products?

Amazon CloudWatch

CloudWatch is already built into AWS and easy to start with. How much of your estate lives outside AWS?

Questions that qualify the deal.

Ask these on the first call. Then dig into the pain when they say it out loud.

Qualify

  1. What tools do you use for metrics, logs and traces today, and which one do people actually open during an incident?
  2. How did you find out about it, and how long did it take to figure out what was wrong?
  3. When incidents drag on, what does it cost you in customers, revenue or engineer time?
  4. Is there a renewal date, a migration or a deadline driving this?
  5. Who signs off on the choice, and do individual teams get a vote or a veto?
  6. Does monitoring come out of a central platform budget, or does each team pay for its own?

Dig into the pain

  • "Our monitoring bill keeps going up and we cannot predict it." What drives the bill most: hosts, logs, custom metrics, or something else?
  • "We have too many alerts and people ignore them." How many of the pages your team got last month actually needed a person?
  • "Our data is spread across too many tools." During an incident, how many tools does an engineer have to open to get the full picture?
  • "We cannot see what is happening across our microservices." When a request is slow, can you see which service is causing it today?

Know who is in the room.

Observability tools collect telemetry from applications and infrastructure: metrics, logs, traces, events and profiles. Engineers use them to see what is happening in production, get alerted when something breaks, and find the cause quickly. APM (application performance monitoring) is the older name for the part that follows requests through application code.

Who buys and who signs

Economic buyer
VP Engineering, CTO or CIO. In large companies, a platform or infrastructure leader owns the tooling budget.
Champion
An SRE lead, platform engineer or staff engineer who is on call and feels the pain directly.
Users
Developers, SREs, on-call engineers, support teams, and sometimes product and business analysts.
Blockers
Finance and FinOps teams watching the bill, security reviewing what data leaves the network, procurement, and engineers attached to the tool they already know.

Signs the deal isn't real

  • Only one engineer is evaluating and no leader knows about it.
  • They want pricing before they can describe their data volumes or services.
  • The goal is a lower quote to take back to the incumbent at renewal.
  • No incident, renewal or migration is driving the timing.
  • Security has not been told telemetry will leave their network.
  • Every team has its own tool and nobody has authority to standardize.
15 words observability buyers use
Telemetry
The data a system emits about itself.
MELT
Metrics, events, logs and traces.
APM
Application performance monitoring.
Distributed tracing
Following one request across many services.
OpenTelemetry (OTel)
The open standard for generating and sending telemetry.
Cardinality
How many unique label combinations a metric has; high cardinality drives cost.
Ingest
The volume of data sent to the tool.
Retention
How long data is kept and searchable.
SLO / SLI
Service level objective and the indicator used to measure it.
MTTR
Mean time to resolve.
Alert fatigue
Too many alerts, so people ignore them.
On-call
The rotation of engineers who respond to incidents.
RUM
Real user monitoring, measuring the end user's experience.
Sampling
Keeping only some traces or logs to control volume and cost.
Tool sprawl
Many overlapping monitoring tools across teams.

Selling observability: questions

What objections come up when selling observability and APM?

The most common are: "This costs more than what we pay now", "Re-instrumenting everything would take forever", "We run our own open source stack", "We are too busy to evaluate a new tool right now", "Security will not let telemetry leave our network" and "We already have Datadog and everyone knows it". Each one above has a line to say back and what to avoid.

What discovery questions should I ask a observability buyer?

Start with: What tools do you use for metrics, logs and traces today, and which one do people actually open during an incident? How did you find out about it, and how long did it take to figure out what was wrong? When incidents drag on, what does it cost you in customers, revenue or engineer time? Is there a renewal date, a migration or a deadline driving this?

Who are the main competitors in observability and APM?

Buyers most often compare Datadog, Dynatrace, New Relic, Splunk, Grafana Labs, Elastic, Honeycomb, Chronosphere, Sumo Logic, AppDynamics and Amazon CloudWatch.

Who buys observability and APM?

Economic buyer: VP Engineering, CTO or CIO. In large companies, a platform or infrastructure leader owns the tooling budget.

How does Ghost help on observability calls?

Pick the observability market pack in Ghost's setup and every card on this page loads into Ghost. When a buyer raises one of these objections or names one of these competitors on a live call, Ghost shows you what to say on your screen, hidden from screen shares and recordings.

Other markets

Have these on screen for your next observability call.

Free to start. Pick observability in setup and Ghost loads every card on this page.