| name | explore-exploit |
| version | 1.0.0 |
| description | Categorizes each venture in the portfolio as Explore (pre-PMF, experimental) or Exploit (PMF achieved, scaling) per Lean Enterprise cap. 2. Each category requires different structure, culture, metrics, and risk management. Use when the user asks "explore vs exploit", "PMF status", "which venture is experimental", "scaling mode", "/explore-exploit", or needs to clarify management approach per venture in a multi-venture portfolio.
|
Explore vs. Exploit Categorization
Clasifica cada venture del portafolio en Explore mode (pre-PMF, experimental) o
Exploit mode (PMF achieved, scaling). Basado en Lean Enterprise cap. 2, Table 2-1.
Las dos categorías requieren frameworks de management radicalmente distintos.
Aplicar management de Exploit a una venture en Explore = matar la experimentación.
Aplicar management de Explore a una venture en Exploit = perder eficiencia operativa.
Regla de idioma
Español. Términos Lean Enterprise en "español (English)" primera vez.
Directorio de salida
./portfolio/{studio-o-founder-name}/
└── explore-exploit-categorization.md
Framework (Lean Enterprise Table 2-1)
| Dimensión | Explore | Exploit |
|---|
| Strategy | Radical/disruptive innovation, new business model | Incremental innovation, optimize existing model |
| Structure | Small cross-functional multiskilled team | Multiple teams aligned via Principle of Mission |
| Culture | High tolerance for experimentation, risk, failure, learning focus | Incremental improvement, quality focus, customer satisfaction |
| Risk management | Biggest risk is failure to achieve product/market fit | Complex set of trade-offs specific to each product |
| Goals | Create new markets, discover opportunities | Maximize yield, outperform competitors |
| Progress metric | Achieving product/market fit | Outperforming forecasts, hitting targets |
Cómo categorizar una venture
Señales de Explore mode
- No hay MRR significativo o es muy variable (sin patrones predecibles)
- Producto cambia frecuentemente (pivots de features, cambios de target customer)
- Hipótesis de negocio aún en validación (customer segment, willingness to pay)
- Unit economics no están probados (CAC, LTV en flux)
- Team size pequeño (1-5 personas, cross-functional)
- Cadencia de aprendizaje alta (pivot/persevere decisions frecuentes)
Señales de Exploit mode
- MRR sustancial y predecible (≥6 meses de crecimiento sostenido)
- Producto estable (bugs + features incrementales, no pivots core)
- Customer segment identificado y repetible (ICP claro)
- Unit economics probados (LTV/CAC ≥ 3x, payback period conocido)
- Team size creciendo por role especializados (marketing, sales, CS, ops)
- Cadencia de aprendizaje baja sobre core model (PMF estable), alta sobre escalamiento
Casos grises (híbridos)
Algunas ventures están en transición:
- Explore-leaning híbrido: tiene algo de revenue pero aún pivoteando. Manage mostly as Explore, start tracking Exploit metrics.
- Exploit-leaning híbrido: producto estable pero scaling channel aún experimentando. Manage mostly as Exploit, tratar growth channel como sub-Explore project.
Implicaciones de management por categoría
Para ventures en Explore
Budget: pequeño, tramos cortos (1-3 meses), re-evaluación frecuente.
Team: 1-5 personas, cross-functional, empowered a pivot.
Metrics:
- Interview count (has spoken with X customers)
- PMF signal (40% "very disappointed" survey)
- Validated hypotheses count
- Learning velocity (insights per week)
Management style: loose, entrepreneurial. Avoid QBR-style reviews — they kill experimentation.
Decision gates: pivot / persevere / kill at each tranche.
Para ventures en Exploit
Budget: larger, annual horizons (con milestones trimestrales).
Team: grows with roles (sales, marketing, CS, ops, engineering specialists).
Metrics:
- Revenue + growth rate
- LTV, CAC, payback
- NPS, CSAT
- Channel efficiency
- Margin trajectory
Management style: structured. OKRs, QBRs, structured planning.
Decision gates: scale / optimize / defend per quarter.
Aplicación a portfolios mixtos
Un studio o founder con múltiples ventures suele tener mix de ambos:
Error común: aplicar mismos KPIs / reporting cadence / management style a todas.
Solución: explicit categorization + different frameworks per category.
Ejemplo DojoCoding Labs (referencia)
Basado en clasificación de three-horizons:
| Venture | Horizon | Explore/Exploit | Management approach |
|---|
| DojoOS Platform | H1 | Exploit | Structured OKRs, growth focus |
| Software Factory | H1 | Exploit | Client delivery ops, margin focus |
| Pathways | H2 | Hybrid (exploit leaning) | Content scaling, growth experiments |
| Agent Doji | H2 | Hybrid (explore leaning) | Integration experiments, PMF validation |
| Dojo Score | H2 | Exploit | Engagement metrics tracking |
| Hackathons | H2 | Exploit | Event ops, brand building |
| Launchpad | H3 | Explore | PMF discovery, user interviews |
| Forum | H3 | Explore | Community seeding, engagement validation |
| Marketplace | H3 | Explore | Curator bootstrapping, transaction validation |
| Dojo Projects | H3 | Explore | Market testing |
Insight: H1 ventures = Exploit mode clearly. H3 = Explore. H2 tiene mix — depende del aspecto específico (product mature vs. channel experimenting).
Flujo del skill
Paso 1 — Inventario de ventures
EE-1: "Listá las ventures del portafolio con datos relevantes:
- Nombre
- MRR actual (o revenue trimestral)
- MRR 6 meses atrás
- Stage (idea / MVP / post-revenue / scaling)
- Customer segment (definido / aún validando)
- Pivot count en los últimos 12 meses"
Paso 2 — Categorización por venture
Para cada venture, preguntar:
EE-2: "Para [venture], señales de Explore vs. Exploit:
Cantidad de ✓: 0-2 = Explore. 3 = Hybrid. 4-5 = Exploit."
Paso 3 — Validación con señales cualitativas
EE-3: "Additional check — para [venture]:
- ¿El equipo está aprendiendo del mercado (Explore) o ejecutando contra plan conocido (Exploit)?
- ¿Cambios de feature responden a insights nuevos (Explore) o a competencia / customer requests dentro del ICP (Exploit)?"
Cross-check vs. categorización cuantitativa.
Paso 4 — Implications por categoría
Para cada venture, documentar:
- Current management approach
- Recommended approach per Explore/Exploit framework
- Gap entre actual y recomendado
- Acciones concretas para cerrar gap
Output
Generar ./portfolio/{name}/explore-exploit-categorization.md:
# Explore vs. Exploit — [Portfolio Name]
**Categorization date**: YYYY-MM-DD
## Ventures
| Venture | Category | MRR | Team size | Recent pivots | Management approach |
|---|---|---|---|---|---|
| [name] | 🧪 Explore / ⚙️ Exploit / 🔀 Hybrid | $X | N | Y | [current] |
| [...] | | | | | |
## Per-venture details
### [Venture 1]
**Category**: [Explore / Exploit / Hybrid]
**Rationale**:
- [Signal 1]
- [Signal 2]
**Current management approach**: [description]
**Recommended approach per category**:
- Budget: [tramos vs. annual]
- Metrics: [which set]
- Team structure: [cross-functional vs. specialized]
- Decision cadence: [pivot/persevere vs. scale/optimize]
**Gap vs. current**: [describe]
**Actions to close gap**:
1. [Action]
2. [Action]
### [Venture 2]
[...]
## Cross-portfolio observations
- Mix: X Explore, Y Exploit, Z Hybrid
- Red flags: [si aplicar management uniforme a todos]
- Opportunity: [si alguna Explore está lista para graduarse a Exploit o viceversa]
## Review cadence
Re-categorizar cada trimestre. Ventures pueden mover de Explore → Hybrid → Exploit con
el tiempo. Raro pero posible: Exploit → Explore (pivot mayor, market shift).
Principios clave
- Categorizar explícitamente — sin categorization, management se aplica uniforme mal
- Diferentes KPIs por categoría — MRR para Exploit, learnings para Explore
- Budget frameworks distintos — tramos cortos para Explore, annual para Exploit
- Team composition distinto — cross-functional vs. specialized
- Graduación Explore → Exploit requiere validation signals: PMF + unit economics + replicability
Anti-patterns
- Aplicar OKRs corporativos a venture en Explore (mata experimentación)
- No tener KPIs a venture en Exploit ("sigue experimentando" indefinitely = waste)
- Graduar Explore → Exploit muy temprano (kill learning before completion)
- Pasar venture Exploit de vuelta a Explore sin razón (pivot sin evidence)
Integración con otras skills
three-horizons — los horizontes informan la categorización: H1 = Exploit, H3 = Explore, H2 = híbridoinnovation-scorecard — scorecard se aplica diferente por categoría (metrics distintas)improvement-kata — más útil en Exploit (improving existing) que Explore (discovering)cost-of-delay-cd3 — aplicable en ambas pero con pesos distintos
Recursos
- Lean Enterprise (Humble, Molesky, O'Reilly, 2015) — cap. 2 "Start with the Customer", Table 2-1
- The Other Side of Innovation (Govindarajan, Trimble, 2010) — explore vs exploit in established companies
- Ambidextrous organization — Tushman & O'Reilly, research on companies that balance both
