product-ba

Clarify business goals, actors, constraints, and success measures before design.

Updated Mar 20, 2026
One-click install
npx skills add https://github.com/2zcory/skills --skill product-ba
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: product-ba
Source: https://github.com/2zcory/skills/tree/main/product-ba
Command: npx skills add https://github.com/2zcory/skills --skill product-ba

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Use when a task is heading toward design or implementation but the business problem, scope, stakeholders, workflow, or requirements are still unclear. Clarify the business goal, actors, constraints, business rules, and success measures first, using focused BA questioning when needed, then produce the lightest fitting BA artifact. Do not use this as the primary surface for a full software-project documentation system across requirements, design, and delivery handoff; use software-docs-system for that.

Core Features & Use Cases

  • Clarify business goal, actors, constraints, business rules, and success measures.
  • Produce lightweight BA artifacts such as clarification notes, BRDs, SRS, or user-story packs.
  • This skill helps ensure a scoped BA output and points to the appropriate documentation system for comprehensive work.

Quick Start

Clarify the business goal, actors, constraints, and success measures, then produce the lightest fitting BA artifact and reference software-docs-system for full documentation when needed.

Frequently Asked Questions about product-ba

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

FAQPage Schema
How do I clarify business requirements before starting software design or implementation?

Clarify business requirements by identifying the core problem, actors, constraints, rules, and success measures using focused questioning. This process ensures scope and stakeholder workflow are defined before moving into the design or implementation phases of a project.

What is the best way to create a lightweight Business Requirements Document (BRD) or user-story pack?

The best way to create a lightweight BRD or user-story pack is to clarify the business goal and constraints first, then produce the lightest fitting artifact that captures stakeholder needs and success measures without generating overly heavy documentation.

What should I do when my project scope and stakeholders are unclear before delivery?

When project scope and stakeholders are unclear before delivery, apply business analysis questioning to identify goals, constraints, and business rules. This produces clarification notes that define boundaries and ensure all actor workflows are documented prior to design.

Does this business analysis approach handle full software-project documentation across design and delivery?

This business analysis approach does not handle full software-project documentation. It focuses on clarifying requirements and producing lightweight artifacts, directing users to a comprehensive software-docs-system for complete requirements, design, and delivery handoff documentation.

When do I need to produce clarification notes for a software project?

You need to produce clarification notes when a task is heading toward design or implementation but the business problem, workflow, or stakeholder constraints remain undefined. This ensures goals and success measures are established before committing development resources.

Can I use this method to define success measures and business rules for an unclear task?

Yes, you can use this method to define success measures and business rules. It specifically targets scenarios where the business problem is unclear, applying focused analysis to identify constraints and produce a scoped artifact that guides implementation.