본문으로 건너뛰기
cccskills
무료GitHub에 공개

sales-proposal

Write a compelling sales proposal. Use when the user says "write a sales proposal", "put together a proposal", "draft a proposal for this prospect", "create a business case", "write up our recommendation", "how to structure a proposal", "proposal template", "executive summary for a deal", or wants to create a written document that moves a prospect toward a decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(1)

  • SKILL.md5.7 KB

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Overview

Based on "The Challenger Sale" by Matthew Dixon and Brent Adamson. Dixon and Adamson's CEB research across 6,000 sales reps found that top performers don't just respond to what prospects ask for - they teach prospects something new about their business, tailor the message to what the stakeholder cares about, and take control of the commercial conversation. A Challenger proposal doesn't start with your product. It starts with the prospect's world.

Workflow

Step 1: Open with a reframe, not an introduction

The first section must teach the prospect something they don't already know about their own situation. This is the Challenger "teach" move.

Structure:

  • Start with an industry or market insight the prospect hasn't considered
  • Connect that insight to a specific gap or risk in how they currently operate
  • Make it specific to their business, not generic to their industry

Example opening angle: "Most [industry] teams focus on [obvious metric], but the data shows that [non-obvious insight] is actually the leading indicator of [outcome they care about]. Teams that optimize for [metric] instead are seeing [specific result]."

Do not start with "Company X is pleased to present this proposal to [Prospect]." That is a brochure, not a proposal.

Step 2: Quantify their current cost of inaction

Before presenting any solution, show the prospect what staying the same costs them. Use numbers from your discovery call.

Format:

  • Current state: [what they're doing today]
  • Friction: [what breaks or underperforms as a result]
  • Cost: [time, revenue, headcount, or risk - in specific numbers]

Example:

  • Current state: Manual reporting across 4 tools, reconciled weekly
  • Friction: 6 hours per analyst per week, error rate of ~12% requiring rework
  • Cost: ~$180K/year in analyst time, plus downstream decisions made on stale data

If the prospect supplied these numbers in discovery, quote them back verbatim. Their data is more credible than yours.

Step 3: Present the recommendation - not the product

Lead with the outcome the prospect gets, not the features you provide. For each major problem area:

  1. The problem: restate in their words from discovery
  2. The approach: how [your product] addresses it specifically
  3. The result: what measurably changes, in their terms

Avoid feature lists. Every sentence in the solution section should answer "so what?" If you can't answer "so what?", cut it.

Step 4: Handle objections preemptively

Include a short section that acknowledges the top 2-3 concerns a skeptical stakeholder would have.

Format: "You might be wondering..."

  • "...whether this is a priority given [competing initiative]" + your answer
  • "...how long implementation actually takes" + your answer with specifics
  • "...what happens if [risk scenario]" + your answer

This signals confidence and builds trust with the Economic Buyer who wasn't in your discovery call.

Step 5: Make the business case explicit

Include a simple ROI summary near the end, before pricing.

Year 1Year 2
Investment$[X]$[X]
Estimated return$[Y]$[Y]
Net benefit$[Z]$[Z]
Payback period[N months]-

Use conservative estimates. Label assumptions clearly. A credible conservative number beats an optimistic number no one believes.

Step 6: Close with a specific ask and next step

The last section is a call to action with a specific decision request.

Structure:

  • What you're asking them to decide
  • What happens next if they say yes (timeline, first steps)
  • Your proposed decision date - give them one, don't ask for one

Example: "To move forward, we need a signed order form by [date] to hold your implementation slot in [month]. Once signed, [first action] begins within [timeframe]. I'll follow up on [date] to answer any final questions before then."

Anti-Patterns

1. Starting with a company overview Bad: "Founded in [year], [your company] is a leading provider of..." Good: Start with an insight about the prospect's world. They don't care about your founding date.

2. Sending a generic capabilities deck Bad: Repurposing a standard deck with the prospect's logo on slide 1. Good: Every section references something specific from your discovery conversation.

3. Feature-first solution sections Bad: "[Your product] includes automated reporting, real-time dashboards, and 200+ integrations." Good: "Your analysts spend 6 hours/week reconciling data across tools. [Your product] eliminates that with automated consolidation, returning ~300 hours/year to your team."

4. Soft close Bad: "We hope you'll consider moving forward with us. Please let us know if you have questions." Good: Give them a specific decision date, a named next step, and your direct contact.

Quality Checklist

  • Proposal opens with a reframe or insight, not a company introduction
  • Cost of inaction is quantified with specific numbers
  • Solution section is structured around problems, not features
  • Each solution claim answers "so what?" for the prospect
  • Top 2-3 objections are addressed preemptively
  • ROI summary is included with labeled assumptions
  • Final section contains a specific decision ask with a proposed date
  • Language from discovery call is used throughout - their words, not your words

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Rate any product, feature, or experience on the 11-star scale (Brian Chesky's Airbnb thought experiment). Use when user says "rate this experience", "11-star", "star rating", "experience audit", "how good is this", "experience rating", "product audit", "quality assessment", or wants to evaluate product quality and identify improvement paths. Also trigger when user wants to benchmark a feature, assess where a product stands, or map out what "great" looks like - even if they don't explicitly say "11-star".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

Generate A/B copy variants grounded in Eugene Schwartz's awareness and market-sophistication stages and John Caples' tested-headline discipline. Every variant declares its angle, the awareness stage it targets, and a falsifiable hypothesis, and the skill recommends which pair to test first and what delta counts as signal. Use when the user says "A/B test this", "write variants", "give me options", "test different angles", "copy variants", "ab copy", "test this headline", "multiple versions", "which version is better", or wants to test copy before publishing. For reviewing copy that already exists, see copy-review. For sample size and stopping rules, see growth-experiment. For diagnosing a page rather than its words, see page-cro. For full paid ad sets by platform, see ad-campaign-writer.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

Design statistically rigorous experiments to test data science hypotheses. Use when the user says "design an A/B test", "run an experiment", "test this hypothesis", "is this difference significant", "how many samples do I need", "randomized controlled trial", "causal inference", "uplift test", "holdout group", "significance test", "power calculation", "avoid p-hacking", or needs to determine whether an observed effect is real before making a product or model decision. For lean build-measure-learn product experiments without the statistics, use experiment-design instead.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

Write measurable acceptance criteria for requirements or user stories. Use when the user says "write acceptance criteria", "definition of done", "how do we test this", "fit criteria", "given when then", "Gherkin scenarios", "what does done look like", "testable conditions", "how will we know this works" - even if they don't explicitly say "acceptance criteria".

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

Build a strategic account plan for winning, retaining, or expanding a named account. Use when the user says "build an account plan", "strategic account planning", "how do I grow this account", "account expansion strategy", "whitespace analysis", "QBR prep", "key account review", "map the stakeholders in this account", "land and expand plan", "how do I break into [company]", or wants a structured strategy for a specific account.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

Write paid ad copy for LinkedIn, Google, Meta, and YouTube. Produces multiple variants per platform, each targeting a different Eugene Schwartz awareness level and Cialdini persuasion principle. Use when the user asks for ad copy, ad variants, "write LinkedIn ads", Google ads, Meta ads, paid social copy, ad headlines, or wants creative for a paid campaign. Reads brand voice, ICP, and positioning from knowledge/. For organic social posts, see linkedin-post or social-calendar. For the landing page the ad points at, see landing-page-writer. For testing variants, see ab-copy-writer.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

qa-aman/claude-skills212026년 10월 19일 업데이트

qa-aman의 스킬 모두 보기

이 스킬의 문제 신고