agentleFS
prosyo-aiprosyo-ai/gtm-skill/skills/discovery-call-prep/SKILL.md

discovery-call-prep

Skill13 starsChanged 22 days agoMITView on GitHub

Use this skill when you have a discovery or first sales call coming up and want to run it well: \"prep me for this discovery call\", \"what questions should I ask\", \"build a discovery call agenda\", \"call plan for tomorrow\". Combines account and person research with a call plan: hypothesis of their problem, agenda, discovery questions ordered from situation to impact to decision, qualification checks, likely objections and the next step to ask for. Produces a one-page call plan and a post-call notes template.

7 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

6 rules. 0 are common, 6 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 6 edited versions we read keep these.

  • 6

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Use this before every first call.

    line 16
  2. Distinctive:

    Read references/discovery-questions.md for the full bank with follow-ups and the qualification checklist.

    line 39
  3. Distinctive:

    MUST end the call with a specific next step or an honest no.

    line 68
  4. Distinctive:

    MUST capture the buyer's words for problem and impact.

    line 69
  5. Distinctive:

    NEVER demo before understanding the problem, unless they insist.

    line 70
  6. Distinctive:

    NEVER assume budget or authority without asking.

    line 71

“Common” is measured: kept by at least 6 in 10 of the 6 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Use this before every first call. Good discovery is the cheapest way to win deals and the fastest way to disqualify bad ones.

Inputs

  • Prospect, company and anyone else attending.
  • How the meeting was booked and what they said they want.
  • Product, ideal customer and what a good next step looks like (demo, technical call, trial, proposal).

The play

1. Form a hypothesis

From research, write: "I think <company> struggles with <problem> because <evidence>, which costs them <impact>." The call tests the hypothesis; it does not pitch it.

2. Set the agenda up front

"I'd like to spend most of the time on how <area> runs today and what you'd want to change. If it looks like a fit, I'll show you the relevant part. And if it doesn't, I'll tell you. Sound good? Anything to add?"

3. Ask in layers

  1. Situation: how it works today, who is involved, what tools.
  2. Problem: where it breaks, how often, what they have tried.
  3. Impact: what it costs in time, money, risk, missed targets; who feels it.
  4. Priority: why now, what happens if nothing changes, other priorities competing.
  5. Decision: who decides, how they buy, budget timing, what they need to see.

Read references/discovery-questions.md for the full bank with follow-ups and the qualification checklist.

4. Prepare for the likely objections

Pick the two most likely given their situation and have one question and one proof ready for each.

5. Plan the close of the call

The next step is concrete, dated and agreed before hanging up: "Let's book the technical review with your RevOps lead for Thursday; I'll send the invite now."

Call plan format

Who: <attendees + roles>     Booked via: <how>    Goal of call: <next step wanted>
Hypothesis: <problem - evidence - impact>
Agenda: <3 lines>
Top questions: <8-10, by layer>
Qualification to confirm: problem, impact, priority, decision process, budget timing
Likely objections → question + proof
Next step to ask for: <specific>

What good looks like

  • The prospect talks 60-70% of the time.
  • Impact is quantified in their words before any demo.
  • The call ends with a dated next step or a clear disqualification.
  • The common mistake is turning discovery into a demo in minute five because the prospect said "so what do you do?".

Rules

  • MUST end the call with a specific next step or an honest no.
  • MUST capture the buyer's words for problem and impact.
  • NEVER demo before understanding the problem, unless they insist; then demo only the relevant part.
  • NEVER assume budget or authority without asking.

Example prompts

  • "Prep me for a discovery call tomorrow with the Head of Ops at Northwind. Research below."
  • "Give me 15 discovery questions for selling to CFOs."
  • "Make a post-call notes template that maps to our qualification checklist."

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.