/claude-prompts-for-sales no. 01 / 20 Browse the library →

<collection id="claude-prompts-for-sales" tested_on="claude" year="2026">

20 Claude Prompts for Sales (2026)

Claude reads structure. These 20 free Claude prompts for sales are written the way Anthropic's models are trained to read — instructions, source material, and formatting separated by XML tags like <context>, <task>, and <output_format>. Five prompts each for account intelligence, outreach drafting, call and deal analysis, and the long-context work Claude is built for: RFPs, transcript packs, redlines. Copy one, fill the brackets, run it.

Last updated: August 2026

  • 20 prompts
  • XML-structured
  • tested on Claude
  • no gate
  • free to copy

<group id="account-intelligence" prompts="01–05">

Account intelligence

Research is where structure pays first. Source documents go in one tag, the job in another — Claude stops confusing what it is reading with what it is being asked to do.

No. 01 / 20

The 10-K Teardown

use whenYou're opening a target account and its annual report is sitting there unread.

  • AE
  • account research
prompt-01.xml tested on Claude
<context>
You are an enterprise account researcher supporting an account executive who sells [YOUR PRODUCT] to [TARGET INDUSTRY] companies. The AE is opening [PROSPECT COMPANY] as a target account this week.
</context>

<documents>
[PASTE 10-K SECTIONS, ANNUAL REPORT, OR EARNINGS CALL EXCERPT]
</documents>

<task>
Read the documents and produce an account brief the AE can absorb in five minutes. Extract: (1) stated strategic initiatives, quoted directly; (2) risks the company itself names that [YOUR PRODUCT] is relevant to; (3) financial signals that affect buying appetite — growth, margin pressure, announced cost programs; (4) leadership or org changes; (5) the single strongest why-now angle for outreach.
</task>

<constraints>
Every claim must quote or closely paraphrase the documents — no outside knowledge about the company. If a section has no support in the source, write "not in source" rather than filling the gap. Plain language, no marketing adjectives.
</constraints>

<output_format>
Five numbered sections matching the task list, 60 words maximum each, followed by a two-sentence "open with this" note for the first call.
</output_format>

Turns a pasted annual report into a five-part account brief — initiatives, self-named risks, financial signals, org changes, and a why-now angle — with every claim tied to the source document.

You provide
Your product, target industry, the prospect company, and pasted 10-K or earnings-call excerpts.
You get
Five sections of 60 words or fewer, plus a two-sentence "open with this" note for the first call.
View full prompt details → copies the raw XML
No. 02 / 20

Territory Triage

use whenA new territory just landed and every account looks the same.

  • SDR
  • territory planning
prompt-02.xml tested on Claude
<context>
You handle territory planning for a rep selling [YOUR PRODUCT]. The ideal customer profile: [ICP DESCRIPTION — SIZE, INDUSTRY, STACK, TRIGGER SIGNALS].
</context>

<accounts>
[PASTE YOUR ACCOUNT LIST, ONE PER LINE, WITH ANY NOTES YOU HAVE]
</accounts>

<task>
Score every account 1–5 against the profile using only the evidence in the list, then sort into three tiers: work now, nurture, ignore this quarter. For each account, name the single deciding piece of evidence and the single missing data point that would most change the score.
</task>

<constraints>
Never invent firmographic facts. An account with thin notes gets "unknown" on the relevant criterion, not a guess. If the profile description is too vague to score against, ask me up to 3 questions before scoring anything.
</constraints>

<output_format>
A table: account · score · tier · deciding evidence · missing data point. Below it, three sentences on the pattern you see in the work-now tier so the rep can hunt lookalikes.
</output_format>

Scores a raw account list against your ideal customer profile and sorts it into work-now, nurture, and ignore tiers — refusing to guess where the data is thin.

You provide
Your ICP description and an account list with whatever notes exist.
You get
A scored table with deciding evidence and the missing data point per account, plus the pattern in your best tier.
View full prompt details → copies the raw XML
No. 03 / 20

Committee Cartographer

use whenYou know your contact — you don't know who actually signs.

  • AE
  • deal strategy
prompt-03.xml tested on Claude
<context>
An account executive is working a [YOUR PRODUCT] opportunity at [PROSPECT COMPANY], currently at [DEAL STAGE]. The goal is a map of who actually decides.
</context>

<people>
[PASTE NAMES, TITLES, AND YOUR NOTES ON EVERYONE THE DEAL HAS TOUCHED]
</people>

<task>
Map the buying committee: probable economic buyer, champion, technical evaluator, likely blocker, and any role that is simply missing from the list. For each person: what their role is measured on, what they personally risk if this purchase goes wrong, and one question the AE can ask to test your read.
</task>

<constraints>
Reason only from titles and notes; label anything beyond them as "inference". No personality profiling. If two people could plausibly hold the same role, present both with the evidence split rather than forcing a pick.
</constraints>

<output_format>
One block per person — role call, measured on, personal risk, test question — then a closing line naming the most dangerous gap in committee coverage.
</output_format>

Maps the buying committee from names, titles, and notes: who holds the budget, who champions, who blocks — and what each person is measured on and personally risks.

You provide
The deal stage plus names, titles, and notes on everyone the deal has touched.
You get
A per-person read with a test question each, and the most dangerous gap in your coverage.
View full prompt details → copies the raw XML
No. 04 / 20

Trigger Finder

use whenYou want a reason to reach out that isn't "checking in".

  • SDR
  • prospecting
prompt-04.xml tested on Claude
<context>
A rep sells [YOUR PRODUCT]. Fit is strongest when these trigger conditions appear: [TRIGGER CONDITIONS — E.G., NEW LEADERSHIP, FUNDING, TOOL CONSOLIDATION, HIRING SPIKE].
</context>

<sources>
[PASTE PRESS RELEASES, NEWS EXCERPTS, AND JOB POSTS — LABEL EACH WITH ITS DATE]
</sources>

<task>
Identify every event in the sources that qualifies as a buying trigger for [YOUR PRODUCT]. Rank by strength and freshness. For the top two, write a one-sentence outreach angle that references the event without recycling its headline wording.
</task>

<constraints>
An event only counts if a source supports it — no inferred momentum. Flag anything older than 90 days as stale and rank it accordingly. The angle sentences must read like a person noticed something, not like a press-release summary.
</constraints>

<output_format>
Ranked list: event · source date · strength (strong / moderate / weak) with one-line reasoning. Then the two angle sentences, labeled with their target event.
</output_format>

Sifts pasted news, press releases, and job posts for genuine buying triggers, ranks them by strength and freshness, and writes two outreach angles that don't parrot the headline.

You provide
Your trigger conditions and dated source excerpts.
You get
A ranked trigger list with reasoning, plus two angle sentences ready to open an email.
View full prompt details → copies the raw XML
No. 05 / 20

Incumbent X-Ray

use whenYou suspect there's an incumbent and want the switching fight mapped before you start it.

  • AE
  • competitive
prompt-05.xml tested on Claude
<context>
You support a rep selling [YOUR PRODUCT] against [COMPETITOR LIST]. Target: [PROSPECT COMPANY]. The question is who already owns this budget line.
</context>

<evidence>
[PASTE JOB POSTINGS, TECH-STACK NOTES, CASE STUDIES, INTEGRATION PAGES — ANYTHING HINTING AT CURRENT TOOLING]
</evidence>

<task>
Infer the most likely incumbent vendor with a confidence rating (low / medium / high) tied to specific lines of evidence. List renewal-risk signals if any appear. Then build the displacement map: the three switching costs the prospect will raise, and an honest counter for each — honest meaning it concedes what is genuinely hard about switching.
</task>

<constraints>
Every confidence rating must cite the exact evidence line. If the evidence cannot distinguish between two vendors, say so plainly. Never claim the incumbent is failing without support in the evidence.
</constraints>

<output_format>
Verdict line with confidence, an evidence table, then the three switching objections with counters of 40 words or fewer each.
</output_format>

Infers the likely incumbent vendor from public traces — job posts, stack notes, case studies — and prepares the switching fight with counters that concede what's genuinely hard.

You provide
Your competitor list and any pasted evidence of current tooling.
You get
A confidence-rated verdict, an evidence table, and three switching objections with 40-word counters.
View full prompt details → copies the raw XML

</group>

<group id="outreach-drafting" prompts="06–10">

Outreach drafting

A first touch is ninety seconds of reading for the buyer and one reputation for you. These five put the word-count ceilings, banned phrases, and ask-first rules inside <constraints> blocks — where Claude actually obeys them.

No. 06 / 20

First Touch, Ninety Words

use whenYou have real research and one shot at the inbox.

  • SDR
  • cold email
prompt-06.xml tested on Claude
<context>
An account executive sells [YOUR PRODUCT]. Recipient: [NAME], [TITLE] at [PROSPECT COMPANY]. Research on hand: [PASTE YOUR ACCOUNT BRIEF OR THE THREE STRONGEST FACTS YOU HAVE].
</context>

<task>
Draft a first-touch email built to earn the reply, not the delete: one specific observation from the research, one sentence of relevance connecting it to what [YOUR PRODUCT] does, one low-friction ask — [THE ASK — E.G., 15 MINUTES, A REPLY, A LOOK AT A TWO-LINE IDEA].
</task>

<constraints>
90 words maximum including greeting and sign-off. No marketing adjectives, no "I hope this finds you well", no compliment openers, no exclamation marks. Subject line of six words or fewer, lowercase, no bait. If the research is too thin to write a specific observation, ask me up to 3 questions instead of writing filler.
</constraints>

<output_format>
Subject line, then the email body, then one line naming which research fact is carrying the message.
</output_format>

Drafts a sub-90-word cold email carried by one research fact: observation, relevance, low-friction ask. If your research is thin, it interrogates you instead of writing filler.

You provide
Recipient, product, your strongest account facts, and the ask.
You get
A lowercase subject, a 90-word body, and a note naming the fact that carries it.
View full prompt details → copies the raw XML
No. 07 / 20

The Three-Angle Sequence

use whenOne email won't do it and you refuse to write "just bumping this".

  • SDR
  • sequences
prompt-07.xml tested on Claude
<context>
A rep is building a three-touch email sequence over [SEQUENCE LENGTH IN DAYS] days to [PERSONA] at [PROSPECT COMPANY]. Product: [YOUR PRODUCT]. Research: [KEY FACTS ABOUT THE ACCOUNT].
</context>

<task>
Write three self-contained emails, each carrying a different angle: touch one opens with a problem observation; touch two explains the mechanism — how [YOUR PRODUCT] attacks that problem, concretely; touch three is a clean, unembarrassed close-out that makes "no" easy to say. No touch may reference the silence before it.
</task>

<constraints>
80 words maximum per touch. Banned phrases: "just following up", "bumping this", "circling back", and any subject line containing "quick question". Each touch must use a different research fact — if the research only supports one, say so and stop.
</constraints>

<output_format>
Three blocks — send day, subject, body — then one line on what to change if [PERSONA] keeps opening but never replies.
</output_format>

Builds a three-touch sequence where every email stands alone: problem observation, then mechanism, then a clean close-out — and none of them acknowledge the silence.

You provide
Persona, cadence length, product, and account research facts.
You get
Three dated emails under 80 words each, plus an adjustment for opens-but-no-replies.
View full prompt details → copies the raw XML
No. 08 / 20

Connect, Then Earn It

use whenThe prospect lives on LinkedIn, not email.

  • SDR
  • linkedin
prompt-08.xml tested on Claude
<context>
A rep wants to connect with [NAME], [TITLE] at [PROSPECT COMPANY] on LinkedIn because [REASON — A SPECIFIC OBSERVATION, POST, OR SHARED CONTEXT]. The long game is a conversation about [YOUR PRODUCT]; the short game is simply being worth accepting.
</context>

<task>
Write two messages: (a) a connection note of 280 characters or fewer that gives a real reason to accept and pitches nothing; (b) a follow-up for after acceptance, 90 words or fewer, that opens the problem space and earns the right to keep talking — without asking for a meeting yet.
</task>

<constraints>
The connection note never mentions the product. The follow-up may name the problem space once and [YOUR PRODUCT] at most once. No flattery openers, no "great to connect", no fake curiosity about their content.
</constraints>

<output_format>
The note with its character count, the follow-up message, and one line on how long to wait between them and why.
</output_format>

Writes the LinkedIn pair: a connection note that pitches nothing and a post-accept follow-up that opens the problem space without asking for a meeting yet.

You provide
Name, title, your specific reason for connecting, and the product.
You get
Both messages — note with character count, follow-up under 90 words — plus a timing note.
View full prompt details → copies the raw XML
No. 09 / 20

The Lukewarm Reply

use whenThey replied. It wasn't a yes. It wasn't a no.

  • AE
  • follow-up
prompt-09.xml tested on Claude
<context>
A prospect replied to outreach about [YOUR PRODUCT] — but the reply is lukewarm: noncommittal, deflecting, or a soft "maybe later". The rep's goal: [YOUR GOAL — E.G., BOOK THE MEETING, GET REFERRED TO THE RIGHT PERSON].
</context>

<thread>
[PASTE THE FULL EMAIL THREAD, NEWEST MESSAGE LAST]
</thread>

<task>
First, diagnose in one sentence what the reply actually is — real interest, polite no, wrong person, or wrong timing — quoting the words that tell you. Then draft the response that matches the diagnosis: wrong-timing gets a date-anchored ask, wrong-person asks for the handoff and names the likely title, polite-no gets a graceful close that leaves the door open.
</task>

<constraints>
70 words maximum for the reply. Thank them at most once. Do not re-pitch the original email. Mirror their formality level.
</constraints>

<output_format>
Diagnosis line with quote, the reply draft, then the fallback move if this message gets silence.
</output_format>

Reads a noncommittal reply for what it actually is — interest, polite no, wrong person, wrong timing — then drafts the one response that matches the diagnosis.

You provide
Your goal and the pasted email thread.
You get
A quoted diagnosis, a reply under 70 words, and the fallback if silence follows.
View full prompt details → copies the raw XML
No. 10 / 20

After the Webinar

use whenSomeone showed real interest at your event and deserves better than a blast.

  • AE
  • events
prompt-10.xml tested on Claude
<context>
[ATTENDEE NAME], [TITLE] at [PROSPECT COMPANY], attended [EVENT OR WEBINAR NAME] on [TOPIC]. What they actually did there: [ENGAGEMENT SIGNAL — QUESTION ASKED, POLL ANSWER, STAYED FOR THE DEMO]. Product: [YOUR PRODUCT].
</context>

<task>
Draft a follow-up email that starts from what they did, not from the fact that they attended. Connect their specific signal to one concrete next step: [THE OFFER — E.G., THE SLIDE THEY ASKED ABOUT, A 15-MINUTE WALKTHROUGH OF THAT ONE TOPIC].
</task>

<constraints>
100 words maximum. Never open with "Thanks for attending". Reference session content only in ways a real attendee would recognize — no generic "great discussion" language. If the engagement signal field is empty, ask me for it instead of writing a generic follow-up.
</constraints>

<output_format>
Subject line and body, then a one-sentence variant of the opener for someone who registered but did not show.
</output_format>

Writes the event follow-up that starts from what the attendee did — the question they asked, the poll they answered — and offers one concrete next step, not a recap blast.

You provide
Attendee, event, their engagement signal, and your offer.
You get
Subject and body under 100 words, plus a no-show opener variant.
View full prompt details → copies the raw XML

</group>

<group id="call-deal-analysis" prompts="11–15">

Call and deal analysis

The transcript never lies to you; unstructured review does. Five prompts that read the record and only the record. For the other side of the conversation — running the call itself — see the companion collection of discovery call prompts.

No. 11 / 20

Discovery Debrief

use whenThe call just ended and the details are already evaporating.

  • AE
  • discovery
prompt-11.xml tested on Claude
<context>
An account executive just finished a discovery call about [YOUR PRODUCT] with [PROSPECT COMPANY]. Methodology, if any: [METHODOLOGY — OR "NONE"].
</context>

<transcript>
[PASTE THE FULL CALL TRANSCRIPT]
</transcript>

<task>
Debrief the call: (1) every pain the prospect stated, in their own words, quoted verbatim; (2) every number they mentioned — team size, budget signals, timelines, current costs; (3) every commitment made by either side; (4) the discovery questions that were never asked or never answered — judged against what a complete discovery should establish: cost of the problem, decision process, timeline, and money; (5) a recap email ready to send.
</task>

<constraints>
Quotes must be verbatim from the transcript — no cleaned-up paraphrases presented as quotes. The recap email is 120 words maximum with commitments as bullets. If the transcript shows no discussion of money at all, flag that first, in bold.
</constraints>

<output_format>
Sections 1–4 as labeled lists, then the recap email in full.
</output_format>

Debriefs a discovery call from the transcript: verbatim pain quotes, every number mentioned, commitments on both sides, the questions you never asked — and the recap email, drafted.

You provide
The full call transcript and your methodology, if you run one.
You get
Four evidence lists plus a recap email under 120 words with commitments as bullets.
View full prompt details → copies the raw XML
No. 12 / 20

Objection Autopsy

use whenAn objection landed mid-call and you're still not sure what it meant.

  • AE
  • objections
prompt-12.xml tested on Claude
<context>
A rep is reviewing the moment resistance showed up in a call about [YOUR PRODUCT]. They want to know what the objection actually was — not what it sounded like.
</context>

<transcript>
[PASTE THE TRANSCRIPT SEGMENT AROUND THE OBJECTION — A FEW MINUTES EITHER SIDE]
</transcript>

<task>
For every objection in the segment: classify the surface type (price, timing, authority, need, trust); hypothesize what sits underneath it, citing the exact wording that suggests your read; grade how the rep answered in the moment; then script a stronger response of 50 words or fewer that addresses the underlying issue rather than the surface words.
</task>

<constraints>
Never invent objections that are not in the segment. If the rep's live answer was good, say so and explain why — do not manufacture criticism. Scripted responses must be in spoken register: contractions allowed, no email formality.
</constraints>

<output_format>
Per objection: type · what is underneath · evidence quote · rep grade with a one-line reason · the better response.
</output_format>

Dissects each objection in a transcript segment: the surface type, what actually sits underneath it, how you handled it live, and a stronger response in spoken register.

You provide
The transcript segment around the objection.
You get
A per-objection breakdown with evidence quotes and 50-word scripted responses.
View full prompt details → copies the raw XML
No. 13 / 20

MEDDPICC Gap Grader

use whenPipeline review is coming and the deal needs grading before your manager grades it.

  • AE
  • meddpicc
prompt-13.xml tested on Claude
<context>
Grade deal [DEAL NAME] at [PROSPECT COMPANY] for [YOUR PRODUCT] against MEDDPICC before the rep's manager does.
</context>

<deal_record>
[PASTE CALL NOTES, TRANSCRIPT EXCERPTS, AND EMAIL THREADS — EVERYTHING YOU HAVE]
</deal_record>

<task>
Grade each letter — Metrics, Economic buyer, Decision criteria, Decision process, Paper process, Identified pain, Champion, Competition — as evidenced, weak, or absent. An "evidenced" grade must cite a line from the record. For every weak or absent letter, write the single question most likely to fill the gap on the next call.
</task>

<constraints>
Evidence means the record says it, not that it is plausible. Champion requires proof they have sold internally without the rep in the room — access and enthusiasm alone grade as weak. Do not average the grades into a deal score; the gaps are the point.
</constraints>

<output_format>
An eight-row table: letter · grade · evidence or gap question. Then the three gaps to attack first, ordered by deal risk.
</output_format>

Grades all eight MEDDPICC letters strictly on what the deal record proves — no plausibility credit — and hands you the exact question that fills each gap.

You provide
The deal record: notes, transcript excerpts, email threads.
You get
An eight-row evidence table and the three gaps to attack first, ordered by risk.
View full prompt details → copies the raw XML
No. 14 / 20

Forecast Defense File

use whenThe deal is on the forecast and leadership is going to poke it.

  • AE
  • forecast
prompt-14.xml tested on Claude
<context>
Deal: [DEAL NAME], stage [DEAL STAGE], forecast category [CATEGORY — COMMIT / BEST CASE / PIPELINE], close date [CLOSE DATE], value [DEAL VALUE]. The forecast call is in [TIME UNTIL THE CALL].
</context>

<deal_record>
[PASTE RECENT NOTES, TRANSCRIPT EXCERPTS, AND EMAIL THREADS]
</deal_record>

<task>
Build the defense file: (1) the deal story in four sentences a sales leader would accept without interrupting; (2) the evidence that supports the current forecast category; (3) the three hardest questions leadership will ask, written the way they would actually ask them, each with an honest answer drawn from the record; (4) the one risk the rep should volunteer before anyone finds it.
</task>

<constraints>
Honesty beats polish: if the record does not support the category, say which category it does support and why. No hedging filler — "hopefully", "should be fine", and "tracking well" are banned. Every answer in section 3 cites the record or admits the gap.
</constraints>

<output_format>
Four numbered sections; section 3 as question-and-answer pairs.
</output_format>

Prepares the forecast review before leadership does: the four-sentence deal story, the evidence for your category, the three hardest questions with honest answers, and the risk to volunteer first.

You provide
Deal facts — stage, category, close date, value — and the recent record.
You get
A four-part defense file with question-and-answer pairs that cite the record.
View full prompt details → copies the raw XML
No. 15 / 20

Champion or Fan?

use whenYour "champion" loves the product but hasn't lifted a finger.

  • AE
  • champion
prompt-15.xml tested on Claude
<context>
Test whether [CONTACT NAME], [TITLE] at [PROSPECT COMPANY] is a real champion for the [YOUR PRODUCT] deal — or just a fan.
</context>

<evidence>
[PASTE THEIR EMAILS, MEETING BEHAVIOR NOTES, AND ANYTHING THEY HAVE DONE UNPROMPTED]
</evidence>

<task>
Score the contact against five champion behaviors: spends political capital on the deal, sells it when the rep is not in the room, shares inside information unprompted, pushes the process forward without being asked, and stands to win personally if it closes. Cite evidence for each behavior or mark it unproven. Then give a verdict — champion, fan, or cannot tell — and prescribe one test: a small ask a champion would complete this week and a fan would quietly dodge.
</task>

<constraints>
Enthusiasm is not evidence. Meeting attendance is not evidence. Forwarding a deck is weak evidence at best — say why if you count it.
</constraints>

<output_format>
Behavior checklist with evidence, the verdict with one-line reasoning, and the test ask written word for word.
</output_format>

Separates real champions from friendly fans using five behavioral tests — political capital spent, selling in your absence, inside information — and prescribes one small ask that settles it.

You provide
The contact and everything they've actually done: emails, meeting behavior, unprompted actions.
You get
An evidence-scored checklist, a verdict, and the test ask word for word.
View full prompt details → copies the raw XML

</group>

<group id="long-context-work" prompts="16–20">

Long-context work: RFPs, transcripts, doc packs

The group that justifies the model. Whole RFPs, multi-call transcript packs, contract redlines — pasted raw inside document tags, never summarized first. This is the long-context work Claude is built for.

No. 16 / 20

RFP Answer Machine

use whenA 40-page RFP just landed on the team.

  • AE
  • rfp
  • long-context
prompt-16.xml tested on Claude
<context>
Your team is responding to an RFP from [PROSPECT COMPANY] for [YOUR PRODUCT CATEGORY]. Every answer must come from approved facts — nothing improvised.
</context>

<rfp_document>
[PASTE THE FULL RFP — EVERY SECTION, EVERY QUESTION]
</rfp_document>

<company_facts>
[PASTE YOUR APPROVED FACT BASE — CAPABILITIES, CERTIFICATIONS, LIMITS, DIFFERENTIATORS]
</company_facts>

<task>
Extract every question and requirement from the RFP and number them. Draft an answer for each using only what appears in company_facts. Classify every answer: full, partial, or cannot answer from facts. For partials, state exactly what is missing. Never soften a gap into marketing language.
</task>

<constraints>
No invented capabilities, certifications, or numbers — an invented answer in an RFP response can lose the deal and worse; treat it that way. Answers of 120 words or fewer unless the question explicitly demands detail. Plain declarative sentences.
</constraints>

<output_format>
Numbered question-and-answer pairs with classification tags, then a summary: counts per classification and the cannot-answer list formatted for routing to subject-matter experts.
</output_format>

Answers an entire RFP from your approved fact base and nothing else — every answer classified full, partial, or cannot-answer, with gaps stated plainly instead of dressed up.

You provide
The full RFP and your approved fact base: capabilities, certifications, limits.
You get
Numbered, classified answers plus a routing list for subject-matter experts.
View full prompt details → copies the raw XML
No. 17 / 20

The Deal, Replayed

use whenThe deal is months old and nobody remembers what was promised in call two.

  • AE
  • deal review
  • long-context
prompt-17.xml tested on Claude
<context>
A deal review for [DEAL NAME] at [PROSPECT COMPANY]. The deal has run for [TIME PERIOD] across multiple calls, and memory has gone soft.
</context>

<transcripts>
[PASTE ALL CALL TRANSCRIPTS IN ORDER, EACH LABELED WITH ITS DATE]
</transcripts>

<task>
Reconstruct the deal from the full record: (1) a dated timeline of every commitment either side made, with who made it; (2) the status of each — kept, broken, or still open; (3) contradictions — every place the prospect's story changed between calls, quoting both versions side by side; (4) a momentum read: is their language warming or cooling across the calls, with examples of each.
</task>

<constraints>
Every entry cites its call date. A contradiction requires both quotes — no "vibes shifted" claims. Judge momentum on their words across time, not on call frequency or length.
</constraints>

<output_format>
The dated timeline, the contradiction pairs, then a five-sentence "state of the deal" summary a skip-level manager could read cold.
</output_format>

Replays a months-long deal from its full transcript pack: every commitment dated and statused, every contradiction quoted twice, and a warming-or-cooling read on their language.

You provide
All call transcripts in order, each labeled with its date.
You get
A dated timeline, contradiction pairs, and a five-sentence state of the deal.
View full prompt details → copies the raw XML
No. 18 / 20

Security Questionnaire Triage

use whenThe security questionnaire arrived and it is very, very long.

  • AE
  • security
  • long-context
prompt-18.xml tested on Claude
<context>
[PROSPECT COMPANY] sent a security and vendor questionnaire — [NUMBER OF QUESTIONS] questions, wanted back by [RETURN DATE]. The AE needs it triaged before anyone touches it manually.
</context>

<questionnaire>
[PASTE THE FULL QUESTIONNAIRE]
</questionnaire>

<knowledge_base>
[PASTE YOUR SECURITY DOCS, PAST APPROVED ANSWERS, AND CERTIFICATION SUMMARIES]
</knowledge_base>

<task>
Sort every question into three buckets: (a) answerable now from the knowledge base — draft the answer; (b) needs a subject-matter expert — name which function: security, legal, or infrastructure; (c) red flag — the honest answer may hurt the deal; explain why and suggest how the AE should address it live rather than in writing.
</task>

<constraints>
Same rule as an RFP: knowledge base or nothing — no improvised security claims, ever. Red-flag guidance coaches the delivery, never the facts. If the knowledge base contradicts itself, surface the contradiction instead of picking a side.
</constraints>

<output_format>
Three labeled lists; drafted answers inline for bucket (a); a one-line routing note for each item in bucket (b).
</output_format>

Triages a security questionnaire into three buckets — draft it now, route it to an expert, or flag it as an honest-answer risk to handle live — before anyone burns a day on it manually.

You provide
The full questionnaire and your security knowledge base.
You get
Three routed lists with inline drafts for everything answerable now.
View full prompt details → copies the raw XML
No. 19 / 20

Doc Pack to Exec Brief

use whenYou got 20 minutes with the exec sponsor and a folder full of everything.

  • AE
  • executive
  • long-context
prompt-19.xml tested on Claude
<context>
An executive sponsor meeting for [DEAL NAME] at [PROSPECT COMPANY] happens in [TIME UNTIL THE MEETING]. The exec attending: [EXEC NAME AND TITLE]. Objective: [MEETING OBJECTIVE]. The deal record is a folder, not a story — fix that.
</context>

<doc_pack>
[PASTE EVERYTHING — CALL NOTES, EMAIL THREADS, THE PROPOSAL, INTERNAL DISCUSSION EXCERPTS]
</doc_pack>

<task>
Compress the pack into a one-page brief the exec reads in three minutes: where the deal stands; what the prospect's business is trying to do, in their own words; what we are asking the exec to actually do in the room; the landmines — open issues the prospect may raise; and the one number that matters most.
</task>

<constraints>
350 words maximum. No sales jargon the exec would wince at — write it like an operator. Landmines must come from the pack; if the record shows none, write "no open issues surfaced in the record" rather than inventing caution.
</constraints>

<output_format>
Five labeled sections in the order above.
</output_format>

Compresses a whole deal folder — notes, threads, the proposal — into a 350-word brief an exec sponsor reads in three minutes, including exactly what you need them to do in the room.

You provide
Meeting facts, the attending exec, and the raw doc pack.
You get
Five labeled sections ending with the one number that matters most.
View full prompt details → copies the raw XML
No. 20 / 20

Redline Reader

use whenProcurement returned the contract covered in red.

  • AE
  • negotiation
  • long-context
prompt-20.xml tested on Claude
<context>
Procurement at [PROSPECT COMPANY] returned a redlined contract for [DEAL NAME]. The rep is not a lawyer and does not pretend to be. Deal context: [VALUE, CLOSE DATE, ANYTHING TIME-SENSITIVE].
</context>

<original_contract>
[PASTE THE ORIGINAL TERMS, OR THE SECTIONS THAT CHANGED]
</original_contract>

<redlined_version>
[PASTE THE REDLINED VERSION]
</redlined_version>

<task>
Compare the two versions and report: every substantive change in plain language; what each change means commercially for the seller; a severity rating — routine, negotiate, or escalate to legal; and which changes commonly trade against each other, so the rep walks into the negotiation holding pairs instead of a flat list.
</task>

<constraints>
Open with one line stating this is deal preparation, not legal advice. Never rate a liability, indemnity, or intellectual-property change below "escalate to legal". Quote the changed language for anything rated negotiate or higher.
</constraints>

<output_format>
A change table — clause · what changed · plain-language meaning · severity — followed by the suggested trade pairs.
</output_format>

Reads a contract redline against the original and reports every change in plain commercial language, rated routine, negotiate, or escalate — with the trades that usually pair up. Deal preparation, not legal advice.

You provide
The original terms and the redlined version, plus deal context.
You get
A severity-rated change table and suggested trade pairs for the negotiation.
View full prompt details → copies the raw XML

</group>

<usage_notes>

How to use these Claude prompts for sales

  1. Fill every bracket before you run it

    The ALL-CAPS bracketed variables are the only edits a prompt needs. Claude treats an unfilled bracket as literal text and will either ask about it or write around it — twenty seconds of filling beats a rewrite round.

  2. Paste documents inside the tags, not above the prompt

    The tag is the boundary. A transcript pasted inside <transcript> stays source material; the same transcript pasted above the prompt bleeds into the instructions. This one habit fixes most "Claude ignored my format" complaints.

  3. Keep the <constraints> block

    The constraints are what stop generic output — the word ceilings, the banned phrases, the ask-me-first rules. Loosen a single rule if you must, but deleting the block is how you get the email that sounds like everyone else's.

  4. Chain the groups

    Run The 10-K Teardown, then paste its brief into the <context> of First Touch, Ninety Words. The four groups are stages of one motion: research feeds outreach, calls feed analysis, analysis feeds the close.

  5. Human view is for skimming; copy always grabs the XML

    Flip any card to Human view to brief a teammate on what the prompt does. The Copy prompt button copies the raw XML either way — the structure is the part that works, so the structure is what ships to your clipboard.

</usage_notes>

<faq>

Claude prompts for sales: questions, answered

Do these Claude prompts work in ChatGPT or other models?

They will run anywhere, but they are written for Claude. The XML tags mirror the structure Anthropic recommends in its own documentation, and Claude treats tags like <context> and <task> as boundaries rather than decoration. If your team works in ChatGPT, use the companion collection of ChatGPT prompts for sales instead — same jobs, different structure.

Why are these sales prompts written in XML?

Because Claude reads structure. The tags separate instruction from source material from formatting, so a long transcript pasted inside <transcript> never bleeds into the task description. You get fewer misreadings and output that actually follows the format you asked for. The tags are plain text — nothing to install, nothing to configure.

Which Claude model should I use with these prompts?

Any current Claude model runs them. The long-context group — RFPs, transcript packs, contract redlines — is where Claude's large context window earns its keep, so use the most capable model your plan offers for those five and paste the full documents, not summaries.

Are these Claude prompts for sales free to use?

Yes. All 20 are ungated: no email wall, no trial, no truncated text. Copy them straight from this page and use them commercially. The full Promptifi library holds 2,900+ prompts — Pro is $4.99/mo or $48/yr, and lifetime access is $99.00, capped at 500 seats.

How do I use these prompts with a long transcript or document?

Paste the document inside the tag built for it — <transcript>, <rfp_document>, <doc_pack> — and keep your instructions outside that tag. Claude treats the tagged block as source material, so the prompt holds its shape even with hundreds of pages inside. Hand it the raw record; do not summarize the document first.

Can I change the XML tag names or add my own?

Yes. Tag names are not magic keywords — <context> works because it is descriptive and used consistently, not because Claude looks for that exact string. Rename tags to match your team's vocabulary or add new ones like <tone> or <examples>. Keep one rule: every tag you open gets closed.

</faq>

Structure in. Pipeline out.

You now hold 20 Claude prompts built the way Claude wants to read them. The rep who fills the brackets tonight walks into tomorrow's calls with the brief already written. When 20 stops being enough, the archive is open — 2,900+ prompts, organized for the way sales teams actually work.

$4.99/mo · $48/yr · $99.00 lifetime — capped at 500 seats

</collection>