@rubytech/create-maxy-code 0.1.277 → 0.1.278
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/payload/platform/config/brand.json +1 -1
- package/payload/platform/plugins/admin/skills/plainly/SKILL.md +33 -16
- package/payload/platform/plugins/admin/skills/plainly/references/worked-examples.md +51 -238
- package/payload/platform/plugins/admin/skills/platform-architecture/SKILL.md +2 -1
- package/payload/platform/plugins/docs/references/plugins-guide.md +1 -0
- package/payload/platform/templates/agents/admin/IDENTITY.md +2 -2
- package/payload/premium-plugins/.claude-plugin/marketplace.json +5 -0
- package/payload/premium-plugins/management-consulting/.claude-plugin/plugin.json +8 -0
- package/payload/premium-plugins/management-consulting/PLUGIN.md +92 -0
- package/payload/premium-plugins/management-consulting/skills/assumption-audit/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/business-case-builder/SKILL.md +56 -0
- package/payload/premium-plugins/management-consulting/skills/competitive-intel/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/customer-segmentation/SKILL.md +50 -0
- package/payload/premium-plugins/management-consulting/skills/decision-memo/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/growth-barriers/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/initiative-prioritizer/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/kpi-architect/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/market-mapping/SKILL.md +56 -0
- package/payload/premium-plugins/management-consulting/skills/narrative-builder/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/operating-model-design/SKILL.md +54 -0
- package/payload/premium-plugins/management-consulting/skills/portfolio-review/SKILL.md +52 -0
- package/payload/premium-plugins/management-consulting/skills/pricing-strategy/SKILL.md +55 -0
- package/payload/premium-plugins/management-consulting/skills/profit-pool-analysis/SKILL.md +52 -0
- package/payload/premium-plugins/management-consulting/skills/risk-and-mitigation/SKILL.md +49 -0
- package/payload/premium-plugins/management-consulting/skills/situation-assessment/SKILL.md +55 -0
- package/payload/premium-plugins/management-consulting/skills/stakeholder-alignment/SKILL.md +51 -0
- package/payload/premium-plugins/management-consulting/skills/strategic-options/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/transformation-roadmap/SKILL.md +53 -0
- package/payload/premium-plugins/management-consulting/skills/value-realization/SKILL.md +50 -0
- package/payload/premium-plugins/management-consulting/skills/war-gaming/SKILL.md +51 -0
|
@@ -0,0 +1,8 @@
|
|
|
1
|
+
{
|
|
2
|
+
"name": "management-consulting",
|
|
3
|
+
"description": "Twenty-one MBB-style strategy skills for client engagements: diagnose the situation, map markets and competition, choose a strategic path, design the operating model, govern risk and value, and land the recommendation with executives. Each skill runs one high-value consulting task to an executive-ready standard.",
|
|
4
|
+
"version": "0.1.0",
|
|
5
|
+
"author": {
|
|
6
|
+
"name": "Rubytech LLC"
|
|
7
|
+
}
|
|
8
|
+
}
|
|
@@ -0,0 +1,92 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: management-consulting
|
|
3
|
+
description: "Twenty-one MBB-style strategy skills for client engagements: diagnose the situation, map markets and competition, choose a strategic path, design the operating model, govern risk and value, and land the recommendation with executives. Each skill runs one high-value consulting task to an executive-ready standard."
|
|
4
|
+
icon: 📊
|
|
5
|
+
tools: []
|
|
6
|
+
always: false
|
|
7
|
+
metadata: {"platform":{"always":false,"embed":["admin"],"pluginKey":"management-consulting","optional":true,"recommended":true}}
|
|
8
|
+
---
|
|
9
|
+
|
|
10
|
+
# Management Consulting
|
|
11
|
+
|
|
12
|
+
Twenty-one strategy skills modelled on MBB-style problem solving: structured before analytical, hypothesis-led before exhaustive, executive-ready before verbose. Together they cover a full engagement — diagnose, map, choose, execute, govern, communicate. Each skill is invoked on its own; there is no orchestration layer and no MCP server.
|
|
13
|
+
|
|
14
|
+
The method is McKinsey-inspired in the public sense of the term — crisp framing, MECE logic, 80/20 focus, answer-first communication. It carries no affiliation with or endorsement by any firm.
|
|
15
|
+
|
|
16
|
+
## Skills
|
|
17
|
+
|
|
18
|
+
### 1. Diagnosis and framing — understand the real problem before choosing a move
|
|
19
|
+
|
|
20
|
+
| Skill | Use it when |
|
|
21
|
+
|-------|-------------|
|
|
22
|
+
| `situation-assessment` | You need a defensible factual baseline for an operating business before choosing a direction |
|
|
23
|
+
| `growth-barriers` | Growth has stalled and leadership is debating symptoms |
|
|
24
|
+
| `assumption-audit` | A strategy rests on beliefs that have not been tested |
|
|
25
|
+
|
|
26
|
+
### 2. Market and competitive intelligence — where value sits and how rivals behave
|
|
27
|
+
|
|
28
|
+
| Skill | Use it when |
|
|
29
|
+
|-------|-------------|
|
|
30
|
+
| `market-mapping` | You need to size, segment, and find white space |
|
|
31
|
+
| `competitive-intel` | You need to predict likely competitor moves |
|
|
32
|
+
| `customer-segmentation` | You need sharper customer groups for strategy decisions |
|
|
33
|
+
| `profit-pool-analysis` | Revenue size is misleading and you need to know where profit actually sits |
|
|
34
|
+
|
|
35
|
+
### 3. Strategic choice and economics — options, trade-offs, and allocation
|
|
36
|
+
|
|
37
|
+
| Skill | Use it when |
|
|
38
|
+
|-------|-------------|
|
|
39
|
+
| `strategic-options` | You need real alternatives before committing to a path |
|
|
40
|
+
| `pricing-strategy` | Pricing power, discounting, or monetization is unclear |
|
|
41
|
+
| `business-case-builder` | An enterprise initiative needs economics, sensitivities, and a decision threshold |
|
|
42
|
+
| `portfolio-review` | You need to allocate resources across competing bets |
|
|
43
|
+
|
|
44
|
+
### 4. Operating model and execution — turning strategy into work
|
|
45
|
+
|
|
46
|
+
| Skill | Use it when |
|
|
47
|
+
|-------|-------------|
|
|
48
|
+
| `operating-model-design` | Strategy needs translation into capabilities, decision rights, and governance |
|
|
49
|
+
| `initiative-prioritizer` | Too many initiatives compete for attention and you need a kill list |
|
|
50
|
+
| `transformation-roadmap` | A strategy must become a sequenced delivery plan with owners |
|
|
51
|
+
|
|
52
|
+
### 5. Risk, performance, and value governance — pressure-test and capture value
|
|
53
|
+
|
|
54
|
+
| Skill | Use it when |
|
|
55
|
+
|-------|-------------|
|
|
56
|
+
| `war-gaming` | A strategy needs stress-testing against rivals, shocks, and execution failure |
|
|
57
|
+
| `risk-and-mitigation` | Strategic risk needs owners, triggers, and contingencies |
|
|
58
|
+
| `kpi-architect` | Metrics are noisy, lagging, or performative |
|
|
59
|
+
| `value-realization` | Promised benefits must be tracked and owned after launch |
|
|
60
|
+
|
|
61
|
+
### 6. Alignment and executive communication — make the work survive the meeting
|
|
62
|
+
|
|
63
|
+
| Skill | Use it when |
|
|
64
|
+
|-------|-------------|
|
|
65
|
+
| `stakeholder-alignment` | A recommendation needs pre-wiring before the decision meeting |
|
|
66
|
+
| `narrative-builder` | The story must land in the first sixty seconds |
|
|
67
|
+
| `decision-memo` | An executive needs a clear written recommendation, not a deck |
|
|
68
|
+
|
|
69
|
+
## When to Activate
|
|
70
|
+
|
|
71
|
+
The user is doing client-engagement or in-house strategy work and wants to:
|
|
72
|
+
|
|
73
|
+
- Diagnose where a business or function really stands before choosing a direction.
|
|
74
|
+
- Size a market, read competitors, or find where profit concentrates.
|
|
75
|
+
- Generate strategic options, price a product, or build the economics of a move.
|
|
76
|
+
- Translate a chosen strategy into an operating model, a priority roadmap, or a delivery plan.
|
|
77
|
+
- Stress-test a strategy, set up its risk register, design its KPI system, or govern its value capture.
|
|
78
|
+
- Pre-wire stakeholders, sharpen the executive story, or write the decision memo.
|
|
79
|
+
|
|
80
|
+
These skills serve consultants, operators, and strategy teams working on enterprises and client engagements. For solo founders validating a new idea or raising a seed round, the venture-studio bundle (`office-hours`, `zero-to-prototype`, `investor-data-room`) is the better fit.
|
|
81
|
+
|
|
82
|
+
## Shared Principles
|
|
83
|
+
|
|
84
|
+
- **Structure before analysis.** Frame the decision and build a MECE view before reaching for an answer.
|
|
85
|
+
- **Hypothesis-led, evidence-aware.** Separate confirmed facts from interpretations and assumptions; say which is which.
|
|
86
|
+
- **80/20 focus.** Surface the few facts, drivers, or moves that change the decision, not an exhaustive list.
|
|
87
|
+
- **Answer-first communication.** Lead with the recommendation; support it in a pyramid; anticipate the hostile question.
|
|
88
|
+
- **The template is the deliverable.** Each skill ships an output format — a memo, a register, a map. The format carries the value; fill it to the quality bar.
|
|
89
|
+
|
|
90
|
+
## Tools Used
|
|
91
|
+
|
|
92
|
+
No MCP server. The skills are prose workflows that operate through the platform's existing tools and the model's reasoning. They take an operator's facts and figures as input and never invent financial numbers.
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: assumption-audit
|
|
3
|
+
description: Surfaces load-bearing assumptions behind an enterprise strategy, grades evidence strength, and turns weak beliefs into tests. Use for assumption audits, strategy pressure tests, investment cases, board prep, expansion or acquisition decisions, or "what has to be true?" questions. For a client engagement or established business, not a solo founder validating a new idea.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Assumption Audit
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a plan sounds plausible but rests on beliefs that have not been tested. It is especially useful before board reviews, major investments, launches, acquisitions, and expansion decisions.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Find the beliefs that carry the weight of the strategy. Grade each belief by evidence strength, importance, and testability. Convert weak assumptions into specific validation work.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Identify the strategy, decision, or plan being audited.
|
|
19
|
+
2. Extract explicit and implicit assumptions.
|
|
20
|
+
3. Separate assumptions into market, customer, economic, operational, competitive, and organizational categories.
|
|
21
|
+
4. Score each assumption by importance and evidence strength.
|
|
22
|
+
5. Identify load-bearing assumptions.
|
|
23
|
+
6. Convert weak load-bearing assumptions into tests.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Assumption Audit
|
|
29
|
+
|
|
30
|
+
## Strategy Being Tested
|
|
31
|
+
[Brief description.]
|
|
32
|
+
|
|
33
|
+
## Assumption Register
|
|
34
|
+
| Assumption | Category | Importance | Evidence Strength | Risk |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Load-Bearing Assumptions
|
|
38
|
+
1. [Assumption and why it matters]
|
|
39
|
+
2. [Assumption and why it matters]
|
|
40
|
+
|
|
41
|
+
## Test Plan
|
|
42
|
+
| Assumption | Test | Data Needed | Owner | Decision Trigger |
|
|
43
|
+
|---|---|---|---|---|
|
|
44
|
+
|
|
45
|
+
## Recommendation
|
|
46
|
+
[Proceed, pause, test first, or redesign.]
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
## Quality Bar
|
|
50
|
+
|
|
51
|
+
- Include implicit assumptions, not only stated ones.
|
|
52
|
+
- Prioritize assumptions that could change the decision.
|
|
53
|
+
- Avoid vague tests. Each test needs evidence, owner, and trigger.
|
|
54
|
+
- Show what action follows if an assumption fails.
|
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: business-case-builder
|
|
3
|
+
description: Builds evidence-backed business cases with economics, assumptions, sensitivities, risks, and decision logic. Use for enterprise investment cases, ROI, payback, NPV, board cases, initiative funding, or product bets — "does this business case work?". Builds the decision economics for an established organisation's initiative, not a startup's fundraise pack or business plan.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Business Case Builder
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when a strategic choice needs quantified economics and a clear investment decision. It fits new products, market entry, transformation programs, pricing moves, M&A screening, and major initiatives.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Build the case around decision logic, not spreadsheet detail. Make assumptions visible, size value and cost, test sensitivities, and state the decision threshold.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the decision and investment option.
|
|
19
|
+
2. Identify value drivers, cost drivers, timing, and risks.
|
|
20
|
+
3. Build base, downside, and upside cases.
|
|
21
|
+
4. Surface load-bearing assumptions.
|
|
22
|
+
5. Calculate relevant metrics such as ROI, payback, NPV, margin impact, or cash impact.
|
|
23
|
+
6. Recommend proceed, test, redesign, or stop.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Business Case
|
|
29
|
+
|
|
30
|
+
## Decision
|
|
31
|
+
[Decision and option under review.]
|
|
32
|
+
|
|
33
|
+
## Economics Summary
|
|
34
|
+
| Metric | Downside | Base | Upside |
|
|
35
|
+
|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Value Drivers
|
|
38
|
+
| Driver | Assumption | Evidence | Sensitivity |
|
|
39
|
+
|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Cost and Investment
|
|
42
|
+
[Major cost categories and timing.]
|
|
43
|
+
|
|
44
|
+
## Risks
|
|
45
|
+
[Key risks and mitigations.]
|
|
46
|
+
|
|
47
|
+
## Recommendation
|
|
48
|
+
[Decision and rationale.]
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
## Quality Bar
|
|
52
|
+
|
|
53
|
+
- Show assumptions and confidence levels.
|
|
54
|
+
- Include downside and sensitivity, not only base case.
|
|
55
|
+
- Tie metrics to the actual decision.
|
|
56
|
+
- Avoid false precision.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: competitive-intel
|
|
3
|
+
description: Models likely competitor moves from incentives, capabilities, constraints, and market position. Use for competitive intelligence, competitor response planning, rival strategy, market defense, strategic threats, or "what will competitors do next?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Competitive Intel
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs to anticipate competitor action before making a move. It is useful for market entry, pricing changes, product launches, channel conflict, M&A threats, and share-defense planning.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Do not stop at competitor facts. Infer competitor behavior from incentives, capabilities, constraints, and likely economics. Pre-commit responses before rivals move.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the strategic move or market question.
|
|
19
|
+
2. Identify relevant competitors and substitutes.
|
|
20
|
+
3. Map each competitor's goals, assets, constraints, and economics.
|
|
21
|
+
4. Infer likely moves under base, aggressive, and defensive scenarios.
|
|
22
|
+
5. Assess impact on the user's strategy.
|
|
23
|
+
6. Recommend pre-emptive or reactive moves.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Competitive Intel
|
|
29
|
+
|
|
30
|
+
## Competitor Map
|
|
31
|
+
| Competitor | Position | Incentives | Capabilities | Constraints |
|
|
32
|
+
|---|---|---|---|---|
|
|
33
|
+
|
|
34
|
+
## Likely Moves
|
|
35
|
+
| Competitor | Most Likely Move | Trigger | Impact | Confidence |
|
|
36
|
+
|---|---|---|---|---|
|
|
37
|
+
|
|
38
|
+
## Response Plan
|
|
39
|
+
| Scenario | Early Signal | Recommended Response |
|
|
40
|
+
|---|---|---|
|
|
41
|
+
|
|
42
|
+
## Strategic Implication
|
|
43
|
+
[What this means for the user's decision.]
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Quality Bar
|
|
47
|
+
|
|
48
|
+
- Explain why each competitor would act, not only what they may do.
|
|
49
|
+
- Distinguish likely moves from high-impact tail risks.
|
|
50
|
+
- Include early warning indicators.
|
|
51
|
+
- Tie responses to the user's economics and capabilities.
|
|
@@ -0,0 +1,50 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: customer-segmentation
|
|
3
|
+
description: Creates MECE customer segments based on needs, economics, behavior, and strategic value. Use for customer segmentation, ICP work, go-to-market focus, retention strategy, pricing segmentation, product strategy, or "which customers should we prioritize?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Customer Segmentation
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs sharper customer groups for strategy decisions. It supports targeting, positioning, pricing, retention, product roadmap, account coverage, and investment allocation.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Segment customers by decision-relevant differences. Avoid demographic labels unless they predict needs, economics, behavior, or strategic value.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the decision the segmentation must support.
|
|
19
|
+
2. Ask for customer data, performance metrics, usage patterns, needs, and constraints.
|
|
20
|
+
3. Identify segmentation dimensions.
|
|
21
|
+
4. Build MECE segment options.
|
|
22
|
+
5. Score segments by attractiveness and right to win.
|
|
23
|
+
6. Recommend priority segments and implications.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Customer Segmentation
|
|
29
|
+
|
|
30
|
+
## Segmentation Objective
|
|
31
|
+
[Decision the segmentation supports.]
|
|
32
|
+
|
|
33
|
+
## Segment Definitions
|
|
34
|
+
| Segment | Defining Traits | Needs | Economics | Behavior |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Segment Prioritization
|
|
38
|
+
| Segment | Size | Growth | Profitability | Fit | Priority |
|
|
39
|
+
|---|---|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Strategic Implications
|
|
42
|
+
[Targeting, offer, pricing, product, coverage, or retention implications.]
|
|
43
|
+
```
|
|
44
|
+
|
|
45
|
+
## Quality Bar
|
|
46
|
+
|
|
47
|
+
- Segments must be MECE enough to guide decisions.
|
|
48
|
+
- Segment definitions should be observable or testable.
|
|
49
|
+
- Prioritize segments with criteria, not preference.
|
|
50
|
+
- Explain what changes for each priority segment.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: decision-memo
|
|
3
|
+
description: Produces concise executive decision memos with recommendation, context, options, evidence, risks, and next steps. Use for a decision memo, executive or board memo, strategy approval, or "write this for leadership" requests. A written recommendation for an organisation's decision-makers, not a founder's investor prospectus or term sheet.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Decision Memo
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs a written recommendation that helps executives make a decision without a long deck.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Write answer-first. Give the decision-maker the recommendation, why it is right, what alternatives were considered, what risks remain, and what decision is needed now.
|
|
15
|
+
|
|
16
|
+
## What The Memo Must Establish
|
|
17
|
+
|
|
18
|
+
A finished memo rests on a clear read of its audience, the decision in front of them, and the action required. It carries the recommendation and the strongest evidence for it, the options that were considered and why they lost, and the risks, mitigations, economics, and next steps that follow. The draft stays concise and survives a stress-test against the objections an executive will raise. The order in which you assemble these is yours to judge; what the memo must contain is not.
|
|
19
|
+
|
|
20
|
+
## Output Format
|
|
21
|
+
|
|
22
|
+
```markdown
|
|
23
|
+
# Decision Memo
|
|
24
|
+
|
|
25
|
+
## Recommendation
|
|
26
|
+
[One paragraph.]
|
|
27
|
+
|
|
28
|
+
## Decision Required
|
|
29
|
+
[What the reader must approve or choose.]
|
|
30
|
+
|
|
31
|
+
## Context
|
|
32
|
+
[Why this decision matters now.]
|
|
33
|
+
|
|
34
|
+
## Options Considered
|
|
35
|
+
| Option | Upside | Trade-Off | Verdict |
|
|
36
|
+
|---|---|---|---|
|
|
37
|
+
|
|
38
|
+
## Evidence
|
|
39
|
+
[Key evidence supporting the recommendation.]
|
|
40
|
+
|
|
41
|
+
## Risks and Mitigations
|
|
42
|
+
[Material risks and responses.]
|
|
43
|
+
|
|
44
|
+
## Next Steps
|
|
45
|
+
[Immediate actions after approval.]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Quality Bar
|
|
49
|
+
|
|
50
|
+
- Lead with the recommendation.
|
|
51
|
+
- Keep the memo concise.
|
|
52
|
+
- Include alternatives and why they lost.
|
|
53
|
+
- End with a clear decision request.
|
|
@@ -0,0 +1,54 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: growth-barriers
|
|
3
|
+
description: Identifies the true constraint blocking growth and separates root causes from symptoms. Use for stalled growth, revenue plateau, funnel issues, retention problems, sales productivity, market expansion blockers, or "why are we not growing?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Growth Barriers
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when growth is underperforming and leadership is debating symptoms. It helps identify the binding constraint across demand, conversion, retention, monetization, capacity, product, and execution.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Build a growth driver tree, quantify where momentum breaks, and isolate the constraint that matters most. Treat growth as a system, not a list of initiatives.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the growth target, baseline, and gap.
|
|
19
|
+
2. Build a driver tree for growth.
|
|
20
|
+
3. Gather signals across acquisition, activation, conversion, retention, expansion, pricing, and capacity.
|
|
21
|
+
4. Identify where the funnel or system breaks.
|
|
22
|
+
5. Distinguish symptoms from root causes.
|
|
23
|
+
6. Recommend the highest-leverage tests or actions.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Growth Barrier Diagnosis
|
|
29
|
+
|
|
30
|
+
## Growth Gap
|
|
31
|
+
[Target, current trajectory, size of gap.]
|
|
32
|
+
|
|
33
|
+
## Driver Tree
|
|
34
|
+
[MECE breakdown of growth drivers.]
|
|
35
|
+
|
|
36
|
+
## Barrier Assessment
|
|
37
|
+
| Driver | Evidence | Impact | Confidence | Root Cause |
|
|
38
|
+
|---|---|---|---|---|
|
|
39
|
+
|
|
40
|
+
## Binding Constraint
|
|
41
|
+
[The constraint most limiting growth.]
|
|
42
|
+
|
|
43
|
+
## Recommended Actions
|
|
44
|
+
1. [Action]
|
|
45
|
+
2. [Action]
|
|
46
|
+
3. [Action]
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
## Quality Bar
|
|
50
|
+
|
|
51
|
+
- Start from the growth equation.
|
|
52
|
+
- Identify one or two binding constraints, not a long issue list.
|
|
53
|
+
- Use evidence to separate cause from symptom.
|
|
54
|
+
- Link every action to the diagnosed constraint.
|
|
@@ -0,0 +1,51 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: initiative-prioritizer
|
|
3
|
+
description: Prioritizes initiatives by impact, feasibility, strategic fit, dependencies, and resource constraints. Use for initiative prioritization, roadmap focus, kill list, transformation portfolio, annual planning, resource allocation, or "which projects matter most?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Initiative Prioritizer
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user has too many initiatives and needs a focused roadmap. It is useful for annual planning, transformation programs, OKR planning, cost programs, and product or GTM roadmaps.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Force trade-offs. Compare initiatives by value, feasibility, urgency, dependencies, and strategic fit. Produce both a priority list and a defensible kill list.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Clarify strategy, constraints, and decision criteria.
|
|
19
|
+
2. Inventory initiatives.
|
|
20
|
+
3. Score initiatives by impact, feasibility, urgency, and fit.
|
|
21
|
+
4. Identify dependencies and sequencing.
|
|
22
|
+
5. Select the vital few.
|
|
23
|
+
6. Build the roadmap and kill list.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Initiative Prioritization
|
|
29
|
+
|
|
30
|
+
## Criteria
|
|
31
|
+
[Decision criteria and weights if useful.]
|
|
32
|
+
|
|
33
|
+
## Initiative Assessment
|
|
34
|
+
| Initiative | Impact | Feasibility | Fit | Priority | Rationale |
|
|
35
|
+
|---|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Priority Roadmap
|
|
38
|
+
| Phase | Initiative | Owner | Milestone |
|
|
39
|
+
|---|---|---|---|
|
|
40
|
+
|
|
41
|
+
## Kill List
|
|
42
|
+
| Initiative | Reason | Revisit Trigger |
|
|
43
|
+
|---|---|---|
|
|
44
|
+
```
|
|
45
|
+
|
|
46
|
+
## Quality Bar
|
|
47
|
+
|
|
48
|
+
- Do not make everything high priority.
|
|
49
|
+
- Include a kill list with rationale.
|
|
50
|
+
- Show dependencies and sequencing.
|
|
51
|
+
- Tie prioritization to strategy and resource constraints.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: kpi-architect
|
|
3
|
+
description: Designs KPI systems with leading and lagging indicators tied to strategic decisions, ownership, and operating rhythms. Use for KPI design, metrics cleanup, performance management, dashboards, OKRs, vanity metrics, or "what should we measure?" questions.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# KPI Architect
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when metrics are noisy, backward-looking, disconnected from decisions, or too numerous. It fits strategy execution, transformation governance, product performance, growth management, and operating reviews.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Start from the decisions leaders need to make. Build a small KPI system with outcome metrics, driver metrics, leading indicators, owners, thresholds, and review cadence.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the strategic objective and decisions.
|
|
19
|
+
2. Identify the value driver tree.
|
|
20
|
+
3. Separate outcome, driver, and activity metrics.
|
|
21
|
+
4. Remove vanity metrics.
|
|
22
|
+
5. Assign owners, thresholds, and review cadence.
|
|
23
|
+
6. Design the KPI dashboard and governance rhythm.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# KPI Architecture
|
|
29
|
+
|
|
30
|
+
## Strategic Objective
|
|
31
|
+
[What the KPI system must manage.]
|
|
32
|
+
|
|
33
|
+
## KPI System
|
|
34
|
+
| KPI | Type | Decision It Supports | Owner | Threshold |
|
|
35
|
+
|---|---|---|---|---|
|
|
36
|
+
|
|
37
|
+
## Driver Tree
|
|
38
|
+
[How KPIs connect to value creation.]
|
|
39
|
+
|
|
40
|
+
## Metrics To Remove
|
|
41
|
+
| Metric | Why Remove |
|
|
42
|
+
|---|---|
|
|
43
|
+
|
|
44
|
+
## Review Cadence
|
|
45
|
+
[Meeting rhythm, escalation triggers, and owners.]
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Quality Bar
|
|
49
|
+
|
|
50
|
+
- Include leading and lagging indicators.
|
|
51
|
+
- Link each KPI to a decision.
|
|
52
|
+
- Assign ownership and thresholds.
|
|
53
|
+
- Keep the KPI set small enough to manage.
|
|
@@ -0,0 +1,56 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: market-mapping
|
|
3
|
+
description: Sizes and segments markets using top-down and bottom-up logic, then identifies white space and where-to-play choices. Use for market mapping, TAM/SAM/SOM, market entry, segmentation, white space, category strategy, or opportunity sizing.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Market Mapping
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the user needs to understand a market's structure, size, segments, growth, economics, and white space. It fits market entry, expansion, category creation, and investment screening.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Build the market map from multiple angles. Segment MECE, cross-check top-down and bottom-up sizing, then link the map to where-to-play choices.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Define the market boundary and decision question.
|
|
19
|
+
2. Ask for geography, customer type, product scope, and time horizon.
|
|
20
|
+
3. Build top-down sizing logic.
|
|
21
|
+
4. Build bottom-up sizing logic.
|
|
22
|
+
5. Segment the market by needs, economics, channels, behavior, or use case.
|
|
23
|
+
6. Identify attractive spaces, contested spaces, and white space.
|
|
24
|
+
7. Recommend where further analysis should focus.
|
|
25
|
+
|
|
26
|
+
## Output Format
|
|
27
|
+
|
|
28
|
+
```markdown
|
|
29
|
+
# Market Map
|
|
30
|
+
|
|
31
|
+
## Market Definition
|
|
32
|
+
[Boundary, exclusions, geography, time horizon.]
|
|
33
|
+
|
|
34
|
+
## Size Estimate
|
|
35
|
+
| Method | Logic | Estimate | Confidence |
|
|
36
|
+
|---|---|---|---|
|
|
37
|
+
|
|
38
|
+
## Segment Map
|
|
39
|
+
| Segment | Size | Growth | Profitability | Competition | Attractiveness |
|
|
40
|
+
|---|---|---|---|---|---|
|
|
41
|
+
|
|
42
|
+
## White Space
|
|
43
|
+
[Where needs are unmet or competition is weak.]
|
|
44
|
+
|
|
45
|
+
## Where-To-Play Options
|
|
46
|
+
1. [Option]
|
|
47
|
+
2. [Option]
|
|
48
|
+
3. [Option]
|
|
49
|
+
```
|
|
50
|
+
|
|
51
|
+
## Quality Bar
|
|
52
|
+
|
|
53
|
+
- Define the market before sizing it.
|
|
54
|
+
- Use at least two sizing approaches when possible.
|
|
55
|
+
- Make segments MECE and decision-relevant.
|
|
56
|
+
- Separate market attractiveness from right to win.
|
|
@@ -0,0 +1,53 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: narrative-builder
|
|
3
|
+
description: Builds executive strategy narratives using Pyramid Principle, SCQA, answer-first communication, and hostile-question prep. Use for a board or leadership recommendation story, executive narrative, presentation structure, or "make this land" requests. Structures an internal strategy recommendation for executives, not an investor pitch deck or fundraise prospectus.
|
|
4
|
+
---
|
|
5
|
+
|
|
6
|
+
# Narrative Builder
|
|
7
|
+
|
|
8
|
+
## When To Use
|
|
9
|
+
|
|
10
|
+
Use this skill when the recommendation is mostly known but the story needs to land quickly with executives, boards, investors, or leadership teams.
|
|
11
|
+
|
|
12
|
+
## McKinsey-Style Approach
|
|
13
|
+
|
|
14
|
+
Lead with the answer, structure support in a pyramid, and anticipate the questions a skeptical executive will ask. Use SCQA when the audience needs context and urgency.
|
|
15
|
+
|
|
16
|
+
## Workflow
|
|
17
|
+
|
|
18
|
+
1. Clarify audience, decision, tone, and desired action.
|
|
19
|
+
2. Extract the core recommendation and supporting logic.
|
|
20
|
+
3. Choose the story pattern: pyramid, SCQA, options, transformation, or roadmap.
|
|
21
|
+
4. Build a headline sequence.
|
|
22
|
+
5. Prepare hostile questions and answers.
|
|
23
|
+
6. Produce an executive-ready narrative outline.
|
|
24
|
+
|
|
25
|
+
## Output Format
|
|
26
|
+
|
|
27
|
+
```markdown
|
|
28
|
+
# Executive Narrative
|
|
29
|
+
|
|
30
|
+
## Audience and Decision
|
|
31
|
+
[Who must decide and what they must do.]
|
|
32
|
+
|
|
33
|
+
## Core Message
|
|
34
|
+
[One sentence.]
|
|
35
|
+
|
|
36
|
+
## Storyline
|
|
37
|
+
| Page or Section | Headline | Purpose |
|
|
38
|
+
|---|---|---|
|
|
39
|
+
|
|
40
|
+
## Pyramid Logic
|
|
41
|
+
[Recommendation, supporting arguments, evidence.]
|
|
42
|
+
|
|
43
|
+
## Hostile Questions
|
|
44
|
+
| Question | Answer |
|
|
45
|
+
|---|---|
|
|
46
|
+
```
|
|
47
|
+
|
|
48
|
+
## Quality Bar
|
|
49
|
+
|
|
50
|
+
- The first minute should reveal the recommendation.
|
|
51
|
+
- Headlines should tell the story by themselves.
|
|
52
|
+
- Include likely objections.
|
|
53
|
+
- Remove setup language that does not help the decision.
|