agentleFS
styfinitystyfinity/claude-marketing-department/skills/objection-map/SKILL.md

objection-map

Skill6 starsChanged 4 months agoMITView on GitHub

Collects every objection standing between the buyer and the sale, sorts stated from real, writes an answer-first response to each, and saves the library into marketing-brief.md. Use when deals keep stalling on the same pushbacks or copy needs to pre-handle doubt.

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

5 rules. About 0 are common, 4 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈4

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Don't believe the result is real.

    line 18
  2. Distinctive:

    Don't believe it works for *my* case.

    line 19
  3. Distinctive:

    Don't trust you yet.

    line 20
  4. Distinctive:

    Don't feel any urgency. Tag each objection with its root — the response is written to the root, not the wording.

    line 21
  5. Very specific:

    Write the library to marketing-brief.md: Update the objections & beliefs section under The customer: verbatim objection, real objection, …

    line 26

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “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

Objection Map — what they say vs what they mean

Objections are rarely what they sound like. "Too expensive" usually means "I don't believe it will work for me" — against certainty, almost any price looks reasonable. Teams that answer the stated objection keep meeting it again. The map finds the real objection underneath and answers that, once, everywhere it matters.

Inputs

  • Raw objections from anywhere — call notes, lost-deal reasons, reply threads, review complaints: $ARGUMENTS
  • From marketing-brief.md if present: the existing objections & beliefs section, the offer (price, risk reversal), recorded proof and results, and the language bank. The map updates the brief, so read what is already there first.

Do this

  1. Collect and keep verbatim. List every objection from $ARGUMENTS and the brief in the buyer's own words. Paraphrase destroys the diagnostic detail.
  2. Sort stated from real. For each, name what is actually being said underneath. Four roots cover most of it:
    • Don't believe the result is real.
    • Don't believe it works for my case.
    • Don't trust you yet.
    • Don't feel any urgency. Tag each objection with its root — the response is written to the root, not the wording.
  3. Rank by revenue impact. Which objections appear in the most — or the biggest — stalled and lost deals? The top three get the deepest work.
  4. Write the answer-first response to each: the direct answer in one sentence, then the reframe, then the proof — from the brief only. Where the proof does not exist yet, log it as a proof debt to go create; never fabricate it.
  5. Assign each objection a kill point: where it should be pre-handled — landing page FAQ, email sequence, ad copy, sales call. An objection answered before it is voiced converts better than one handled live.
  6. Write the library to marketing-brief.md. Update the objections & beliefs section under The customer: verbatim objection, real objection, rank, response, proof used, kill point — dated. The brief entry is the durable artefact; the chat output is just the readout.

Output

The objection library, ranked: what they say, what they mean, the answer-first response, the proof behind it, and where to kill it. Plus the proof-debt list — objections that lack the evidence a confident answer needs. All written into marketing-brief.md for every future session and skill to draw on.

Rules

  • Evidence over invention: a confident answer with fabricated proof loses the deal twice — now, and again when they check.
  • Answer first, context second. Buyers read the first sentence and skim the rest.
  • An objection that keeps surviving a good answer is an offer or targeting problem wearing a wording costume. Say so.
  • Some objections are disqualifiers. Do not write clever responses for buyers who should be politely released.

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.