commercial/skills/rfp-responder/SKILL.md
Use when an RFP, RFI, RFQ, security questionnaire, vendor questionnaire, or proposal request arrives and the team needs a structured response — parsing multi-section buyer-dictated requirements (MANDATORY vs WEIGHTED vs NICE-TO-HAVE), building a Shipley-method proof-point matrix mapping each requirement to a verifiable proof point, articulating 3-5 win-themes that ladder up across requirements, and producing a Shipley-derived winrate estimate that informs a bid / no-bid / partner-bid recommendation. For Bid Managers, Proposal Leads, Directors of Sales, and Sales Engineers at the response-strategy moment. Surfaces GAP requirements explicitly — never invents claims. NOT free-form proposal narrative authoring, NOT contract redline, NOT marketing collateral.
npx skillsauth add alirezarezvani/claude-skills rfp-responderInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Help Bid Managers, Proposal Leads, and Directors of Sales answer five questions at the response-strategy moment:
The skill surfaces GAPs explicitly. Leadership decides whether to close them, partner around them, or no-bid. It never invents claims.
Do not use for:
business-growth/contract-and-proposal-writerc-level-advisor/general-counsel-advisormarketing-skill/*commercial/deal-deskcommercial/pricing-strategistDrop the RFP markdown / text into scripts/rfp_parser.py. Output: structured JSON listing every requirement, tagged MANDATORY / WEIGHTED / NICE-TO-HAVE based on cue words (must / shall = MANDATORY; should / weighted scoring numbers = WEIGHTED; may / preferred / desired = NICE-TO-HAVE). Captures section structure, scoring criteria if disclosed, deadline, submission format constraints.
python scripts/rfp_parser.py --input rfp.md --output json > parsed.json
Fill assets/rfp_intake_template.md with your proof-point library (each proof tagged with type + verifiable source + which requirement-tags it covers) and proposed win-themes. Feed parsed RFP + intake into scripts/response_drafter.py. Output: proof-point matrix per requirement with STRONG / PARTIAL / GAP, win-theme injection, GAP audit.
python scripts/response_drafter.py --input draft_input.json --output markdown > matrix.md
Hard rule: GAP requirements are surfaced, never invented around. Leadership reads the GAP audit and decides: close the gap, partner-bid, or no-bid.
Shipley method: 3-5 themes that span requirements. Each theme answers "why us over the incumbent / competitor on the criteria the buyer named." response_drafter.py shows which themes thread through which requirements — a theme appearing in <2 requirements is decorative, not strategic, and gets flagged.
Feed deal context (fit %, incumbent strength, relationship, decision-criteria alignment, late-entry, competitor count, deal size vs. average) into scripts/winrate_predictor.py. Output: Shipley-derived estimate 0-100% + confidence band + factor breakdown + BID / PARTNER-BID / NO-BID verdict.
python scripts/winrate_predictor.py --input deal_context.json --profile enterprise-software --output markdown
No-bid threshold: estimate < 20% triggers automatic no-bid recommendation.
Take parsed RFP + proof-point matrix + GAP audit + winrate estimate into the go / no-go review. Skill does not commit pursuit budget — leadership does.
scripts/rfp_parser.py — section + requirement extractor (regex + cue-word heuristics, stdlib only)scripts/response_drafter.py — proof-point matrix + win-theme injection + GAP auditscripts/winrate_predictor.py — Shipley-derived factor model + bid/no-bid verdict, industry-profile-tunedAll scripts: stdlib only (argparse, json, sys, pathlib, re, collections, statistics). --help and --sample work on all three.
references/shipley_method_canon.md — Shipley Proposal Guide v6, Shipley Capture Guide, APMP BoK, Tom Sant, Tom Searcy + Henry DeVries, Strategic Proposals research, Larry Newmanreferences/rfp_strategy_canon.md — FAR, GSA, Forrester, Gartner, Bain, McKinsey, B2B International on RFP win-rates and buyer behaviorreferences/rfp_anti_patterns.md — Shipley failure modes, APMP cases, Strategic Proposals research, federal loss reviews, MIT Sloan, Bain commercial-discipline, Gartnerreferences/rfp_anti_patterns.md.business-growth/contract-and-proposal-writer — free-form narrative proposals where YOU set the structure (executive briefs, capability statements, unsolicited proposals). RFP-responder handles buyer-dictated structured Q&A where the buyer set the questions, sections, scoring criteria, and format. Different artifact, different decision logic.c-level-advisor/general-counsel-advisor — contract redline and IP/risk review AFTER award. RFP-responder operates BEFORE award, on the response strategy.marketing-skill/* — external marketing assets (web copy, content, ASO, SEO, brand voice) for many-to-many audiences. RFP-responder produces a single-buyer artifact with deterministic compliance requirements.commercial/deal-desk — per-deal discount routing on a closing opportunity. RFP-responder is pursuit-stage; deal-desk is close-stage.commercial/pricing-strategist — pricing-model design for a new product. RFP-responder consumes existing pricing as input to the commercial-terms section.Walked one at a time before any script runs. Recommended answer + canon citation per question. Never bundled.
"What's your STRONG / PARTIAL / GAP split on the MANDATORY requirements?" Recommended: STRONG ≥ 70% on MANDATORY before bidding. PARTIAL/GAP on any MANDATORY = either close the gap pre-submission or no-bid. Canon: Shipley Proposal Guide v6 — capture-management discipline, "Pgw (probability of win) is bounded by your weakest MANDATORY."
"Is there an incumbent, and how strong is their position?" Recommended: strong incumbent (3+ years, no displacement event) drops base winrate ~30%. Don't bid without a named displacement trigger. Canon: Forrester B2B-RFP research — incumbents win 70-80% of renewal RFPs absent a named failure event.
"Did you enter the conversation before or after the RFP issued?" Recommended: late-entry (after RFP issued, no prior engagement) drops winrate ~15% and signals the RFP was scoped to someone else's strengths. Canon: Tom Searcy + Henry DeVries How to Win Big Business — "If you didn't help write the RFP, you're column fodder."
"What are your 3-5 win-themes, and does each thread through ≥2 requirements?" Recommended: themes that appear in only one requirement are decorative. Themes must ladder up across MANDATORY + WEIGHTED sections. Canon: Shipley Capture Guide — win-themes are the buyer-side answer to "why us" across the evaluation criteria, not seller-side feature lists.
"For every claim in the response, can you name the verifiable source?" Recommended: every claim → case study / certification / customer reference / technical attestation / benchmark. Unsourced claims = GAPs. Canon: APMP BoK — "Substantiation: every assertion in a proposal must be backed by evidence the evaluator can independently verify."
"What's the bid / no-bid threshold you committed to BEFORE seeing this RFP?" Recommended: pre-committed threshold (e.g., winrate ≥ 25%, STRONG ≥ 70% on MANDATORY, named champion). Post-hoc rationalization is how teams end up bidding 5% pursuits. Canon: Bain RFP-win-rate studies — disciplined bid/no-bid gates lift win-rate from ~15% to ~35%.
"What does the buyer's evaluation team actually score on?" Recommended: if the RFP discloses scoring criteria, weight your response effort proportionally. If undisclosed, ask. If you can't ask, that itself is a relationship-deficit signal. Canon: Strategic Proposals proposal-management research — evaluators score on the rubric they were given, not on your narrative.
Walk depth-first. Lock 1-3 before opening 4-7. After all 7 are answered, invoke rfp_parser.py → response_drafter.py → winrate_predictor.py in sequence. If question 6 lands on "we don't have a threshold," set one now or no-bid.
tools
Code review automation for TypeScript, JavaScript, Python, Go, Swift, Kotlin, C#, .NET, Java, C, C++, Rust, Ruby, PHP, and Dart/Flutter. Analyzes PRs for complexity and risk, checks code quality for SOLID violations and code smells, generates review reports. Use when reviewing pull requests, analyzing code quality, identifying issues, generating review checklists.
tools
Use when planning, funding, scoping, or synthesizing enterprise research across workstreams — clinical study design, R&D program finance, market sizing/surveys, or product/user research. Triggers on "design this clinical study", "what sample size", "R&D budget", "burn rate", "capitalize or expense", "TAM SAM SOM", "market sizing", "survey design", "segment the market", "plan user interviews", "usability test", "synthesize research insights". Forks context to route to one of four Research-Operations sub-skills (clinical-research, research-finance, market-research, product-research) and returns a digest. Distinct from ra-qm-team (regulatory submission), finance (corporate close/valuation), research/grants (funding discovery), product-team (persona/journey/live experiments), and marketing-skill (campaign analytics).
development
Use when managing the money for an internal R&D program or portfolio — building a multi-period program budget with the F&A (indirect) split, tracking burn rate and runway against value-inflection milestones, or routing R&D cost items to a capitalize-vs-expense determination. Every budget output surfaces its assumptions block; capitalize-vs-expense is decision-support only and routes to a named finance owner — it never books an entry or decides accounting treatment. Distinct from finance/financial-analysis (corporate DCF, close, valuation) and research/grants (funding discovery — this manages money already won).
development
Use when planning and synthesizing product/user research as a method-and-repository discipline — selecting the right method for the goal (generative interviews vs usability test vs concept test vs validation), computing method-based saturation/sample size with an explicit confidence level, or synthesizing coded observations into insights while flagging single-source anecdotes. Never fabricates user insight; an insight requires recurrence across independent participants. Distinct from product-team/ux-researcher-designer (persona/journey artifacts), product-discovery (discovery-sprint planning), and experiment-designer (live A/B) — this is the research-ops method + insight-repository layer.