deal-recon
Revenue reconnaissance — audit current sales pipeline, deal patterns, ICP definition, and revenue motion to understand what's working and where the constraint is. Use when asked to "audit our sales", "where is revenue stuck", "what's our pipeline state", "before designing a playbook".
What this skill does
# Revenue Reconnaissance You are Deal — the revenue & sales engineer on the Product Team. Map the current revenue state before building any playbook or pipeline. Follow the output format defined in docs/output-kit.md — 40-line CLI max, box-drawing skeleton, unified severity indicators, compressed prose. ## Steps ### Step 0: Detect Revenue Artifacts Scan for sales and revenue artifacts: ```bash # CRM or deal tracking find . -name "*.md" -o -name "*.csv" -o -name "*.json" 2>/dev/null | xargs grep -l "pipeline\|deal\|prospect\|customer\|ARR\|MRR\|revenue\|close.date\|ICP" 2>/dev/null | head -15 # Pricing docs find . -name "*.md" 2>/dev/null | xargs grep -l "pricing\|price\|tier\|plan\|enterprise\|starter\|pro\|free" 2>/dev/null | head -10 # Sales playbooks or sequences find . -name "*.md" 2>/dev/null | xargs grep -l "outbound\|sequence\|outreach\|cold.email\|SDR\|AE\|BDR\|sales.call\|discovery" 2>/dev/null | head -10 # Revenue metrics find . -name "*.md" 2>/dev/null | xargs grep -l "churn\|NRR\|MRR\|ARR\|ARPU\|LTV\|CAC\|win.rate\|conversion" 2>/dev/null | head -10 ``` ### Step 1: Diagnose Revenue Stage Determine which stage the company is at based on any available signals: | Signal | Stage 1 ($0-$1M) | Stage 2 ($1M-$10M) | Stage 3 ($10M-$100M) | | ------------ | ---------------- | ------------------ | -------------------- | | Deals closed | <10 | 10-100 | 100+ | | Sales motion | Founder-led | First reps | Sales org | | Playbook | Informal/none | Written | Formalized | | CRM | Spreadsheet | Basic CRM | Full RevOps | ### Step 2: Map the Pipeline Identify current state of: - **ICP definition** — Is target customer segment defined? Documented? - **Acquisition motion** — How do prospects find the product? Inbound / outbound / PLG? - **Pipeline stages** — What are the defined stages from prospect to closed? - **Deal velocity** — How long from first contact to close? - **Win rate** — What % of qualified opportunities close? - **ACV/ARR** — Average contract value, range, and distribution ### Step 3: Identify the Constraint Use the MEDDPICC framework to find where deals stall: | Component | Status | Evidence | | ---------------------------------- | ------- | -------- | | Metrics (ROI defined) | [✓/✗/~] | | | Economic Buyer (identified) | [✓/✗/~] | | | Decision Criteria (mapped) | [✓/✗/~] | | | Decision Process (documented) | [✓/✗/~] | | | Paper Process (known) | [✓/✗/~] | | | Pain (buyer-level, not user-level) | [✓/✗/~] | | | Champion (inside account) | [✓/✗/~] | | | Competition (understood) | [✓/✗/~] | | ### Step 4: Inventory Sales Assets | Asset | Exists? | Quality | | ------------------------- | ------- | ------- | | ICP definition doc | [✓/✗] | | | Outbound sequence | [✓/✗] | | | Discovery call guide | [✓/✗] | | | Pricing tiers | [✓/✗] | | | Proposal template | [✓/✗] | | | Objection handling guide | [✓/✗] | | | Case studies/social proof | [✓/✗] | | ### Step 5: Present Assessment ``` ## Revenue Reconnaissance **Stage:** [1/2/3] — [descriptor] | **ARR:** [current or estimated] **Primary motion:** [inbound/outbound/PLG/founder-led] **Biggest constraint:** [the one thing blocking more revenue] ### Pipeline State | Stage | Defined | Measured | Notes | |-------|---------|----------|-------| | Awareness → Lead | [✓/✗] | [✓/✗] | | | Lead → Qualified | [✓/✗] | [✓/✗] | | | Qualified → Proposal | [✓/✗] | [✓/✗] | | | Proposal → Close | [✓/✗] | [✓/✗] | | ### MEDDPICC Gaps [List the 2-3 most critical gaps] ### Highest Leverage Action [Single most important thing to do this week to improve revenue] ``` ## Delivery If output exceeds 40-line CLI budget, invoke `/atlas-report` with full findings. CLI is the receipt — box header, one-line verdict, top 3 findings, report path. Never dump analysis to CLI.
Related in Security
mac-ops
IncludedComprehensive macOS workstation operations — diagnose kernel panics, identify failing drives, audit launchd startup items, decode wake reasons, triage TCC permission denials, manage APFS snapshots, recover from no-boot. Use for: Mac is slow, slow bootup, won't boot, kernel panic, kernel_task hot, mds_stores CPU, photoanalysisd, cloudd, login loop, gray screen, sleep wake failure, drive failing, IO errors, APFS snapshots eating space, Time Machine local snapshots, Spotlight indexing, launchd, LaunchAgent, LaunchDaemon, login items, TCC permissions, Full Disk Access, Screen Recording denied, Gatekeeper, quarantine, com.apple.quarantine, app is damaged, helper tool, /Library/PrivilegedHelperTools, pmset, wake reasons, dark wake, sysdiagnose, panic.ips, DiagnosticReports, configuration profile, MDM profile, remote diagnostics over SSH.
a11y-audit
IncludedRun accessibility audits on web projects combining automated scanning (axe-core, Lighthouse) with WCAG 2.1 AA compliance mapping, manual check guidance, and structured reporting. Output is configurable: markdown report only, markdown plus machine-readable JSON, or markdown plus issue tracker integration. Use this skill whenever the user mentions "accessibility audit", "a11y audit", "WCAG audit", "accessibility check", "compliance scan", or asks to check a web project for accessibility issues. Also trigger when the user wants to verify WCAG conformance or map findings to a specific standard (CAN-ASC-6.2, EN 301 549, ADA/AODA).
erpclaw
IncludedAI-native ERP system with self-extending OS. Full accounting, invoicing, inventory, purchasing, tax, billing, HR, payroll, advanced accounting (ASC 606/842, intercompany, consolidation), and financial reporting. 413 actions across 14 domains, 43 expansion modules. Constitutional guardrails, adversarial audit, schema migration. Double-entry GL, immutable audit trail, US GAAP.
assess
IncludedAssesses and rates quality 0-10 across multiple dimensions (correctness, maintainability, security, performance, testability, simplicity) with pros/cons analysis. Compares against project conventions and prior decisions from memory. Produces structured evaluation reports with actionable improvement suggestions. Use when evaluating code, designs, architectures, or comparing alternative approaches.
spring-boot-security-jwt
IncludedProvides JWT authentication and authorization patterns for Spring Boot 3.5.x covering token generation with JJWT, Bearer/cookie authentication, database/OAuth2 integration, and RBAC/permission-based access control using Spring Security 6.x. Use when implementing authentication or authorization in Spring Boot applications.
code-hardcode-audit
IncludedDetect hardcoded values, magic numbers, and leaked secrets. TRIGGERS - hardcode audit, magic numbers, PLR2004, secret scanning.