ddd-strategic-design

Discover domain boundaries and generate DDD artifacts from stakeholder interviews.

1|1|Updated Oct 15, 2025
One-click install
npx skills add https://github.com/MilesChou/claude-marketplace --skill ddd-strategic-design
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ddd-strategic-design
Source: https://github.com/MilesChou/claude-marketplace/tree/main/plugins/ddd/skills/ddd-strategic-design
Command: npx skills add https://github.com/MilesChou/claude-marketplace --skill ddd-strategic-design

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill guides you through the often complex and chaotic process of Domain-Driven Design (DDD) strategic analysis. It helps extract clear domain knowledge, structure stakeholder interviews, and produce essential DDD artifacts, saving you from architectural ambiguity and costly rework.

Core Features & Use Cases

  • Structured Domain Analysis: Guides systematic questioning to identify core business concepts, natural boundaries, and business rules.
  • Targeted Interview Planning: Generates specific question sets for Product Managers, Domain Experts, and End Users.
  • DDD Artifact Generation: Helps produce Bounded Context analysis, Context Maps, and Ubiquitous Language glossaries.
  • Use Case: You're starting a new project and need to define clear microservice boundaries. Activate this Skill to systematically analyze your domain, plan interviews with key stakeholders, and generate a Context Map that visualizes your system's architecture.

Quick Start

User: I need help understanding the domain for my new SaaS product. Agent: I can guide you through DDD strategic design. Let's start with input diagnosis. What information do you have about your system, its goals, and key user roles?

Frequently Asked Questions about ddd-strategic-design

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

FAQPage Schema
How do I identify domain boundaries for my microservices architecture?

Domain-Driven Design (DDD) strategic design discovers natural boundaries by analyzing business concepts and relationships. This Skill guides systematic questioning to extract core domains, define bounded contexts, and clarify how different system areas interact—preventing costly rework from misaligned service splits.

What is a bounded context and why does it matter in system design?

A bounded context is a DDD concept that defines explicit boundaries around a cohesive domain model where a ubiquitous language applies consistently. Identifying bounded contexts prevents confusion from shared terminology having different meanings across teams and clarifies which teams own which parts of your system.

How do I plan stakeholder interviews to extract domain knowledge?

This Skill generates targeted question sets tailored to specific stakeholder roles—Product Managers, Domain Experts, and End Users—each addressing different aspects of your domain. Structured interviews uncover business rules, user workflows, and system constraints that define clear architectural boundaries.

Can I use DDD strategic design when requirements are still unclear?

Yes. This Skill is designed specifically for unclear system descriptions and early-stage exploration. It works through phase-based diagnosis to progressively clarify your domain, making it ideal when you lack complete requirements but need to establish foundational boundaries before implementation.

What DDD artifacts does this Skill help produce?

This Skill generates three standardized DDD outputs: Bounded Context Analysis (defining each domain area and its responsibilities), Context Maps (visualizing relationships between bounded contexts), and Ubiquitous Language glossaries (shared terminology within each context).

Do I need domain expertise before starting DDD strategic design?

No. This Skill guides you through discovery regardless of prior DDD experience. It structures the analysis process so you extract domain knowledge systematically from stakeholders, documentation, and system descriptions—building expertise as you work.