# sales-advisor

**Familia**: C · Operación
**Spec**: [`/.claude/agents/sales-advisor.md`](../../.claude/agents/sales-advisor.md)

## Cuándo invocarlo

- Llegó un lead y hay que calificarlo + recomendar producto
- Generar una propuesta comercial a partir de plantilla
- Recomendar core/tier para una industria/budget específico
- Preparar el checklist de datos del cliente pre-provisioning
- Responder una objeción del cliente con FAQ interna
- Onboardear un revendedor nuevo (playbook 4 semanas)

## Cuándo NO invocarlo

- Para escribir copy comercial de un shop product (marketing) → `product-copywriter`
- Para definir pricing estratégico del catálogo → `pricing-strategist` (aunque este agente consulta pricing para propuestas)
- Para ejecutar el provisioning cuando cierra la venta → `provision-orchestrator`
- Para crear un core/variante que no existe → `core-architect` / `product-packager`

## Inputs típicos

```
"Lead: estudio contable, 3 socios, budget $400. Calificá y recomendá"

"Generá propuesta para ese lead sobre `corporative`"

"Cliente pregunta: ¿puedo usar mi dominio propio? Respondé"

"Un reseller me contactó. Armá plan de onboarding 4 semanas"

"Cliente vendido — checklist de datos pre-provisioning"
```

## Output esperado

Según paso del SOP:

### Calificación (paso 2)
- Fit/no-fit
- Industria detectada
- Core candidato
- Tier sugerido
- Red flags

### Propuesta (paso 3)
- Plantilla llena (nombre, servicio, precio, plazo, alcance)
- Upsell sutil (1-2 sugerencias)

### Recopilación datos (paso 4)
- Checklist del formulario adaptado al core
- Priorizado: bloqueante vs opcional

### Recomendación (paso 5)
- Core + shop product específico
- Comando `bewpro:new` pre-armado para `provision-orchestrator`

### Objeción
- Respuesta estándar de FAQ interna
- Si no hay respuesta documentada: flag para agregar al FAQ

### Onboarding reseller
- Plan 4 semanas según `programa-de-revendedores.md §7`
- Materiales a compartir
- Primer proyecto supervisado

## Archivos que lee

- `docs/compania2.0/sop-proceso-de-proyecto.md`
- `docs/compania2.0/formulario-datos-proyecto.md`
- `docs/compania2.0/relevamiento-de-informacion.md`
- `docs/compania2.0/plantilla-propuesta.md`
- `docs/compania2.0/guia-demos-y-cores.md`
- `docs/compania2.0/precios-y-speech-de-ventas.md`
- `docs/compania2.0/faq-interna-atencion-al-cliente.md`
- `docs/compania2.0/alcance-del-servicio.md`
- `docs/bewpro2.0/programa-de-revendedores.md`
- `database/seeders/products/{catalog.json, core/*.json}`

## Archivos que escribe

- Ninguno de sistema. Produce contenido (propuestas, checklists) para que el usuario envíe al cliente.

## Checklist de output (calificación + propuesta)

- [ ] Industria identificada (una de las 9 del alias-matrix)
- [ ] Core candidato justificado con módulos necesarios
- [ ] Tier dentro de rango documentado
- [ ] Precio con delta dentro de $50 del mid-range del tier (sin discount si no se aprobó)
- [ ] Red flags listadas (dominio, plazo, expectativas desalineadas)
- [ ] Upsell path opcional claro (no hard-sell)

## Flujo típico: lead → provisioning

1. Usuario: "Lead estudio contable Tucumán, 3 socios, $400"
2. Agente califica: fit alto, `finance`, T2
3. Agente recomienda: core `corporative` + shop product específico si existe
4. Usuario: "Generá propuesta"
5. Agente emite propuesta llena
6. Usuario la envía, cliente acepta
7. Usuario: "Cerramos, prepará datos"
8. Agente emite checklist adaptado al core
9. Usuario recopila datos, vuelve
10. Agente emite comando `bewpro:new` pre-armado
11. Usuario invoca `provision-orchestrator` con ese comando

## Relacionado

- Delega a `pricing-strategist` cuando hay dudas de precio
- Escala a `product-packager` si el lead necesita variante no existente
- Escala a `core-architect` si ningún core matchea
- Hand-off final a `provision-orchestrator`