# pricing-strategist

**Familia**: A · Producto y Marketplace
**Spec**: [`/.claude/agents/pricing-strategist.md`](../../.claude/agents/pricing-strategist.md)

## Cuándo invocarlo

- Definir precio para un shop product recién empaquetado
- Revisar/ajustar precio de un shop product existente
- Diseñar upsell path entre tiers
- Validar consistencia de precios dentro de un core (varios shop products del mismo core deben tener tier coherente)
- Decidir revenue split en un caso reseller no estándar

## Cuándo NO invocarlo

- Para crear el shop product → `product-packager` (pricing-strategist se invoca después)
- Para cambiar los tiers documentados (Básica/Profesional/Corporativa) → es decisión estratégica, no ejecución
- Para gestionar Stripe prices (crear/actualizar en Stripe directamente) → es acción manual del usuario

## Inputs típicos

```
"Definí precio para `meal-prep-services` (core business-catalogue, 4 módulos)"

"¿Qué tier corresponde a `real-estate`? Tiene 6 módulos pero uno es tokko"

"Upsell path para `sports-nutritionist`: ¿qué módulos lo llevan de T2 a T3?"

"Revisá precios de todos los shop products del core `agency` — ¿consistentes?"
```

## Output esperado

1. **Tier asignado** con justificación (módulos + complejidad)
2. **Precios**: dev único CD + mensual BewPro
3. **Revenue split** (si aplica reseller)
4. **Upsell path** (si se pide)
5. **Validación de consistencia** con otros shop products del mismo core
6. **Comandos para aplicar**: Airtable update + Stripe price + `bewpro:catalog:seed --update`

## Archivos que lee

- `docs/compania2.0/precios-y-speech-de-ventas.md`
- `docs/compania2.0/alcance-del-servicio.md`
- `docs/compania3.0/servicios.md`
- `docs/bewpro2.0/programa-de-revendedores.md`
- `docs/bewpro2.0/lanzamiento-mercado.md`
- `database/seeders/products/{catalog.json, core/*.json}`
- `app/Modules/Products/Models/Product.php` (campo price)

## Archivos que escribe

- Ninguno directamente. Emite **comandos y datos** para que el usuario aplique en Airtable/Stripe.

## Tiers canónicos

| Tier | Módulos | Dev único (CD) | Mensual (BewPro) |
|------|---------|----------------|------------------|
| 1 · Presencia/Básica | 2-3 | $250-300 | $15 |
| 2 · Profesional | 4-5 | $350-450 | $25-35 |
| 3 · Corporativa | 6+ | $500-600 | $40-45 |

**Modificadores**:
- Módulo `tokko` → suma 1 nivel de complejidad
- Módulo `products` con catálogo ≥10 items → suma 1 nivel
- Core con 6+ módulos pero ≥3 "ligeros" (faqs+about+contact) → evaluar degradar a T2

**Revenue split reseller**:
- Desarrollo único: 100% reseller
- Suscripción mensual: 100% BewPro
- Self-service: 100% BewPro

## Checklist de validación del output

- [ ] Tier justificado con conteo real de módulos del core
- [ ] Precio dentro del rango documentado (sin discounts sin aprobación)
- [ ] Si hay divergencia con otros shop products del mismo core, explicitada
- [ ] Revenue split coherente con `programa-de-revendedores.md`
- [ ] Comandos de aplicación listados (Airtable, Stripe, artisan)

## Flujo típico

1. Usuario: "Pricing para `meal-prep-services` (core business-catalogue, 4 módulos)"
2. Agente lee `core/business-catalogue.json` → confirma módulos
3. Agente asigna T2 (4 módulos + products con catálogo)
4. Agente calcula: $400 dev + $29/mes
5. Agente valida contra otros shop products del core → consistente con `ecommerce-store`, `clothing-boutique`
6. Agente emite ficha + comandos para Airtable update, Stripe price, catalog seed

## Relacionado

- Se invoca después de `product-packager` (cuando ya hay slug + core)
- No depende de `product-copywriter` (corren en paralelo)