# Plan de Lanzamiento — BewPro (sacar el cosmos a la cancha)

> Doc vivo desde 2026-06-06. Objetivo: pasar del **cockpit interno construido** (Comando, leaderboard, módulos, readiness, integridad) a **volar el avión** — generar MRR recurrente en BewPro.
> Principio rector: **el tablero no genera revenue; el motion sí.** A esta etapa, ordenar y ejecutar > construir.

## 0. Diagnóstico de etapa (anclado en data real)

| Motor | MRR | Clientes | Lectura |
|---|---|---|---|
| **CD** (servicios, legacy, ARS/manual) | $152.5/mes | 11 | El libro. Con techo, pero **prueba que el producto vende**. |
| **BewPro** (producto, Stripe/USD) | $25/mes | 2 | Naciente. Sin techo, **sin tracción todavía**. |

**Estamos pre-PMF para BewPro, con un negocio de servicios probado (CD).** Activo raro y valioso: SaaS multitenant + marketplace (145 shop products / 21 cores / 20 demos a 96%) + red de revendedores + lead-gen (misiles), todo cableado y desplegado. Stripe **LIVE** en prod (USD). `law-firm-digital` en **deluxe 100%**.

**El riesgo a esta etapa NO es construir más — es enamorarse del tablero en vez de salir a vender.**

## 1. La estrategia en una frase

> Usar el motion **probado de CD** (cierra estudios jurídicos) como **cuña** para llenar BewPro de **MRR recurrente vía Stripe**, y recién después escalar con la red.

## 2. OMTM — la única métrica que importa

**Nuevos clientes pagantes en BewPro por mes** (y, derivado, BP MRR). Todo lo del cosmos sirve a ese número. Se ve en el **Centro de Comando** (corte CD vs BP). Norte: mover BewPro de **2 → 10 clientes** pagantes.

## 3. ICP / la cuña — una sola

**Estudios jurídicos (Argentina).** Por qué esta y no otra:
- CD **ya gana ahí** (caso probado, no hipótesis).
- Los **misiles ya apuntaban** a productos law-firm.
- `law-firm-digital` → demo `demo-law-firm-2` en **readiness deluxe (100%)**.

→ **Un ICP, un core, un demo.** Nada de lanzar los 21 cores a todos.

## 4. Secuencia: Ordenar → Probar → Escalar

### Fase A — ORDENAR (semana 1) · *que los instrumentos no mientan*
- [ ] **Cerrar la fuga de billing**: 26 activos sin billing trackeado → cargar/migrar montos en `/admin/tenants` hasta que el MRR de BewPro sea **real**. (Sin esto, la OMTM está a medias.)
- [ ] **Limpieza de integridad puntual**: 1 `product_name` inválido no-mapeado + 3 vacíos + 2 sin reseller.
- [ ] **Herramientas**: `bewpro:integrity:audit` (read-only, monitoreo) · `/admin/tenants`.

### Fase B — PROBAR (semanas 2-3) · *un embudo, a mano, do things that don't scale*
- [ ] **Launch readiness del camino del cliente** (checklist §5) — antes de mandar tráfico.
- [ ] **Correr UN embudo de misiles**: 20-30 estudios jurídicos → outreach → cierre → **onboard a BewPro con Stripe** (no a CD/manual; el objetivo es alimentar el motor sin techo).
- [ ] **Medir la conversión real** en el funnel del Centro de Comando (lead→lanzado→contactado→pagando).
- **Criterio de éxito**: ≥1-2 cierres nuevos en BewPro con cobro Stripe recurrente + tasa de conversión visible.

### Fase C — ESCALAR (mes 2+) · *solo sobre un motion probado*
- [ ] **Activar la red** (revendedores/closers) sobre el embudo que ya convierte — el leaderboard `/admin/network` mide cierres/comisiones/MRR traído.
- [ ] **Self-serve**: wirear `stripe_price_id` en los productos de la cuña para checkout sin fricción (hoy la mayoría cae a "contacto").

## 5. Launch Readiness Checklist — el camino del cliente

Lo que el **prospecto realmente toca**. Si algo de esto tiene fuga, todo el outbound se desperdicia. (Equivalente customer-facing del `integrity:audit`.)

- [ ] Marketplace público carga y muestra `law-firm-digital`.
- [ ] El demo `demo-law-firm-2` se ve **deluxe en vivo** (no solo en el score).
- [ ] **Stripe checkout** cobra (live) → **webhook** crea el proyecto en Airtable/DB.
- [ ] **Provisioning** automático corre (sitio se arma).
- [ ] **Email de bienvenida** llega (noreply@bewpro.com).
- [ ] **Sitio del cliente** queda vivo en su dominio/subdominio.
- [ ] **`/my-projects`** — el cliente loguea (Google/email) y ve su dashboard.

## 6. Anti-objetivos — qué NO hacer (disciplina de etapa)

- ❌ **No construir más tooling interno** hasta tener señal de PMF en BewPro.
- ❌ **No lanzar los 21 cores a la vez** — diluye foco y soporte.
- ❌ **No automatizar lo que todavía no convierte a mano** (self-serve full antes de probar el embudo).
- ❌ **No mezclar la métrica**: CD MRR ≠ BewPro MRR. El norte es el segundo.

## 7. Mapa 30 / 60 / 90 días

| Día | Hito |
|---|---|
| **30** | Billing real (fuga cerrada) · 1 embudo de estudios jurídicos corrido end-to-end · funnel medido en Comando |
| **60** | Motion probado · primeros cierres en BewPro/Stripe · launch readiness OK |
| **90** | Red activada sobre el motion probado · self-serve para la cuña · BewPro camino a 10 pagantes |

## Herramientas ya construidas que sirven a este plan
Centro de Comando (CD vs BP, funnel, cobranzas) · `/admin/tenants` (proyecto→demo→módulos + billing) · `/admin/network` (leaderboard) · Misiles (lead-gen + tablero) · `bewpro:integrity:audit` · Demos & Readiness. **El cosmos está. Ahora se usa.**