Key Takeaways
- Cold outbound templates asking prospects about generic pain points fail because online sales templates only generate demands to be left alone.
- Early customer calls should test for buyer demand rather than pitch a product, adopting a calm posture where the buyer convinces you to sell.
- Active projects blocked by current tools reveal real demand, whereas general pain points without an urgent project lead to stalled deals.
- Earning permission to ask diagnostic questions keeps sales prospects from feeling interrogated during early customer discovery.
- Founders can qualify buyer urgency in thirty minutes using Snyder's Early-Stage Sales Discovery Call Protocol.
Snyder's Early-Stage Sales Discovery Call Protocol
Step 1: The 'Why Did You Take The Call?' Opening
Begin by asking: “Hey, thanks so much for taking the time. I'm curious. I'm sure you get a bunch of people reaching out to you. Why did you take the call with me today?”
Step 2: Agenda Alignment
Take whatever answer they offer and summarize it as the session's objective: “Great. That sounds like a great agenda for today's call. We can do that. Does that sound good to you?”
Step 3: Permission to Ask Discovery Questions
Earn permission to uncover their context by asking: “Great. Okay, before we get to those items on our agenda, do you mind if I ask you a few questions to better understand your context?”
Step 4: PULL Diagnostic Probing
Ask questions probing whether they have an active project blocked by existing options: “Is there anything as it relates to [domain] that you're trying to do but you've been unable to do with your existing tools, methods, or team?” Follow this by confirming whether delaying the project is an option.
Step 5: Conceptual Solution Reflection
Summarize their dilemma in minimal, non-grandiose language: “So it sounds like you're looking for X without the limitation of Y. Is that roughly it?” Watch if they lean in to pull details out of you.
When This Works (and When It Doesn't)
This protocol works during 30-minute exploratory sales calls led by founders seeking to determine whether a prospect has genuine pull without running an aggressive pitch or interrogating them. As Snyder points out, “The theory behind a sales call is again it's like if you have pull you're going to rip the thing out of my hands. I don't come into this call like wired up ready to try to convince you to buy... if you have pull, you're going to convince me to let you buy.”
The method fails if you apply it to transactional, low-ticket software where buyers expect immediate self-serve onboarding rather than a structured discovery conversation. It also breaks down when speaking to junior employees who lack the authority to run internal projects or reallocate budget when blockers emerge.
What to Do With This
Take your upcoming customer discovery call and replace your slide deck with this five-step sequence. If you sell developer infrastructure to engineering leads, open the meeting by asking why they agreed to speak with you despite receiving dozens of cold notes each week.
When they say they want to see your latency benchmarks, reflect that back as the goal of the meeting. Before presenting numbers, secure permission to ask how their team currently handles data pipeline bottlenecks. Probe whether their upcoming quarter depends on clearing that bottleneck, or if they can push the initiative to next year. If there is no active project trapped by their current vendor, end the diagnostic early. As Snyder notes, “We're selling to learn, not really to push something... We're going to learn and we're seeing if they try to buy. If they don't, cool. We've learned something.”