@gonzih/skills-sales 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/LICENSE +21 -0
- package/README.md +56 -0
- package/install.js +15 -0
- package/package.json +35 -0
- package/skills/deal-review/SKILL.md +52 -0
- package/skills/discovery-call-prep/SKILL.md +42 -0
- package/skills/objection-handler/SKILL.md +45 -0
- package/skills/proposal-writer/SKILL.md +36 -0
package/LICENSE
ADDED
|
@@ -0,0 +1,21 @@
|
|
|
1
|
+
MIT License
|
|
2
|
+
|
|
3
|
+
Copyright (c) 2026 gonzih
|
|
4
|
+
|
|
5
|
+
Permission is hereby granted, free of charge, to any person obtaining a copy
|
|
6
|
+
of this software and associated documentation files (the "Software"), to deal
|
|
7
|
+
in the Software without restriction, including without limitation the rights
|
|
8
|
+
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
|
|
9
|
+
copies of the Software, and to permit persons to whom the Software is
|
|
10
|
+
furnished to do so, subject to the following conditions:
|
|
11
|
+
|
|
12
|
+
The above copyright notice and this permission notice shall be included in all
|
|
13
|
+
copies or substantial portions of the Software.
|
|
14
|
+
|
|
15
|
+
THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
|
|
16
|
+
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
|
|
17
|
+
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
|
|
18
|
+
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
|
|
19
|
+
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
|
|
20
|
+
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
|
|
21
|
+
SOFTWARE.
|
package/README.md
ADDED
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
# skills-sales
|
|
2
|
+
|
|
3
|
+
Claude Code skills for sales reps, account executives, and business development professionals.
|
|
4
|
+
|
|
5
|
+
## Install
|
|
6
|
+
|
|
7
|
+
```bash
|
|
8
|
+
npx @gonzih/skills-sales
|
|
9
|
+
```
|
|
10
|
+
|
|
11
|
+
Then restart Claude Code.
|
|
12
|
+
|
|
13
|
+
## Skills
|
|
14
|
+
|
|
15
|
+
### `/discovery-call-prep`
|
|
16
|
+
Prepare for a discovery call with research questions, pain hypothesis, competitor differentiators, and a talk track outline.
|
|
17
|
+
|
|
18
|
+
```
|
|
19
|
+
/discovery-call-prep Sarah Chen at Acme Corp — VP of Engineering
|
|
20
|
+
```
|
|
21
|
+
|
|
22
|
+
### `/proposal-writer`
|
|
23
|
+
Write a professional sales proposal with executive summary, solution fit, pricing table, ROI estimate, and next steps.
|
|
24
|
+
|
|
25
|
+
```
|
|
26
|
+
/proposal-writer Acme Corp — slow deployment pipeline, manual QA — CI/CD platform — $50k budget
|
|
27
|
+
```
|
|
28
|
+
|
|
29
|
+
### `/objection-handler`
|
|
30
|
+
Generate structured responses to sales objections — price, timing, competitor, need — with reframe scripts and follow-up questions.
|
|
31
|
+
|
|
32
|
+
```
|
|
33
|
+
/objection-handler "We're already using Jenkins and it works fine"
|
|
34
|
+
```
|
|
35
|
+
|
|
36
|
+
### `/deal-review`
|
|
37
|
+
Analyze a deal's health with MEDDIC scoring, risk flags, stakeholder gaps, and prioritized next actions.
|
|
38
|
+
|
|
39
|
+
```
|
|
40
|
+
/deal-review Acme Corp — Proposal — Champion is a senior engineer, no EB access, close date Q2
|
|
41
|
+
```
|
|
42
|
+
|
|
43
|
+
## What you get
|
|
44
|
+
|
|
45
|
+
Each skill produces a structured markdown output you can paste directly into your CRM, Google Docs, Notion, or email — no reformatting needed.
|
|
46
|
+
|
|
47
|
+
| Skill | Output |
|
|
48
|
+
|---|---|
|
|
49
|
+
| `discovery-call-prep` | Research summary, pain hypotheses, discovery questions, competitor differentiators, talk track |
|
|
50
|
+
| `proposal-writer` | Exec summary, problem statement, solution fit table, pricing table, ROI model, next steps |
|
|
51
|
+
| `objection-handler` | Objection classification, acknowledge opener, reframe script, proof point, follow-up questions |
|
|
52
|
+
| `deal-review` | MEDDIC scorecard, risk flags, stakeholder map, momentum assessment, next actions |
|
|
53
|
+
|
|
54
|
+
## License
|
|
55
|
+
|
|
56
|
+
MIT
|
package/install.js
ADDED
|
@@ -0,0 +1,15 @@
|
|
|
1
|
+
#!/usr/bin/env node
|
|
2
|
+
import { copyFileSync, mkdirSync, existsSync } from 'fs';
|
|
3
|
+
import { join } from 'path';
|
|
4
|
+
import { homedir } from 'os';
|
|
5
|
+
|
|
6
|
+
const skillsDir = join(homedir(), '.claude', 'skills');
|
|
7
|
+
const skills = ['discovery-call-prep', 'proposal-writer', 'objection-handler', 'deal-review'];
|
|
8
|
+
|
|
9
|
+
for (const skill of skills) {
|
|
10
|
+
const dest = join(skillsDir, skill);
|
|
11
|
+
if (!existsSync(dest)) mkdirSync(dest, { recursive: true });
|
|
12
|
+
copyFileSync(new URL(`./skills/${skill}/SKILL.md`, import.meta.url).pathname, join(dest, 'SKILL.md'));
|
|
13
|
+
console.log(`✓ Installed /${skill}`);
|
|
14
|
+
}
|
|
15
|
+
console.log('\nSkills installed! Restart Claude Code to use them.');
|
package/package.json
ADDED
|
@@ -0,0 +1,35 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "@gonzih/skills-sales",
|
|
3
|
+
"version": "1.0.0",
|
|
4
|
+
"description": "Claude Code skills for sales reps, account executives, and business development professionals.",
|
|
5
|
+
"type": "module",
|
|
6
|
+
"bin": {
|
|
7
|
+
"skills-sales": "./install.js"
|
|
8
|
+
},
|
|
9
|
+
"scripts": {
|
|
10
|
+
"postinstall": "node install.js"
|
|
11
|
+
},
|
|
12
|
+
"files": [
|
|
13
|
+
"skills/",
|
|
14
|
+
"install.js",
|
|
15
|
+
"README.md",
|
|
16
|
+
"LICENSE"
|
|
17
|
+
],
|
|
18
|
+
"keywords": [
|
|
19
|
+
"claude-code",
|
|
20
|
+
"claude-code-skills",
|
|
21
|
+
"sales",
|
|
22
|
+
"discovery-call",
|
|
23
|
+
"proposal",
|
|
24
|
+
"objection-handling",
|
|
25
|
+
"meddic",
|
|
26
|
+
"deal-review",
|
|
27
|
+
"account-executive",
|
|
28
|
+
"business-development"
|
|
29
|
+
],
|
|
30
|
+
"author": "gonzih",
|
|
31
|
+
"license": "MIT",
|
|
32
|
+
"engines": {
|
|
33
|
+
"node": ">=18.0.0"
|
|
34
|
+
}
|
|
35
|
+
}
|
|
@@ -0,0 +1,52 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: deal-review
|
|
3
|
+
description: Analyze a deal's health with MEDDIC scoring, risk flags, missing stakeholders, and recommended next actions.
|
|
4
|
+
triggers: ["review deal", "deal review", "deal health", "MEDDIC", "analyze deal", "deal score"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Deal Review
|
|
8
|
+
|
|
9
|
+
## What this skill does
|
|
10
|
+
Given a deal summary — stage, stakeholders, use case, timeline, and budget signals — this skill produces a structured deal health assessment. It scores the deal against the MEDDIC framework, surfaces risk flags, identifies stakeholder gaps, and recommends prioritized next actions to advance or save the deal.
|
|
11
|
+
|
|
12
|
+
## How to invoke
|
|
13
|
+
/deal-review [deal name or company] — [current stage] — [deal summary or CRM notes]
|
|
14
|
+
|
|
15
|
+
## Workflow steps
|
|
16
|
+
|
|
17
|
+
### Step 1 — MEDDIC Scorecard
|
|
18
|
+
Score each MEDDIC dimension on a 0–2 scale (0 = unknown/missing, 1 = partially confirmed, 2 = fully confirmed). Provide a brief justification for each score based on the deal inputs.
|
|
19
|
+
|
|
20
|
+
| Dimension | Score (0–2) | Status | Evidence / Gap |
|
|
21
|
+
|---|---|---|---|
|
|
22
|
+
| **M** — Metrics | | | |
|
|
23
|
+
| **E** — Economic Buyer | | | |
|
|
24
|
+
| **D** — Decision Criteria | | | |
|
|
25
|
+
| **D** — Decision Process | | | |
|
|
26
|
+
| **I** — Identify Pain | | | |
|
|
27
|
+
| **C** — Champion | | | |
|
|
28
|
+
|
|
29
|
+
Compute a total MEDDIC score (out of 12) and a deal health label: **Strong** (10–12), **Developing** (6–9), **At Risk** (0–5).
|
|
30
|
+
|
|
31
|
+
### Step 2 — Risk Flags
|
|
32
|
+
Identify the top 3–5 risk signals in the deal. Common risk categories:
|
|
33
|
+
- **Stakeholder risk** — No access to economic buyer; single-threaded into one contact
|
|
34
|
+
- **Timeline risk** — No triggering event; artificial or vague close date
|
|
35
|
+
- **Competitive risk** — Incumbent entrenched; evaluation started with a competitor
|
|
36
|
+
- **Champion risk** — Champion lacks authority or internal credibility
|
|
37
|
+
- **Budget risk** — No confirmed budget; deal size misaligned with company profile
|
|
38
|
+
- **Process risk** — Procurement or legal involvement not scoped; unknown approval steps
|
|
39
|
+
|
|
40
|
+
For each flag, note severity (High / Medium / Low) and the specific signal from the deal that triggered it.
|
|
41
|
+
|
|
42
|
+
### Step 3 — Stakeholder Map
|
|
43
|
+
List all known stakeholders with their role, level of engagement (Champion / Supporter / Neutral / Blocker / Unknown), and last touch date if available. Then identify the critical missing stakeholders that should be engaged before the deal closes: typically the economic buyer, a technical validator, and a procurement/legal contact.
|
|
44
|
+
|
|
45
|
+
### Step 4 — Deal Momentum Assessment
|
|
46
|
+
Assess whether the deal has forward momentum or is stalling. Look for: time since last meaningful touchpoint, whether the prospect has completed their agreed next steps, whether the close date has slipped, and whether the champion is actively selling internally. Classify as **Advancing**, **Stalled**, or **At Risk of Going Dark**.
|
|
47
|
+
|
|
48
|
+
### Step 5 — Recommended Next Actions
|
|
49
|
+
Provide 3–5 prioritized next actions ranked by impact on deal health. For each action include: what to do, who owns it (rep, champion, AE), and the goal it addresses (MEDDIC gap, risk mitigation, or momentum). Format as a short action table with a suggested completion date.
|
|
50
|
+
|
|
51
|
+
## Example outputs
|
|
52
|
+
A structured deal review document with a completed MEDDIC scorecard and total score, a ranked risk flag list with severity labels, a stakeholder map with engagement status, a momentum classification, and a prioritized next-actions table. Suitable for pipeline reviews, forecasting calls, or deal strategy sessions with a manager.
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: discovery-call-prep
|
|
3
|
+
description: Prepare for a discovery call with research questions, pain hypothesis, competitor differentiators, and a talk track outline.
|
|
4
|
+
triggers: ["prep discovery call", "discovery call prep", "prepare for discovery", "discovery prep", "call prep"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Discovery Call Prep
|
|
8
|
+
|
|
9
|
+
## What this skill does
|
|
10
|
+
Given a prospect name, company, and deal context, this skill generates a comprehensive discovery call preparation kit. It produces targeted research questions, a pain hypothesis based on industry and role signals, competitor differentiators, and a structured talk track outline to guide the conversation.
|
|
11
|
+
|
|
12
|
+
## How to invoke
|
|
13
|
+
/discovery-call-prep [prospect name] at [company] — [role/context]
|
|
14
|
+
|
|
15
|
+
## Workflow steps
|
|
16
|
+
|
|
17
|
+
### Step 1 — Prospect & Company Research Summary
|
|
18
|
+
Summarize what is known or inferable about the prospect's company: industry, size, likely tech stack, recent news signals (funding, hiring, product launches), and business priorities. Identify the prospect's role and typical pain points for that persona.
|
|
19
|
+
|
|
20
|
+
### Step 2 — Pain Hypothesis
|
|
21
|
+
Formulate 3–5 pain hypotheses ranked by likelihood. Each hypothesis should follow the format: "We believe [company] is experiencing [pain] because [signal], which is causing [business impact]." These guide the questions you'll ask to confirm or disconfirm.
|
|
22
|
+
|
|
23
|
+
### Step 3 — Discovery Questions
|
|
24
|
+
Generate 10–15 open-ended discovery questions organized by category:
|
|
25
|
+
- **Situation** — understand current state and context
|
|
26
|
+
- **Problem** — surface pain and urgency
|
|
27
|
+
- **Implication** — expand impact of the problem
|
|
28
|
+
- **Need-payoff** — connect solution value to their goals
|
|
29
|
+
|
|
30
|
+
### Step 4 — Competitor Differentiators
|
|
31
|
+
List the top 2–3 likely competitors the prospect may be evaluating or currently using. For each, provide 2–3 crisp differentiators that favor your solution, framed as discovery questions or statements you can weave naturally into conversation.
|
|
32
|
+
|
|
33
|
+
### Step 5 — Talk Track Outline
|
|
34
|
+
Produce a time-boxed talk track for a 45-minute discovery call:
|
|
35
|
+
- **0–5 min** — Rapport, agenda setting, confirm time
|
|
36
|
+
- **5–15 min** — Situation questions, company/role context
|
|
37
|
+
- **15–30 min** — Problem and implication questions, pain confirmation
|
|
38
|
+
- **30–40 min** — Solution positioning, differentiator moments
|
|
39
|
+
- **40–45 min** — Next steps, mutual action plan
|
|
40
|
+
|
|
41
|
+
## Example outputs
|
|
42
|
+
A structured markdown document with five labeled sections: company summary, ranked pain hypotheses, categorized discovery questions, competitor comparison table, and a time-boxed talk track. Ready to paste into a call notes doc or CRM.
|
|
@@ -0,0 +1,45 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: objection-handler
|
|
3
|
+
description: Generate responses to common sales objections — price, timing, competitor, need — with reframe scripts and follow-up questions.
|
|
4
|
+
triggers: ["handle objection", "objection response", "deal objection", "they said too expensive", "overcome objection"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Objection Handler
|
|
8
|
+
|
|
9
|
+
## What this skill does
|
|
10
|
+
Given a specific objection raised by a prospect, this skill generates a structured response playbook. For each objection type it produces an acknowledgment opener, a reframe that shifts the conversation, a proof point or bridge, and a follow-up question to re-engage and advance the deal. Covers price, timing, competitor, and need objections.
|
|
11
|
+
|
|
12
|
+
## How to invoke
|
|
13
|
+
/objection-handler [objection text or type] — [deal context (optional)]
|
|
14
|
+
|
|
15
|
+
## Workflow steps
|
|
16
|
+
|
|
17
|
+
### Step 1 — Classify the Objection
|
|
18
|
+
Identify the objection category and root cause:
|
|
19
|
+
- **Price** — "Too expensive," "Not in budget," "Need a discount"
|
|
20
|
+
- **Timing** — "Not now," "Bad timing," "Maybe next quarter"
|
|
21
|
+
- **Competitor** — "We're evaluating X," "We already use Y," "X is cheaper"
|
|
22
|
+
- **Need** — "We don't need this," "We can do it ourselves," "Status quo works fine"
|
|
23
|
+
- **Stakeholder** — "Need to get buy-in," "My boss won't approve," "Procurement is slow"
|
|
24
|
+
|
|
25
|
+
State the classification and the most likely underlying concern (cost pressure, risk aversion, relationship with incumbent, etc.).
|
|
26
|
+
|
|
27
|
+
### Step 2 — Acknowledge & Validate
|
|
28
|
+
Write a 1–2 sentence opener that acknowledges the objection without arguing or immediately pivoting. This builds credibility and trust. Example pattern: "I hear that — [restate their concern]. A lot of [role/company type] we talk to share the same concern at this stage."
|
|
29
|
+
|
|
30
|
+
### Step 3 — Reframe Script
|
|
31
|
+
Write a reframe that repositions the objection. For each objection type:
|
|
32
|
+
- **Price** → Shift from cost to cost of inaction or ROI; anchor to value delivered
|
|
33
|
+
- **Timing** → Surface the hidden cost of delay; tie to a triggering event or deadline
|
|
34
|
+
- **Competitor** → Acknowledge competitor strengths, then sharpen the differentiated wedge
|
|
35
|
+
- **Need** → Revisit confirmed pain; use their own words from discovery
|
|
36
|
+
- **Stakeholder** → Enable the champion; provide content to sell internally
|
|
37
|
+
|
|
38
|
+
### Step 4 — Proof Point or Bridge
|
|
39
|
+
Provide one relevant proof point: a customer story, benchmark, statistic, or analogy that reinforces the reframe. Keep it brief (2–3 sentences) and directly tied to their concern.
|
|
40
|
+
|
|
41
|
+
### Step 5 — Follow-up Question
|
|
42
|
+
Write 2–3 follow-up questions that re-engage the prospect and move the conversation forward. Questions should be open-ended and designed to either confirm the reframe landed or surface the real underlying objection if this one was a smokescreen.
|
|
43
|
+
|
|
44
|
+
## Example outputs
|
|
45
|
+
A response playbook with five labeled sections per objection: classification and root cause, acknowledge opener, reframe script, proof point, and follow-up questions. Can handle one objection in depth or generate a comparison table for multiple objections at once.
|
|
@@ -0,0 +1,36 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: proposal-writer
|
|
3
|
+
description: Write a professional sales proposal with executive summary, solution fit, pricing table, ROI estimate, and next steps.
|
|
4
|
+
triggers: ["write proposal", "create proposal", "draft proposal", "sales proposal", "write a proposal"]
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# Proposal Writer
|
|
8
|
+
|
|
9
|
+
## What this skill does
|
|
10
|
+
Given deal context — prospect name, company, pain points, solution fit, and pricing inputs — this skill generates a complete, professional sales proposal document. The output is structured for executive audiences, covers value justification and ROI, and closes with a clear call to action and mutual next steps.
|
|
11
|
+
|
|
12
|
+
## How to invoke
|
|
13
|
+
/proposal-writer [prospect/company] — [pain points] — [solution] — [pricing tier or budget]
|
|
14
|
+
|
|
15
|
+
## Workflow steps
|
|
16
|
+
|
|
17
|
+
### Step 1 — Executive Summary
|
|
18
|
+
Write a 2–3 paragraph executive summary addressed to the economic buyer. Lead with the prospect's business challenge, connect it to strategic impact, and state clearly how the proposed solution resolves it. Avoid feature-speak; focus on business outcomes.
|
|
19
|
+
|
|
20
|
+
### Step 2 — Current State & Problem Statement
|
|
21
|
+
Describe the prospect's current state, the inefficiencies or risks they face, and the cost of inaction. Use inputs from discovery to make this specific and credible. Frame around the pain hypothesis confirmed during qualification.
|
|
22
|
+
|
|
23
|
+
### Step 3 — Proposed Solution & Fit
|
|
24
|
+
Map specific capabilities to each identified pain point in a clear solution-fit section. Use a two-column table format: **Their Challenge** | **How We Solve It**. Include any implementation notes, onboarding timeline, or integration considerations relevant to the deal.
|
|
25
|
+
|
|
26
|
+
### Step 4 — Pricing Table
|
|
27
|
+
Generate a clean pricing table with the proposed package(s). Include line items for licenses/seats, implementation, support tier, and any add-ons discussed. Show one-time vs. recurring costs. If multiple tiers were discussed, present a recommended option and one alternative with a brief rationale for each.
|
|
28
|
+
|
|
29
|
+
### Step 5 — ROI Estimate
|
|
30
|
+
Build a simple ROI model with clearly stated assumptions. Include: estimated time savings, efficiency gains, revenue impact or cost avoidance, and a payback period. Present as a narrative summary plus a simple table. Flag assumptions explicitly so the prospect can adjust them.
|
|
31
|
+
|
|
32
|
+
### Step 6 — Next Steps & Call to Action
|
|
33
|
+
Close with a mutual action plan: 3–5 numbered next steps with owners (prospect and vendor), suggested timeline, and a signature/approval block. Make the CTA specific — a date for a follow-up, a pilot kick-off, or a procurement submission deadline.
|
|
34
|
+
|
|
35
|
+
## Example outputs
|
|
36
|
+
A complete proposal document (6–10 sections) in clean markdown, ready to paste into Google Docs, Notion, or a PDF template. Includes exec summary, problem statement, solution fit table, pricing table, ROI model, and next steps with owners and dates.
|