bee:pre-dev-feature-map

Analyze product requirements to create a business-level feature relationship map.

2|1|Updated Mar 3, 2026
One-click install
npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-feature-map
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: bee:pre-dev-feature-map
Source: https://github.com/luanrodrigues/ia-frmwrk/tree/main/pm-team/skills/pre-dev-feature-map
Command: npx skills add https://github.com/luanrodrigues/ia-frmwrk --skill bee-pre-dev-feature-map

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill prevents architectural mismatches and late-stage integration issues by ensuring feature relationships and business-level groupings are clearly defined before technical design begins.

Core Features & Use Cases

  • Feature Analysis & Mapping: Identifies, categorizes, and groups features based on business domains and user journeys.
  • Integration Point Identification: Clearly defines where features interact at a business level.
  • Use Case: Before building a new e-commerce platform, use this Skill to map out all features (e.g., Product Catalog, Shopping Cart, Checkout, User Accounts), group them into domains (e.g., Catalog Management, Order Processing), and identify how they interact, ensuring the technical architecture aligns with these business realities.

Quick Start

Use the bee:pre-dev-feature-map skill to analyze the PRD and create a feature relationship map.

Frequently Asked Questions about bee:pre-dev-feature-map

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

FAQPage Schema
How do I map feature relationships before starting technical architecture?

Map feature relationships before architecture by analyzing product requirements documents to categorize features, group them into business domains, and identify integration points. This ensures technical implementation aligns with business needs prior to detailed design.

Why do I need to group features into business domains before technical design?

Grouping features into business domains before technical design prevents architectural mismatches and late-stage integration issues. It defines clear feature scope and boundaries so technical implementation aligns with business realities.

What's the best way to identify integration points from product requirements?

Identify integration points from product requirements by categorizing features, grouping them into cohesive business domains, and mapping user journeys. This reveals where features interact at a business level before architecture begins.

How do I align user journeys with feature mapping in a PRD?

Align user journeys with feature mapping by analyzing product requirements documents and user criteria to map how users interact with grouped features. This defines feature boundaries and ensures architecture supports actual user flows.

Can I define feature scope and boundaries without detailed technical design?

Yes, you can define feature scope and boundaries without detailed technical design by creating a business-level feature relationship map. This categorizes and groups features into domains and identifies interactions prior to architecture.

When should I create a feature relationship map in the product development lifecycle?

Create a feature relationship map before detailed technical design begins. Mapping feature relationships and business-level groupings early prevents architectural mismatches and ensures alignment between business needs and technical implementation.