# Deep dive #1 — Onboarding Leandro (junior multi-frente)

**Status**: 🟡 PARCIAL — pre-conditions en progreso
**Frente master**: #1 NEXT (mes 1-2)
**Doc relacionado**: [00-master-roadmap.md](./00-master-roadmap.md)

---

## Contexto

Leandro **NO entra como personal de BewPro directamente** — entra como personal de **Compañía Digital (CD)**, que es el revendedor #1 / Partnership oficial de BewPro (ver [`programa-de-revendedores.md`](../programa-de-revendedores.md)).

```
BewPro (plataforma SaaS)
    ↕ provee la tecnología (sitios, hosting, suscripción)
Compañía Digital (revendedor / Partner oficial)
    ↕ vende acompañamiento + servicio (USD 250-600 por proyecto)
    ↕ Leandro opera del lado de CD ← acá entra
Cliente final (negocio local)
    ↕ paga a CD el desarrollo + paga a BewPro la suscripción mensual
```

CD tiene ~45 sites entregados + canjes recientes (keycut.bewpro.com), pero todo el flow operativo del lado CD (calificar lead, recopilar info del cliente, ensamblar contenido, presentar, dar soporte post-entrega) lo hace el founder a mano. Bottleneck claro: para escalar a 70-80 entregas en 3 meses (KPI macro) hace falta capacity adicional dentro de CD.

**Decisión estratégica ya tomada** (ver master roadmap, sección "Make-or-buy crítico #1 vs #7"):
- **Mes 1-2**: Leandro opera el flow CD manual (recopilación + ensamblaje + soporte) → validamos el flow real
- **Mes 3+**: extiende capacidades técnicas (front-end de productos, bug fixes, optimizaciones de blades + admin panel) cuando ya domina el flow CD
- **Mes 4+ (paralelo)**: IA agent en R&D usando el dataset que Leandro generó

Es decir: Leandro es **inversión + descubrimiento**, no automatización tardía. Empieza desde la cara cliente (CD) y eventualmente migra al stack técnico de BewPro. Su trabajo manual de mes 1-2 genera el dataset y los SOPs que después la IA va a aprender.

> **Importante para el pitch externo**: cuando Leandro habla con clientes finales o terceros, se presenta como personal de **Compañía Digital, revendedor oficial / Partnership de BewPro**. Que CD y BewPro comparten founder es información interna — no un secreto, pero no se va aireando porque confunde al cliente y al canal de revendedores.

---

## Quién es Leandro

| Atributo | Valor |
|----------|-------|
| Rol propuesto | Junior multi-frente — opera dentro de **Compañía Digital** (revendedor oficial de BewPro) |
| Cara externa | Personal de Compañía Digital |
| Cara interna | Recibe instrucciones del founder (que es CD founder + BewPro founder) |
| Seniority | Junior (primer empleo formal en el rubro) |
| Reportes a | Founder (directo) |
| Modalidad | Por definir (full-time / part-time) |
| Compensation | Por definir (alineada con junior AR mercado, posible variable por SLA) |
| Trayectoria esperada | Mes 1-2 lado CD (cliente) → mes 3+ extiende a stack técnico BewPro (front-end / bugs / blades / admin) |

> Completar este bloque con datos reales antes de firmar.

---

## Scope inicial — fases de evolución

**Regla del master roadmap**: "No contratar Leandro sin scope claro. Sin #2 documentado, junior hace de todo y nada."

### Fase 1 — Lado Compañía Digital (mes 1-2)

Leandro opera dentro de CD ayudando al founder con clientes reales del revendedor.

| # | Función | Por qué priorizada | Output medible |
|---|---------|--------------------|----------------|
| **A** | **Recopilar info del cliente + poblar contenido del producto** | Es el bottleneck operativo más concreto. CD entrega sitios *cargados con info del cliente*, no plantillas vacías → ese poblamiento es el valor agregado de CD. | N proyectos entregados con contenido pre-cargado y alineado al manual de marca / mes |
| **B** | **Acompañamiento + soporte de primer nivel** (WhatsApp + mail) | Es lo que CD le cobra al cliente. Empieza a formalizar #12b (sistema de soporte). Genera la base de FAQs reales. | N tickets resueltos / SLA <24hs / NPS >7 |

**Detalle de Función A (poblamiento de contenido)**:
1. CD recibe lead → founder califica → asigna producto.
2. Leandro envía cuestionario al cliente (template estandarizado).
3. Leandro recopila respuestas + assets (logo, fotos, textos).
4. Leandro **puebla el producto provisionado** con esa info: carga servicios, blog inicial, FAQs, gallery, datos de contacto, etc., desde el panel admin del tenant.
5. Leandro lo deja pre-cargado y *alineado a la realidad actual del proyecto del cliente* — no plantillas con lorem ipsum.
6. Founder valida y aprueba el go-live.

### Fase 2 — Extensión técnica BewPro (mes 3+)

Cuando Leandro ya domina el flow CD y conoce el producto desde adentro, se abre el scope a:

| # | Función | Por qué después | Pre-condition |
|---|---------|-----------------|---------------|
| **C** | **Front-end sobre blades de productos** (ajustes visuales, micro-features por demo) | Conocer el producto desde adentro hace que las modificaciones tengan sentido del cliente. Si arranca por acá sin haber poblado contenido real, no entiende qué importa. | Mes 1-2 cumplido + comodidad básica con HTML/CSS/Blade |
| **D** | **Bug fixes en blades + panel admin** | Acelera time-to-fix porque el founder deja de ser el único que toca el código. | C en operación |
| **E** | **Optimizaciones UX/UI** (panel admin, blades, flows de carga de contenido) | Leandro ya sufrió el panel admin como usuario → propone fixes con criterio | C+D en operación |

### Funciones explícitamente fuera de scope

| # | Función | Por qué fuera |
|---|---------|---------------|
| Z1 | Cobrar a clientes / facturación | Lo maneja el founder + Stripe |
| Z2 | Decisiones estratégicas de producto / pricing | Founder |
| Z3 | Coordinar otros revendedores externos | Volumen actual no lo amerita |
| Z4 | Acceso a infraestructura crítica (SSH VPS, Stripe Dashboard, Airtable super-admin) | Blast radius bajo hasta validar criterio |

> **Hard rule**: si Leandro pide saltar a Fase 2 antes del mes 2, redirigir a profundizar A/B. Sin dominio de Fase 1, las modificaciones técnicas se hacen sin entender el negocio.

---

## Pre-conditions (qué tiene que estar listo antes del día 1)

| Item | Owner | Status |
|------|-------|--------|
| Repo Developments (paquete técnico para devs) | Juan | 🟡 En progreso |
| Espacios colaborativos (Notion/Slack/Drive estructurado) | Founder | ❌ Pendiente |
| Scope documento (este archivo) | Founder | ✅ DONE 2026-05-04 |
| Cuenta laboral formalizada (contrato + alta) | Founder | ❌ Pendiente |
| Acceso a herramientas (lista abajo) | Founder | ❌ Pendiente |
| SOP de cada función A y B (procedural) | Founder | ❌ Pendiente — pre-requisito crítico |

**Pre-requisito crítico**: SOP escrito de las 2 funciones núcleo. Sin SOP, Leandro va a aprender por osmosis (lento + inconsistente). Con SOP, puede ejecutar día 3 con supervisión y día 14 solo.

---

## Stack de herramientas (acceso día 1)

| Herramienta | Uso | Permisos sugeridos |
|-------------|-----|---------------------|
| **Airtable** (`appRxvpzqCmNsw2JN`) | Pipeline de proyectos CD, Shop Products | Editor sobre Projects, Shop Products Copy. Read-only en Subscriptions/Resellers |
| **WhatsApp Business** (línea soporte CD) | Función B — primer nivel a clientes de CD | Acceso a la línea compartida |
| **`hola@compania-digital.com` / contacto CD** | Función B — mail tickets clientes CD | Acceso vía webmail |
| **Panel admin de tenants provisionados** | Función A — poblar contenido del cliente | Rol `admin` por tenant (no `super-admin`) |
| **bewpro.com admin** | Carga de productos, posts si aplica | Rol `admin` (no `super-admin`) |
| **Google Drive** (carpeta `/Clientes/` de CD) | Recopilación de assets del cliente | Editor sobre `/Clientes/` |
| **Notion CD/BewPro** (cuando exista) | SOPs + base de conocimiento + FAQs internas | Member |
| **GitHub** (cuando entre Fase 2) | Read-only de docs y código de blades | Read-only inicial; expandir cuando arranque C/D |

**NO darle al inicio**: SSH a VPS1/VPS2, acceso a Stripe Dashboard, super-admin de Airtable, llaves API. Si surge necesidad → escalar caso por caso. Cuando entre Fase 2 (mes 3+), revisar acceso a repo cd-system para PRs sobre blades de demos específicos.

---

## Plan 30 / 60 / 90

### Días 1-7 — Inducción (Fase 1 lado CD)

| Día | Actividad |
|-----|-----------|
| 1 | Onboarding admin (contrato, accesos, tour del producto desde POV de cliente CD) + leer programa-de-revendedores.md y SOP CD |
| 2-3 | Leer SOPs de A y B + walkthrough con founder en 1 caso real (shadow) |
| 4-5 | Acompañar al founder en 2 onboardings de cliente CD reales (observa + toma notas) |
| 6-7 | Ejecutar el poblamiento de contenido de 1 proyecto con supervisión paso a paso |

**Hito de salida semana 1**: Leandro pobló contenido de 1 tenant end-to-end con el founder mirando.

### Días 8-30 — Ramp-up Función A (poblamiento contenido CD)

| Semana | Goal |
|--------|------|
| 2 | 3 proyectos poblados con review del founder (founder corrige cada uno) |
| 3 | 5 proyectos poblados, founder hace review por muestreo (50%) |
| 4 | 7-10 proyectos poblados, founder solo aprueba el go-live |

**Hito de salida mes 1**: Leandro entrega 1 sitio CD pre-cargado con info real del cliente sin que el founder tenga que tocar contenido.

### Días 31-60 — Función B + escala A

- Función A: capacity sostenida ~10-15 proyectos poblados/mes según demanda CD
- Función B: empezar a tomar tickets soporte CD (primero shadow, después solo)
- Empezar a documentar **edge cases** (lo que el SOP no cubre) → input para #7 IA agent

**Hito de salida mes 2**: SLA de respuesta <24hs, 0 escalations al founder por casos cubiertos en SOP.

### Días 61-90 — Validación + arranque Fase 2

- Review trimestral con founder: ¿el modelo escala? ¿el costo/output es positivo?
- Si SÍ → consolidar contrato, **abrir Fase 2** (front-end de blades / bug fixes / optimizaciones del admin)
- Si NO → ajustar scope o evaluar fit
- Fase 2 arranca con 1 PR concreto: ej. "ajustar visual de demo-restaurant", supervisado en review
- **Paralelo**: arrancar R&D del agente IA (#7) usando el dataset que Leandro generó en mes 1-2

---

## Cómo trabajamos día a día

### Cadencia de comunicación

| Cadencia | Formato | Duración | Para qué |
|----------|---------|----------|----------|
| Diaria | WhatsApp/Slack async | — | Bloqueos puntuales |
| 2× semana | Sync video | 30 min | Review de tickets + JSONs en cola |
| Semanal | Standup escrito (Notion) | — | Qué hizo + qué bloquea + métricas |
| Mensual | 1:1 con founder | 60 min | Career path + feedback bidireccional |

### Definition of done (cada función)

**Función A — Poblamiento de contenido CD**:
1. Cliente respondió cuestionario completo (template estandarizado)
2. Assets subidos a Drive (logo, fotos, manual de marca si hay)
3. Tenant provisionado tiene contenido cargado desde el panel admin: servicios, gallery, blog inicial, FAQs, datos de contacto — todo con info real del cliente, sin lorem ipsum
4. Branding básico aplicado (logo + colores del manual si lo hay)
5. Founder valida el sitio y aprueba el go-live

**Función B — ticket soporte**:
1. Respuesta primaria <24hs
2. Resolución o escalation registrada en sistema (mail/Notion mientras no hay ticketing)
3. Si es FAQ recurrente → agregar a doc compartido para futura automatización

---

## KPIs del onboarding

| KPI | Baseline (founder solo) | Target mes 2 (Leandro full) | Target mes 3 |
|-----|--------------------------|------------------------------|--------------|
| Proyectos CD poblados / semana | 1-2 | 3-4 | 5+ |
| Time per proyecto poblado (mediana) | 2-4 hs (founder) | 4-6 hs (Leandro junior) | 2-3 hs |
| Tickets soporte CD / semana resueltos | n/a | 5-10 | 15+ |
| SLA respuesta inicial soporte | n/a | <24 hs | <8 hs |
| Escalations al founder / mes | (todo) | <30% | <10% |
| NPS clientes CD (post-entrega) | desconocido | medir | >7 |
| (Fase 2, mes 3+) PRs front-end mergeados / mes | n/a | n/a | 1-2 piloto |

---

## Riesgos / red flags a mirar

| Riesgo | Síntoma temprano | Mitigación |
|--------|------------------|------------|
| Scope creep ("quiero hacer todo") | Pide D/E antes del mes 3 | Recordar la regla — profundizar A/B, no expandir |
| SOP queda en la cabeza del founder | Leandro pregunta lo mismo 2 veces | Forzar SOP escrito ANTES del día 1 |
| Leandro frena en bug técnico | Tickets de A bloqueados >48hs | Crear canal `#bloqueos` con SLA founder <4hs |
| Calidad inconsistente en JSONs | Errores recurrentes en revision founder | Subir cadencia de review (volver a 100% por 1 semana) |
| Sobre-dependencia del founder | Cada decisión escala | Empoderar con "decision criteria" doc |
| Burnout del junior | Falta de visibilidad de progreso | 1:1 mensual con feedback bidireccional |

---

## Make-or-buy: referencia cruzada con #7

| Mes | Leandro | IA agent (#7) |
|-----|---------|---------------|
| 1-2 | TODO manual A+B | (no iniciado) |
| 3 | A+B en operación | R&D arranca usando data generada en mes 1-2 |
| 4-5 | A+B + edge cases | MVP del agente sobre función A |
| 6+ | Soporte humano + customer success + edge cases | Función A automatizada (Leandro supervisa) |

**Tesis**: Leandro NO se reemplaza por IA — Leandro **migra hacia el lado humano** del trabajo (relación con cliente, edge cases, customer success) mientras la IA absorbe la parte mecánica.

---

## Decisiones registradas

- **Entra como CD, no como BewPro**: framing externo + interno. Construye criterio desde la cara cliente antes de tocar la plataforma.
- **Junior antes que IA agent**: prioridad sobre R&D porque genera revenue + dataset *ahora*. R&D sin operación = optimizar al vacío.
- **Scope Fase 1 reducido a 2 funciones (A+B)**: regla anti "junior hace de todo y nada".
- **Fase 2 técnica diferida a mes 3+**: tocar blades/admin sin haber sufrido el panel como usuario CD genera fixes desconectados del negocio.
- **Pre-requisito SOP escrito**: bloqueante. Sin SOP no hay fecha de start.
- **Acceso restringido al inicio**: blast radius bajo hasta validar criterio. GitHub write-access recién en Fase 2.
- **Review trimestral antes de expandir scope**: evita escalada implícita.

---

## Próximos pasos (orden de ejecución)

1. **Founder**: escribir SOP de Función A (template de cuestionario + checklist de JSON + ejemplo end-to-end) — **bloqueante**
2. **Founder**: escribir SOP de Función B (árbol de decisión de tickets + canned responses + escalation criteria) — **bloqueante**
3. **Juan**: cerrar Repo Developments
4. **Founder**: armar carpeta Drive + Notion estructurado para colaboración
5. **Founder**: definir compensación + contrato + fecha de start con Leandro
6. **Día 1**: ejecutar plan de inducción semana 1

---

*Cerrado: 2026-05-04 — actualizado con framing CD (Fase 1 cliente) + Fase 2 técnica (blades/admin/bugs)*