10x-opportunity-map

Classifies recurring friction signals into build, buy, complement, or wait decision artifacts.

Updated May 20, 2026
One-click install
npx skills add https://github.com/ZawilecxD/trAInR --skill 10x-opportunity-map-zawilecxd
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: 10x-opportunity-map
Source: https://github.com/ZawilecxD/trAInR/tree/main/.cursor/skills/10x-opportunity-map
Command: npx skills add https://github.com/ZawilecxD/trAInR --skill 10x-opportunity-map-zawilecxd

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Teams often jump straight to building a dashboard, agent, or automation without checking whether an existing tool already solves the problem. This Skill turns recurring friction or unmet needs into a structured opportunity map that decides whether to build, buy, complement, or wait before any code is written. ## Core Features & Use Cases - Signal Normalization and Classification: Converts raw ideas and weak signals (like "build a dashboard") into observable, repeated pain points, then classifies each against existing tools, thin complements, and first useful versions. - Single Candidate Recommendation: Ranks classified signals by repetition, data sources combined, manual pain, and testability to recommend at most one candidate worth a first build. - Data Risk Assessment: Flags whether the first version can run on mock, local, or read-only data versus real company or customer data requiring access control. - Use Case: A team lead notices engineers manually check which PRs block each release. The Skill maps this friction, finds existing CI and GitHub features fall short, and recommends a read-only digest script as the first useful version. ## Quick Start Ask the assistant to map these recurring team frictions into an opportunity map and recommend whether to build, buy, complement, or wait.

Frequently Asked Questions about 10x-opportunity-map

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I decide whether to build an internal tool or buy existing software?

Map the recurring friction as an observable signal, then compare what existing tools already do against a thin complement and a first useful version. Build only if the pain repeats, combines multiple data sources, and cannot be handled by current platforms.

How to evaluate a feature idea before writing code?

Normalize the idea into specific repeated pain signals, classify each against existing workflows, and rank candidates by repetition, manual pain, and read-only testability. Recommend at most one candidate for a narrow first version.

What is an opportunity map in product discovery?

An opportunity map is a decision artifact that lists each friction signal alongside the existing default response, a thin complement, a first useful version, data risk, and future direction. It separates problem classification from implementation planning.

When should I not build a custom internal tool?

Avoid building when the signal is weak, an existing SaaS or platform already solves it, or the maintenance cost outweighs the pain. Generic utility workflows should default to existing tools unless local cross-system friction is proven.

Can I test an internal tool idea with mock data first?

Yes, the first useful version should run on mock, local, read-only, or non-sensitive data such as CSV exports or static reports. Real company or customer data requires access-control and auditability planning before implementation.