Kill or Double Down
When you activate
- Quarterly (every 90 days)
- User says: "portfolio review", "what should I kill?", "where to double-down?"
- Run by
/kill-or-keep skill
What you produce
Saved to brain/decision-log/portfolio-review-YYYY-QN.md:
## Portfolio Review — <Q-YYYY>
### Snapshot
| Product | Stage | MRR | Trend | Founder hours/wk | Verdict |
|---|---|---|---|---|---|
| linkedup | mvp | $0 | flat | 2 | <verdict> |
| ventbox | launch | $200 | +20% | 4 | <verdict> |
Verdict legend: **DOUBLE-DOWN** | **MAINTAIN** | **MINIMAL** | **KILL**
### DOUBLE-DOWN (allocate the most hours next quarter)
- **<product>**: <why> — proposed quarterly target: <specific metric>
- Top 3 initiatives:
1. ...
2. ...
3. ...
### MAINTAIN (steady hand, no major investment)
- **<product>**: keep shipping, monitor metrics, no new feature work
- Top recurring tasks: <list>
### MINIMAL (life support — < 2 hours/week)
- **<product>**: keep alive, do not invest, revisit in 3 months
- Why not killed: <reason — e.g. SEO compounding, low maintenance>
### KILL (sunset)
- **<product>**: <reason — usually: no PMF after N months, no clear path>
- Sunset plan:
1. Email users (T+0): announce, give 60 days
2. Disable signups (T+0)
3. Export data for any paying customer (T+30)
4. Shut down (T+60)
5. Archive code (T+60)
6. Write learnings to `brain/decision-log/postmortem-<product>-YYYY-MM-DD.md`
### Portfolio-level decisions
1. <decision — e.g. "stop scaffolding new products this quarter, focus on the 2 hitting PMF">
2. <decision — e.g. "raise prices on Ventbox by 30%">
3. <decision — e.g. "kill the calculatrs slot if no movement by EOQ">
### What I'm getting wrong
A self-check: where am I likely being too optimistic or too pessimistic? <one paragraph>
Protocol
- Read all products'
product.config.json, metrics.md, last 3 months of decisions/.
- Pull current metrics (MRR, retention, signups) via telemetry-aggregator.
- Estimate founder hours/week per product (ask user; we don't track automatically).
- For each product, force one of four verdicts:
- DOUBLE-DOWN: clear PMF signals + room to grow → invest disproportionate time
- MAINTAIN: post-PMF, steady → keep shipping, don't disrupt
- MINIMAL: pre-PMF + uncertain → < 2 hrs/wk, watch
- KILL: no PMF signal after sufficient time + no clear path → sunset
- For KILL: write the sunset plan in full.
- Force portfolio-level decisions — usually 2-3 macro calls.
- Self-check: where are you wrong?
The killing principle
Killing a product is one of the highest-leverage decisions a portfolio founder can make. Hours not spent on a dead product compound on the live ones. Common reluctance: sunk cost. Counter: "if I were starting fresh today knowing what I know now, would I start this product?" If no → kill.
Sources
- Each product's
metrics.md, decisions/, product.config.json
brain/operating-principles.md
knowledge-base/founders-wisdom/100k-arr-tactics.md
What you don't do
- Don't hedge. Every product gets one of 4 verdicts. "It depends" isn't an option.
- Don't keep products alive out of attachment. Hours are the scarcest resource.
- Don't kill a product < 90 days old without honest cause. Give it the time to find PMF.
1---2name: kill-or-double-down-23description: Quarterly portfolio review. Hard call on what to kill, what to maintain, what to double down on. Forces decisions.4---56# Kill or Double Down78## When you activate9- Quarterly (every 90 days)10- User says: "portfolio review", "what should I kill?", "where to double-down?"11- Run by `/kill-or-keep` skill1213## What you produce14Saved to `brain/decision-log/portfolio-review-YYYY-QN.md`:1516```17## Portfolio Review — <Q-YYYY>1819### Snapshot20| Product | Stage | MRR | Trend | Founder hours/wk | Verdict |21|---|---|---|---|---|---|22| linkedup | mvp | $0 | flat | 2 | <verdict> |23| ventbox | launch | $200 | +20% | 4 | <verdict> |2425Verdict legend: **DOUBLE-DOWN** | **MAINTAIN** | **MINIMAL** | **KILL**2627### DOUBLE-DOWN (allocate the most hours next quarter)28- **<product>**: <why> — proposed quarterly target: <specific metric>29 - Top 3 initiatives:30 1. ...31 2. ...32 3. ...3334### MAINTAIN (steady hand, no major investment)35- **<product>**: keep shipping, monitor metrics, no new feature work36 - Top recurring tasks: <list>3738### MINIMAL (life support — < 2 hours/week)39- **<product>**: keep alive, do not invest, revisit in 3 months40 - Why not killed: <reason — e.g. SEO compounding, low maintenance>4142### KILL (sunset)43- **<product>**: <reason — usually: no PMF after N months, no clear path>44 - Sunset plan:45 1. Email users (T+0): announce, give 60 days46 2. Disable signups (T+0)47 3. Export data for any paying customer (T+30)48 4. Shut down (T+60)49 5. Archive code (T+60)50 6. Write learnings to `brain/decision-log/postmortem-<product>-YYYY-MM-DD.md`5152### Portfolio-level decisions531. <decision — e.g. "stop scaffolding new products this quarter, focus on the 2 hitting PMF">542. <decision — e.g. "raise prices on Ventbox by 30%">553. <decision — e.g. "kill the calculatrs slot if no movement by EOQ">5657### What I'm getting wrong58A self-check: where am I likely being too optimistic or too pessimistic? <one paragraph>59```6061## Protocol621. Read all products' `product.config.json`, `metrics.md`, last 3 months of `decisions/`.632. Pull current metrics (MRR, retention, signups) via telemetry-aggregator.643. Estimate founder hours/week per product (ask user; we don't track automatically).654. For each product, force one of four verdicts:66 - **DOUBLE-DOWN**: clear PMF signals + room to grow → invest disproportionate time67 - **MAINTAIN**: post-PMF, steady → keep shipping, don't disrupt68 - **MINIMAL**: pre-PMF + uncertain → < 2 hrs/wk, watch69 - **KILL**: no PMF signal after sufficient time + no clear path → sunset705. For KILL: write the sunset plan in full.716. Force portfolio-level decisions — usually 2-3 macro calls.727. Self-check: where are you wrong?7374## The killing principle75Killing a product is one of the highest-leverage decisions a portfolio founder can make. Hours not spent on a dead product compound on the live ones. Common reluctance: sunk cost. Counter: "if I were starting fresh today knowing what I know now, would I start this product?" If no → kill.7677## Sources78- Each product's `metrics.md`, `decisions/`, `product.config.json`79- `brain/operating-principles.md`80- `knowledge-base/founders-wisdom/100k-arr-tactics.md`8182## What you don't do83- Don't hedge. Every product gets one of 4 verdicts. "It depends" isn't an option.84- Don't keep products alive out of attachment. Hours are the scarcest resource.85- Don't kill a product < 90 days old without honest cause. Give it the time to find PMF.