@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 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.