Lakshya

Technical Go-To-Market · Chapter 2 of 6

Discovery and the demo

The demo is not a feature tour. It is an argument, and it is lost in the first ten minutes.

4 min read0 diagramsAll 6 chapters

Demo or proof-of-concept language appears in 74% of these postings. The single most common failure is demonstrating before understanding — which produces a competent tour of features the customer did not ask about.

Discovery first, always

  • “How are you doing this today?” The most valuable question in the set. What they do manually now is both the problem and the value ceiling.
  • “What triggered this conversation?” A renewal date, a price rise, an outage, a new executive. There is always a trigger and it is rarely in the brief.
  • “Who else has to agree?” Security review, procurement, the platform team who will actually operate it. Deals die on people who were never in the room.
  • “What have you already tried?” Stops you proposing something that failed last year.
  • “What happens if you do nothing?” Establishes real urgency, and occasionally reveals there is none — which is worth knowing in week one rather than month four.

Then demo to the problem they described

A good demo shows their workflow, with data that resembles theirs, and stops. Every additional feature you show dilutes the one that mattered and adds surface for objections. The strongest move available is to skip something impressive because it is not relevant to them and say so — it signals that you were listening and it buys enormous credibility.

Handling the objection you cannot answer

Say you do not know, say when you will come back, and come back. Bluffing is discovered later and costs the deal plus the relationship.

And be able to say where your product genuinely loses. Naming a real weakness before the competitor does is counter-intuitive and it is the fastest way to be believed on everything else.

Discovery before demo, and why the order is not negotiable

The most common failure in a technical sales call is demonstrating before understanding. It feels efficient — the customer asked to see the product — and it produces a demo that shows features rather than answers, after which the customer politely disengages.

  • What are they doing today, concretely? Not their strategy — the actual workflow, who touches it, and how long it takes. Specificity here is what makes the demo land.
  • What made them start looking now? There is always a trigger: an incident, an audit finding, a renewal, a new regulation, a person who left. No trigger usually means no deal, however interested they seem, and finding that out early is a gift.
  • Who else has to agree, and what do they care about? The person in front of you is rarely the only decision maker, and technical enthusiasm does not survive a procurement or security review it was not prepared for.
  • What have they already tried? This is the question that prevents the worst outcome — demonstrating an approach they rejected eighteen months ago for reasons you have just failed to ask about.
  • What would make this a failure in six months? The best question in the set. It surfaces the real constraint, and it is one almost nobody asks.

Then the demo is not a tour. It is a demonstration that the specific thing they described is handled, in the order they described it, ideally with their vocabulary and their data shapes. Every screen that is not about their problem costs attention you cannot get back.

The demo failure modes, and what to do instead

Showing everything. A tour signals that you do not know which part matters. Show three things that solve their stated problem and stop.

Hiding the gap. If the product does not do something they need, they will find out — and finding out later costs the deal and the relationship. Naming it yourself, early, is the strongest credibility move available in the whole cycle.

Demoing the happy path only. Sophisticated buyers want to see failure handling, the migration, and what happens when the data is messy — because that is what their data is like. Offering to show the awkward case unprompted is disarming.

Not knowing an answer and improvising. “I do not know, I will find out and come back today” costs nothing and is remembered. A confident wrong answer is discovered later and is remembered differently.

And the close that works: end by restating what you heard and what you showed, and agree the next concrete step with a date. A demo that ends with ‘let us know if you have questions’ has no next step and will not get one.

Check yourself

Why discovery before demo?Otherwise you demonstrate features rather than answers, and the customer politely disengages.
What is the best discovery question?'What would make this a failure in six months?' It surfaces the real constraint and almost nobody asks it.
What if there is no trigger event?There is usually no deal, however interested they seem. Finding that out early is a gift.
What is the strongest credibility move in a demo?Naming the gap yourself before they find it. They will find it, and finding out later costs the deal and the relationship.
← Four jobs that look like oneProofs of concept that end →