victorzhuk/skills

z-market-research

Competitor and market research method — discovery, pricing teardown, positioning read, demand signals, then an ICP hypothesis validated per source.

Zobacz źródło

Jak używać

  1. Skopiuj polecenie instalacji i sprawdź źródła przed instalacją we własnym środowisku agenta.
  2. W oryginale sprawdź wymagane narzędzia, dane dostępowe i obsługiwane środowiska.
  3. Opisz dane wejściowe i oczekiwany rezultat; porównaj wynik ze źródłami.
npx skills add https://github.com/victorzhuk/skills --skill z-market-research

Przed rozpoczęciem

  • Instalacja nie obejmuje subskrypcji modelu, limitu API ani uprawnień do plików.
  • Gwiazdki i instalacje pokazują aktywność, a nie niezależny test jakości lub bezpieczeństwa.
Oryginalny dokument Skill

Treść z repozytorium z zachowaniem nagłówków, przykładów, kodu, tabel, linków i obrazów.

Market Research

Scan a market in a fixed order, evidence every claim, and hand back a digest — not a strategy essay.

Scan order

  1. Competitor discovery — direct search patterns ("<category> software", "<category> tools 2026"), comparison/review sites (G2, Capterra, AlternativeTo), launch platforms (Product Hunt, BetaList, Show HN), and "<competitor> alternative" / "<competitor> vs" queries to surface who else gets compared against whom.
  2. Pricing-page teardown — capture every tier verbatim: name, price, billing period, currency, seat/usage limits, feature gates. Don't normalize currency or round numbers; record what the page shows, note the annual-vs-monthly toggle discount if present.
  3. Positioning read — pull the vendor's own headline, tagline, and top feature callouts. Label these as vendor claims, not verified fact — a pricing page describes intent, not measured outcomes.
  4. Demand signals — search-volume proxies (cite the tool used, e.g. Google Trends direction, a keyword tool's estimate), community threads (Reddit/HN/niche Discord/Slack search for the pain, quote representative complaints with links), job postings (a company hiring for a role tied to the problem signals budget exists).

ICP hypothesis

For each candidate ICP state: who (role, company size, vertical), pain (the specific job-to-be-done), current workaround (spreadsheet, manual process, a competitor, nothing). Treat it as a hypothesis until at least one source — a community thread, a job post, or a competitor's own positioning — backs it. An ICP guess with zero backing sources is a gap, not a finding.

Evidence rules

  • Every claim carries a URL and the date it was fetched.
  • Absence of data is a finding: state what was searched and that nothing turned up, don't skip the question.
  • No numbers from memory — pricing, volumes, and benchmarks come from the fetch, not recall.

Digest output format

Reproduce this shape for the final digest:

<digest-template>

Question

<the question this research answers>

Answer

<2-5 deciding facts, each with an inline source link>

Competitors

NamePositioningPricing (verbatim)Source

Gaps

<what was searched and came back empty, or where confidence is low>

Sources

<title>(<url>) — fetched <date> </digest-template>

Do not

  • Pull pricing, volumes, or feature claims from memory instead of a live fetch.
  • State a vendor's marketing copy as fact instead of labeling it a claim.
  • Skip the Gaps section because nothing was found — absence of data is the finding.
  • Write a strategy recommendation, pricing model, or GTM plan — that's downstream work.

Verify

  • Every row in the competitor table has a source URL and fetch date.
  • Every ICP hypothesis names at least one backing source or sits in Gaps.
  • The digest has all five sections, even when a section is short.

does not design pricing or GTM; it supplies the market facts

z tego samego repozytorium

Więcej Skills

Wszystkie Skills
victorzhuk
Społeczność

z-accessibility

Audit and improve web accessibility following WCAG 2.2 guidelines. Use when asked to "improve accessibility", "a11y audit", "WCAG compliance", "screen reader support", "keyboard navigation", or "make accessible".

instalacje
1
GitHub Stars
0
Aktualizacja
22 paź
victorzhuk
Społeczność

z-algo-core

DS/algorithm selection judgment for production code, not competitive tricks — hash map for membership/dedup, slice+sort beats a tree until proven, heap for top-k, two-pointer/sliding-window for scans, BFS/DFS/topo-sort for dependency shapes. Triggers on Big-O, hash map vs tree. Does not cover profiling/tuning; see [[z-go-performance]].

instalacje
1
GitHub Stars
0
Aktualizacja
22 paź
victorzhuk
Społeczność

z-bdd

BDD acceptance contracts for humans and agents across UI, API, and CLI products. Use for Gherkin, Given-When-Then, E2E acceptance, or scenario evidence. Define repeatable scenarios with explicit assertions and required outcomes. Test selection belongs to [[z-testing-strategy]]. Go harness wiring belongs to [[z-go-bdd]].

instalacje
1
GitHub Stars
0
Aktualizacja
22 paź
victorzhuk
Społeczność

z-codegraph

Use an existing CodeGraph integration for call graphs, impact analysis, affected tests, or route discovery. Discover installed tools and index freshness; follow host LSP precedence and verify current source. Do not initialize indexes without user authorization.

instalacje
1
GitHub Stars
0
Aktualizacja
22 paź