inspired-product

Guides product teams through discovery, opportunity assessment, and outcome-based delivery practices.

Updated Jun 27, 2026
One-click install
npx skills add https://github.com/rachmadideni/ai-staff-assistant --skill inspired-product-rachmadideni
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: inspired-product
Source: https://github.com/rachmadideni/ai-staff-assistant/tree/main/.agents/skills/inspired-product
Command: npx skills add https://github.com/rachmadideni/ai-staff-assistant --skill inspired-product-rachmadideni

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Product teams often operate as feature factories, shipping roadmap items nobody validated and measuring output instead of outcomes. This Skill applies Marty Cagan's empowered product team framework to help teams discover what to build, structure around problems rather than components, and deliver continuous value. ## Core Features & Use Cases - Dual-Track Discovery and Delivery: Validate ideas against value, usability, feasibility, and viability risks before committing engineering resources. - Opportunity Assessment: Evaluate business objectives, target customers, problem severity, and success metrics before investing in any opportunity. - Team Structure and Strategy: Organize cross-functional teams around outcomes, define product vision and strategy, and replace feature roadmaps with outcome-based OKRs. - Use Case: A PM whose roadmap is a stakeholder-driven feature list can use this Skill to restructure planning around customer problems, run prototype tests with five users, and shift the team to outcome-based OKRs. ## Quick Start Ask the assistant to assess your current product team structure and discovery practices against the empowered product teams framework and score it out of 10.

Frequently Asked Questions about inspired-product

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

FAQPage Schema
How do I run product discovery before building a feature?▼

Product discovery validates ideas against four risks: value, usability, feasibility, and viability. Use techniques like customer behavior interviews, high-fidelity prototype testing with five target users, Wizard of Oz tests, and engineering spikes before committing delivery resources.

What is the difference between a feature team and an empowered product team?▼

Feature teams receive a roadmap of features and are measured on output like stories shipped. Empowered teams receive problems and business objectives, run their own discovery, and are accountable for outcomes such as adoption, retention, and revenue.

How do I write an opportunity assessment for a product idea?▼

Answer seven questions: the business objective served, the target customer, the problem and its severity, success metrics, current alternatives, your competitive advantage, and key risks. A first draft should take two to three hours, with remaining uncertainties becoming discovery questions.

How do outcome-based roadmaps differ from feature roadmaps?▼

Outcome-based roadmaps communicate problems to solve and target metrics rather than features with delivery dates. This avoids committing to solutions before discovery validates them and lets teams pivot to better approaches based on evidence.

How do I handle executives who dictate features instead of problems?▼

Redirect from the proposed solution to the underlying problem, respond with evidence from customer interviews and data rather than opinions, and propose low-cost experiments. Build trust over time by consistently delivering measurable outcomes and sharing discovery findings proactively.

When should engineers be involved in product discovery?▼

Engineers should participate in discovery continuously, roughly two to four hours per week, including customer interviews, prototype reviews, and feasibility spikes. They are often the best source of innovation because they know what is newly technically possible.