# MacLockdown — Execution Priorities

**Versión:** 1.0  
**Fecha:** 2026-03-16  
**Estado:** ✅ Prioridades de ejecución definidas para producto, revenue y posicionamiento

---

## 1. Objetivo

Traducir la estrategia ya definida en una secuencia concreta de implementación.

Este documento prioriza lo que más impacto tiene en:

- percepción de valor
- conversión
- coherencia de producto
- narrativa comercial

---

## 2. Resumen Ejecutivo

El producto ya tiene buena coherencia estratégica, pero existen tres brechas que afectan monetización y percepción:

1. `Continuous posture` todavía vive más en narrativa que en UI visible
2. `Compliance` aún puede percibirse como reporting si no muestra evolución
3. `CTI / MITRE / APT mapping` existe técnicamente, pero está subutilizado comercialmente

Orden de prioridad recomendado:

- `P1` Hacer tangible la evolución de postura
- `P2` Convertir `Compliance` en tracking, no solo export
- `P3` Explotar CTI como diferenciador visible

---

## 3. P1 — Posture Evolution UI

### Problema

La narrativa dice `continuous security posture`, pero el producto todavía se percibe como snapshot local con historial discreto.

### Objetivo

Volver visible la evolución entre scans.

### Resultado esperado

El usuario debe poder responder, sin abrir reportes:

- qué mejoró desde el último scan
- qué empeoró
- qué riesgos aparecieron
- cómo cambió el score

Además, la UI debe introducir tensión útil, no solo información:

- `Your security posture has degraded`
- `New risks detected since last scan`
- `Security posture improving`

### Implementación sugerida

#### UI

- agregar `score delta` junto al score principal
- mostrar `new risks introduced`
- mostrar `controls improved`
- mostrar `controls regressed`
- agregar un estado legible de postura:
  - `stable`
  - `improving`
  - `degrading`
- elevar el historial visual a componente más central

#### Datos

- comparar scan actual contra el scan anterior
- guardar métricas de delta derivadas, no solo score bruto

### Archivos a tocar

- `PersistenceEngine.swift`
- `SecurityViewModel.swift`
- `ContentView.swift`
- opcionalmente `ReportEngine.swift`

### Impacto

- alto en percepción de producto serio
- alto en narrativa de continuidad
- medio-alto en conversión a `Compliance`

### Puente comercial recomendado

P1 no debe quedarse solo en dashboard. Debe empujar de forma natural hacia `Compliance`.

Copy sugerido:

> `Track changes over time with Compliance`

---

## 4. P2 — Compliance Delta Reporting

### Problema

Aunque `Compliance` ya está bien posicionado en documentos, el producto todavía puede sentirse como:

> “compare + PDF”

### Objetivo

Reforzar que `Compliance` es seguimiento y evidencia continua.

### Resultado esperado

Los reportes y vistas de compare deben mostrar:

- regressions since last scan
- new risks introduced
- controls restored
- benchmark posture delta
- risk trend:
  - `decreasing`
  - `increasing`

### Implementación sugerida

#### Compare

- comparar baseline actual vs anterior
- mostrar cambios por benchmark

#### Export

- añadir secciones:
  - `Posture evolution since last scan`
  - `New risks introduced`
  - `Controls regressed`
  - `Controls improved`

#### Messaging dentro del producto

- dejar de presentar `Compliance` solo como export/compare
- introducir lenguaje de `track`, `evolve`, `prove over time`
- reforzar puente desde `P1`:
  - deltas visibles
  - CTA a seguimiento y evidencia continua

### Archivos a tocar

- `ReportEngine.swift`
- `ContentView.swift`
- `SecurityViewModel.swift`
- `PersistenceEngine.swift`

### Impacto

- muy alto en valor percibido de `Compliance`
- muy alto en pricing defensible
- alto en expansión hacia auditoría / consultoría

---

## 5. P3 — CTI / MITRE como diferenciador visible

### Problema

La arquitectura ya tiene una ventaja fuerte:

- TTPs MITRE
- grupos APT
- relación entre gaps y técnicas reales

Pero hoy eso no aparece como argumento comercial principal.

### Objetivo

Convertir CTI en parte explícita del valor del producto.

### Resultado esperado

El usuario debe entender que no está viendo solo settings, sino riesgo operacional ligado a ataques reales.

### Implementación sugerida

#### Producto

- resaltar en filas o paneles frases como:
  - `This configuration increases your exposure to real-world attacks`
  - `Used in real attacks targeting macOS environments`
- añadir un resumen corto de CTI en `Attack Surface`
- considerar un badge o bloque de “threat relevance”
- mostrar una señal simple:
  - `Top exposed technique`

#### Upgrade / Commercial

- `Professional`: “See which attack techniques your current configuration enables”
- `Compliance`: “Link your posture to real-world techniques and threat actors”

#### Export

- reforzar visualmente la sección MITRE/CTI
- hacerla más descubrible antes de llegar al PDF completo

### Archivos a tocar

- `ContentView.swift`
- `AttackSurface.swift`
- `ReportEngine.swift`
- opcionalmente `MESSAGING_DERIVATIVES_v01.md`

### Impacto

- alto en diferenciación
- alto en discurso técnico/comercial
- especialmente útil para demos, RSA, consultoría y venta B2B

---

## 6. Prioridad operativa recomendada

### Sprint / bloque 1

- `P1` Posture evolution visible en UI

Razón:

- es la base que hace creíble `continuous posture`
- también prepara `P2`

### Sprint / bloque 2

- `P2` Delta reporting en compare y export

Razón:

- convierte `Compliance` en producto de seguimiento

### Sprint / bloque 3

- `P3` CTI como diferenciador visible

Razón:

- maximiza impacto comercial una vez que el tracking ya es visible

---

## 7. Quick Wins

Si se quiere capturar valor rápido sin hacer toda la implementación:

- mostrar `score delta` en header
- añadir `regressed / improved` en footer o stats bar
- meter copy CTI más explícito en upgrade sheets
- añadir una sección pequeña `Since last scan` en export
- mostrar `Before / After` cuando exista mejora material:
  - `Before: 52/100`
  - `After: 91/100`
  - `+39 improvement`
- introducir un `posture status` visible:
  - `stable`
  - `improving`
  - `degrading`

---

## 8. Riesgos si no se ejecuta

- `continuous posture` queda como claim débil
- `Compliance` se percibe como reporte más bonito
- el valor CTI sigue oculto y no ayuda a conversión

---

## 9. Decisión recomendada

- ejecutar `P1` inmediatamente
- preparar `P2` como siguiente bloque de producto
- usar `P3` como capa de diferenciación comercial una vez visible la evolución

---

## 10. Backlog Técnico Relevante

### Privileged Execution Hardening

#### Problema

La versión actual ya redujo la fricción de prompts de contraseña agrupando fixes privilegiados y evitando verificaciones con elevación durante el scan.

Sin embargo, la elevación sigue basada en AppleScript y no en una sesión privilegiada formal del sistema.

#### Decisión

No bloquear `P2` por esta mejora.

Se mantiene como backlog técnico posterior a `P2`, porque su impacto es alto en UX y robustez, pero menor que el valor comercial inmediato de convertir `Compliance` en tracking real.

#### Evolución deseada

- evaluar `Authorization Services`
- evaluar helper tool privilegiado firmado
- reducir prompts repetidos y endurecer ejecución admin
- separar mejor scans, fixes y verificación post-fix con privilegios persistentes controlados

#### Estado

`Backlog técnico explícito — no prioritario antes de completar P2`
