technical-discovery
/technical-discovery
Przeprowadza rozpoznanie potrzeb klienta przed demem lub POC: wyjaśnia ból, jego wpływ na biznes i decydentów według MEDDPICC.
- Autor
- mcorbett51090 ↗
- Repozytorium
- ravenclaude ↗
- Licencja
- MIT
- Ostatnia zmiana repozytorium
- 27.10.2026
Ocena i bezpieczeństwo
- Pliki w paczce
- 1
- Skrypty
- 0
- Komentarze HTML
- 0
- Adresy URL w SKILL.md
- 0
Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.
MIT, otwarta: można używać i zmieniać, z zachowaniem informacji o autorze.
Co robi i kiedy
Przeprowadza rozpoznanie potrzeb klienta przed demem lub POC: wyjaśnia ból, jego wpływ na biznes i decydentów według MEDDPICC.
Oryginalny opis (EN)
Run value-based technical discovery before any demo or POC — frame the deal with MEDDPICC, surface the prospect's pain and its quantified business impact, identify the decision criteria/process/champion, and capture it all in the discovery-notes template so the demo can be tailored to real pain. Reach for this when the user has (or just had) a discovery call, or is about to demo with no discovered pain. Used by `sales-engineer` (primary) and `poc-evaluation-lead`.
Jak działa
- Procedure
- Output
- Anti-patterns this skill prevents
Podgląd SKILL.md
---
name: technical-discovery
description: Run value-based technical discovery before any demo or POC — frame the deal with MEDDPICC, surface the prospect's pain and its quantified business impact, identify the decision criteria/process/champion, and capture it all in the discovery-notes template so the demo can be tailored to real pain. Reach for this when the user has (or just had) a discovery call, or is about to demo with no discovered pain. Used by `sales-engineer` (primary) and `poc-evaluation-lead`.
---
# Skill: technical-discovery
> **Invoked by:** `sales-engineer` (primary); `poc-evaluation-lead` re-runs it lightly to confirm the pain a POC must prove.
>
> **When to invoke:** "I have a discovery call coming up"; "we're about to demo but haven't really discovered"; "what should I be uncovering?"; any deal where the pain isn't yet named and quantified.
>
> **Output:** a MEDDPICC-framed discovery plan + the pain/metric/decision-criteria questions to ask, captured in [`../../templates/technical-discovery-notes.md`](../../templates/technical-discovery-notes.md).
## Procedure
1. **Frame the deal with MEDDPICC.** Walk [`../../knowledge/discovery-and-demo-playbook.md`](../../knowledge/discovery-and-demo-playbook.md): **M**etrics, **E**conomic buyer, **D**ecision criteria, **D**ecision process, **P**aper process, **I**dentify pain, **C**hampion, **C**ompetition. Mark which letters you already know and which are gaps — the gaps are your discovery agenda.
2. **Find the pain, then quantify it.** A pain with no business impact ("it's a bit slow") doesn't sell. Push to the **Metric**: what does the pain cost in time / money / risk / missed revenue, and who feels it? This is the number the demo and the business case hang on.
3. **Map the decision.** Who decides, against what criteria, by when, through what paper/procurement/security process? A technical win with no decision map stalls in procurement.
4. **Test for a champion, not just a contact.** A champion has power, has personal pain, and will sell for you internally. Distinguish champion vs coach vs blocker.
5. **Capture and confirm.** Write it into the discovery-notes template and reflect it back to the prospect ("so the critical issue is X, costing Y — did I get that right?"). Confirmed pain is the contract the demo is built against.
## Output
The filled discovery-notes template + the prioritized list of remaining MEDDPICC gaps + a one-line **critical business issue** statement the demo will be built to resolve. Hand off to `demo-design` only once pain is named and quantified.
## Anti-patterns this skill prevents
- Demoing into a vacuum (no discovered pain → a feature tour).
- A "pain" with no quantified business impact (nothing for the business case to stand on).
- Mistaking a friendly contact for a champion.
- Skipping the decision/paper process and getting ambushed by procurement or security late.
Wersje
| Repozytorium | Wynik | Licencja |
|---|---|---|
| Ta strona · mcorbett51090/ravenclaude | 90 | MIT |
| zime-ai/zime-gtm-skills | 100 | MIT |
Migawka bazy z 28.10.2026 · wersja paczki c5113f25b7e1 (skrót SHA-256 całej paczki)
Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.
Podobne skille
- 100sales-engineer
Wspiera inżyniera przedsprzedażowego w discovery technicznym, przygotowaniu demo, zakresie POC i battlecards łączących funkcje produktu z wynikami biznesowymi. - 90poc-success-criteria
Ocenia, czy warto robić POC, i przygotowuje mierzalne kryteria sukcesu i wyjścia, plan z ograniczonym czasem oraz kartę oceny do zatwierdzenia przez sponsora. - 90demo-design
Projektuje demo produktu według bólów zdiagnozowanych u kupującego zamiast oprowadzania po funkcjach i opisuje granice wdrożonych funkcji. - 100meddpicc
Audytuje transkrypt rozmowy sprzedażowej B2B wg MEDDPICC, uznając tylko to, co powiedział kupujący, albo przegląda eksport CRM pod kątem deali bez pól MEDDPICC. - 90qualify-the-deal
Ocenia, czy transakcja jest realna i warta wysiłku, według MEDDPICC: metryk, kupującego, kryteriów decyzji, konkurencji i sponsora. - 100sales-engineer
Wnosi ocenę inżyniera sprzedaży: zakres POC z mierzalnymi kryteriami sukcesu, techniczna rozmowa discovery, demo na bake-off konkurencji, techniczne części RFP i raport zwycięstwa technicznego przekazywany do zamknięcia.