Przejdź do treści
Biblioteka skilli
Sprzedaż i obsługa klienta · Analiza

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.

Repozytorium
ravenclaude ↗
Licencja
MIT
Ostatnia zmiana repozytorium
27.10.2026

Ocena i bezpieczeństwo

90/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść25 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 27.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

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

  1. Procedure
  2. Output
  3. Anti-patterns this skill prevents
Sekcje z nagłówków SKILL.md, w oryginale · 28 linii, 351 słów
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

RepozytoriumWynikLicencja
Ta strona · mcorbett51090/ravenclaude90MIT
zime-ai/zime-gtm-skills100MIT

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.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.