Diseño × AI · Applaudo Studios

Volaris PoC Flex

Mapa de pruebas, señales de tiempo y roadmap del handoff sellado — para liderazgo interno.

PoC FlexContratos JSONOct ’26
Applaudo
PoC Flex · Oct ’26

Volaris Design · Contexto

El problema hoy

En el handoff manual cada equipo trabaja con su propia versión de la verdad.

Muchas fuentes de verdad

Figma, specs, tickets y código de Android e iOS describen el mismo componente de formas distintas.

Dos plataformas, varios sistemas de diseño

Android e iOS, cada uno con sus variantes (light, dark, liquid glass…) y sets viejos y nuevos conviviendo; no siempre es claro cuál manda.

Dev reinterpreta Figma

Lo que no está explícito se adivina, y eso trae retrabajo e idas y vueltas.

POR QUÉ IMPORTA

Sin una sola fuente de verdad, cada handoff se negocia de nuevo.

El problema hoy
PoC Flex · Oct ’26

Pipeline · Contratos JSON

Contratos, nueva source of truth

Piensa en un contrato JSON como la ficha de una receta en la cocina: no es el plato (Figma), sino la etiqueta que dice exactamente qué ingrediente es cada componente, sus estados y tokens — para que dev no adivine.

Figma organizado→ Higiene→ Verify vs Android + JSON→ Contratos en draft→ Sello humano portero / Lead (~10–15 min)→ Eng consume solo lo sellado

En el PoC probamos…

  1. Probamos la verificación de gaps entre Figma, spec y código sin inventar.
  2. Probamos hacerlo de forma manual y automatizada.
  3. Mapeamos métricas de cada cosa.
  4. Al final: ¿sale un draft usable por el portero, que pueda calificarlo listo para handoff a ingeniería?

ANALOGÍA · Receta + etiqueta

  • Figma = plato presentado.
  • Contrato = etiqueta.
  • Sello = chef.
Contratos JSON

Handoff sellado · volaris.button

Cómo luce el entregable

Componente real del PoC: set Button en Figma ↔ contrato volaris.button sellado para VolarisButton (Android).

En Figma

Sellado · 2026-10-01 · Adonay

Button · Type=Primary · Size=Medium · State=Default · nodo 1137:255657

  • Type=Primary buttonType
  • Size=Medium buttonSize
  • Label="Continuar" labelText

El contrato (sellado)

volaris.button · extracto simplificado
{
  "id": "volaris.button",
  "props": [
    {"name": "type",  "default": "PRIMARY",
      "code":  "buttonType",  "figma": "Type" },
    {"name": "size",  "default": "MEDIUM",
      "code":  "buttonSize",  "figma": "Size" },
    {"name": "label",
      "code":  "labelText",   "figma": "Label#371:0" }
  ],
  "tokens": {
    "background-color": "{action.primary.default}",
    "color": "{content.neutral.inverted}" },
  …
  "status": "sealed",
  "sot": { "sealedAt": "2026-10-01", "sealedBy": "Adonay" }
}

Valores reales del contrato sellado volaris.button · estructura simplificada para lectura

Cada propiedad de Figma tiene su par en el código: ingeniería implementa el contrato, no interpreta el diseño.

Entregable

Marco Applaudo

El PoC Flex corre sobre este proceso: de la petición al handoff que engineering puede consumir.

Basado en AI Design Process (Fernando Martir), adaptado al PoC Flex

AI Design Process

Volaris Design · PoC Flex 2

Cómo lo probamos

Mapa de pruebas 0→4 en feature real — automatización asistida + entrega sellada.

Método E2E en feature real
Figma organizado → higiene → verify vs Android + JSON → sello humano → eng consume solo lo sellado.

PruebaQué respondíaResultado
0 Baseline manual ¿Cuánto cuesta sin skills? Control: higiene/verify/contracts a mano (días, no horas)
1 Higiene usando skills ¿Claude Project + Figma MCP ordenan el canvas con OK humano? Sí: renombres/patrones asistidos; humano aprueba
2 Verify figma, specs y codigo usando skills ¿Detectamos gaps Figma↔spec↔código sin inventar? Sí: PASS/GAP honestos - Debe agregarse Claude Code + Figma Console MCP obligatoriamente
3 Contratos draft ¿Sale draft usable para portero? Sí, draft — no es el handoff eng
4 Manual Test PoC #2 ¿Podemos sellar happy path y entregar a eng? Sí: pack sealed · handoff (1 oct)

Lectura: pruebas 1–3 = automatización asistida; prueba 4 = entrega real.

SEÑAL DE TIEMPO (PILOTO)

Flujo completo ~1–2 días → ~1.5–2.5 h / ~40–60 min activos

Sello humano (fijo)

El sello (~10–15 min) no se automatiza.

Cómo lo probamos
PoC Flex · Oct ’26

Volaris Design · PoC Flex

Señal de tiempo — métricas piloto

Comparativo por etapa: manual vs skills (reloj / activo). Señal ≈ 80–90% menos tiempo donde aplica.

EtapaManualCon skills (reloj / activo)Señal
Higiene ~2–4 h ~25–40 min / ~10–15 min activos ~80–90% menos tiempo
Verify ~3–6 h ~30–50 min / ~15–25 min triage Orden de magnitud similar
Contratos + sello ~4–8 h draft Draft ~ 10min; sello humano ~10–15 min ~80–90% Contratos en draft. El Sello NO se automatiza
Flujo completo ~1–2 días ~1.5–2.5 h / ~40–60 min activos Hero del piloto
SEÑAL CLAVE

Flujo Completo: ~1–2 días → ~1.5–2.5 h · Proceso en general ~80–90% menos tiempo

Nota: el sello humano (~10–15 min) es costo fijo — no entra en el % de ahorro automatizable.

Señal de tiempo
PoC Flex · Oct ’26

Volaris Design · PoC Flex

Roadmap de un handoff

Orden de mano: Producto cierra → Diseño higieniza → Portero sella → Eng consume.

1

Producto / PO

Cierra copy / AC

→
2

Diseñador

Intake + higiene (OK humano)

→
3

Portero / Lead Designer

Verify + sello ≤15 min

→
4

Eng

Consume packs sellados e implementa con menos reproceso garantizado

Qué proponemos hoy

Apoyo para socializar el método al resto del equipo. Reconocimiento de tiempos de adopción razonables.

Adopción

  • Shadow 2–3 semanas
  • Playbook +2–3 semanas
  • Workshops internos 2-3 semanas
  • Rollout ligero desde mes 2

En paralelo: Formación intensiva en Claude Code, GitHub, Design System y Contratos JSON.
Imprescindible: Diseño debe tener acceso a repositorio y SDD.

Entregables

  • Shadowing reports
  • Playbook consumible por todo el equipo
  • Workshops evidence
  • Acceso a cursos (p. ej. Claude Code)
SEÑAL CLAVE

Asentar esta práctica en Diseño tomará 3–6 meses: proceso nuevo (cliente + interno) y curva técnica + accesos que hoy el equipo no tiene.

Applaudo
PoC Flex · Oct ’26