⚔️ AAPP OPERATIONS · 🏭 Sistema de Producción
MÓDULO 08 · PRODUCCIÓN ESTANDARIZADA

🏭 SISTEMA OPERATIVO
DE PRODUCCIÓN

AAPP OPERATIONS

Convierte una venta cobrada en un producto correctamente implementado, probado, entregado y activado.

🟢 CAZA🔵 PILOTO🟣 TORRERecurso transversal · no es un producto
Control del proyecto

¿Está listo para avanzar?

Herramienta de verificación manual: no comprueba cobros automáticamente ni ejecuta acciones. Usá referencias internas, no datos personales, comprobantes ni credenciales. No reemplaza la fuente operativa compartida.

Responsables y programación

Estado declarado: no habilita una etapa ni reemplaza sus criterios de salida.

Cobro y handoff
Bloqueo, próxima acción y evidencia

Checklist

Marcá sólo verificaciones realizadas y respaldadas. “Si corresponde” requiere justificar la no aplicación en el alcance; no excluye funciones prometidas.

Completar verificaciones no equivale a entregar: también deben cumplirse las condiciones de avance.

    Sin guardado local activado, el borrador dura esta sesión. No se modifican otros datos de Misión 9000.

    Ocho etapas. Ningún salto invisible.

    1. 01 · 🤝 Venta↓ Sigue Cobro
    2. 02 · 💳 Cobro↓ Sigue Handoff
    3. 03 · 📋 Handoff↓ Sigue Producción
    4. 04 · 🛠️ Producción↓ Sigue QA
    5. 05 · 🧪 QA↓ Sigue Entrega
    6. 06 · 📦 Entrega↓ Sigue Activación
    7. 07 · 🚀 Activación↓ Sigue Medición
    8. 08 · 📈 Medición↺ Revisar y mejorar

    VENTA SIN COBRO NO ENTRA EN PRODUCCIÓN. Sólo admite excepción autorizada, con motivo, responsable, riesgo y nueva fecha de cobro.

    Un “sí”, una propuesta enviada, una promesa de pago o un mensaje “urgente” no habilitan producción. Se exige producto, alcance y precio confirmados, pago o anticipo verificado, comprobante, responsables comercial y productivo, datos esenciales, materiales mínimos, faltantes identificados, fecha acordada y handoff aprobado.

    No es un producto para vender. Es el sistema interno que evita producir desde chats desordenados, promesas ambiguas o información incompleta.

    01 · 🤝 Venta

    Convertir una necesidad real en un alcance claro.

    Responsable
    Noelia lidera Venta · Martín valida viabilidad técnica cuando corresponde · Carlos interviene sólo en precio, margen o excepción estratégica
    Entrada
    Cliente, empresa, problema, diagnóstico y capacidad de implementación.
    Acciones obligatorias
    Registrar producto, resultado esperado, alcance incluido, exclusiones, precio acordado, forma de pago, plazo estimado, dependencias y promesas realizadas.
    Resultado esperado
    Propuesta aceptada y versión del alcance identificada.
    Criterio de salida
    El cliente entiende qué compra y qué no compra.
    Bloqueos posibles
    Oferta ambigua, decisor ausente, promesas fuera de alcance o capacidad no validada.
    Evidencia necesaria
    Propuesta y aceptación fechadas; referencia al registro comercial.

    02 · 💳 Cobro

    Confirmar que la venta está habilitada para avanzar.

    Responsable
    Noelia realiza seguimiento comercial del cobro · Carlos sólo define condiciones, precio y excepciones estratégicas
    Entrada
    Propuesta aceptada y condiciones de pago.
    Acciones obligatorias
    Registrar monto, moneda, fecha, medio, comprobante, saldo pendiente, próximo vencimiento y responsable. Verificar la acreditación; una captura de pago no basta.
    Resultado esperado
    Pago verificado o excepción autorizada y documentada.
    Criterio de salida
    Acreditación verificada o autorización expresa con motivo, responsable, riesgo y nueva fecha de cobro.
    Bloqueos posibles
    Pendiente, rechazado, vencido o comprobante sin verificar.
    Evidencia necesaria
    Referencia al registro de pago verificado o a la autorización; documentos por canal seguro.

    Estados: pendiente de pago · anticipo recibido · pago total recibido · pago verificado · excepción autorizada · pago rechazado o vencido.

    03 · 📋 Handoff

    Transferir la venta sin interpretar conversaciones completas.

    Responsable
    Noelia documenta alcance y materiales vendidos · Martín acepta el handoff y toma Producción · Carlos interviene sólo si hay cambio de precio, margen, capacidad o excepción estratégica
    Entrada
    Venta y cobro documentados; información comercial, materiales y accesos.
    Acciones obligatorias
    Completar la ficha, identificar faltantes, validar mínimos y obtener aprobación de Martín. Estados: incompleto, esperando cliente, listo para producción, devuelto a ventas, aprobado.
    Resultado esperado
    Ficha única, aprobada y con responsables claros.
    Criterio de salida
    Handoff aprobado; materiales esenciales completos y faltantes no esenciales con responsable y plazo.
    Bloqueos posibles
    Información esencial incompleta, accesos no disponibles o fecha no validada.
    Evidencia necesaria
    Ficha versionada, aprobación y lista de faltantes. Nunca guardar contraseñas en esta página.

    Ficha de handoff

    • Cliente, empresa, rubro y datos de contacto completos
    • Producto, problema, alcance, exclusiones, precio y pago documentados
    • Fecha prometida, responsables y aprobador final definidos
    • Logo, colores, textos, imágenes y servicios disponibles o faltantes identificados
    • WhatsApp, redes, dominio y referencias visuales confirmados
    • Accesos entregados por canal seguro e integraciones validadas
    • Restricciones y materiales mínimos resueltos; faltantes restantes con responsable y plazo

    Si el handoff está incompleto, el trabajo no empieza. Un faltante esencial bloquea; los no esenciales deben estar identificados y programados.

    04 · 🛠️ Producción

    Construir únicamente lo vendido y aprobado.

    Responsable
    Martín
    Entrada
    Pago habilitado, handoff aprobado, capacidad y checklist aplicable.
    Acciones obligatorias
    Registrar responsable, prioridad, inicio, fecha objetivo, producto, estado, bloqueo, próxima acción y evidencia. Separar correcciones de nuevos pedidos.
    Resultado esperado
    Implementación del alcance lista para QA.
    Criterio de salida
    Checklist aplicable completo; evidencia de avance y ningún bloqueo crítico abierto.
    Bloqueos posibles
    Cliente pendiente, bloqueo interno, cambio sin aprobar o sobrecarga de capacidad.
    Evidencia necesaria
    Versiones, URLs de prueba, pruebas técnicas y registro de avance.

    No agregar funciones no vendidas, rediseñar sin necesidad, empezar sin mínimos, aceptar cambios ilimitados, prometer fechas sin capacidad ni marcar “casi terminado” como entregado.

    05 · 🧪 QA

    Evitar entregar productos incompletos o aparentemente funcionales.

    Responsable
    Martín en QA técnico · validación comercial según alcance con Carlos/Noelia
    Entrada
    Versión identificada e implementación terminada.
    Acciones obligatorias
    Probar interacciones reales en móvil y escritorio. Registrar resultado, evidencia, error, severidad y corrección. Repetir pruebas tras corregir.
    Resultado esperado
    QA aprobado, con evidencia y sin errores críticos.
    Criterio de salida
    Alcance cumplido e interacciones aprobadas. HTTP 200 no significa que el producto funciona.
    Bloqueos posibles
    Error crítico, falta de permisos, conversión no comprobada o datos simulados presentados como reales.
    Evidencia necesaria
    Matriz de pruebas fechada con versión, entorno, resultado y capturas o registros.

    06 · 📦 Entrega

    Convertir el trabajo terminado en una entrega aceptada.

    Responsable
    Martín entrega · Noelia coordina confirmación · cliente aprueba
    Entrada
    QA aprobado y paquete de entrega.
    Acciones obligatorias
    Entregar URL, accesos por canal seguro, resumen implementado, permisos de edición, exclusiones, instrucciones, demo o video si corresponde, canal de correcciones y plazo de revisión.
    Resultado esperado
    Entrega documentada y aceptación del cliente.
    Criterio de salida
    Confirmación explícita del cliente; correcciones resueltas o nuevos pedidos separados.
    Bloqueos posibles
    Esperando revisión, corrección incluida pendiente, cambio fuera de alcance o falta de aprobación.
    Evidencia necesaria
    Acta o mensaje de entrega, documentación y aprobación fechada.

    Estados: entregado · esperando revisión · corrección incluida · cambio fuera de alcance · aprobado · cerrado.

    Casi terminado no es entregado.

    07 · 🚀 Activación

    Verificar que el producto se utiliza realmente.

    Responsable
    Martín activa · Noelia acompaña · responsable operativo del cliente definido
    Entrada
    Entrega aceptada, usuarios y autorización de activación.
    Acciones obligatorias
    Verificar publicación, campaña cuando corresponda, WhatsApp, automatizaciones, accesos, capacitación, datos entrantes y primera acción real. No activar gasto publicitario sin presupuesto y autorización.
    Resultado esperado
    Producto utilizado en la operación real.
    Criterio de salida
    Primera acción real completada y responsable operativo confirmado.
    Bloqueos posibles
    Equipo sin acceso, campaña no autorizada, integración desconectada o falta de adopción.
    Evidencia necesaria
    Registro de primera acción, conexión, capacitación y fecha de activación.

    Construido no significa activado. La activación exige uso real.

    08 · 📈 Medición

    Determinar si el producto produjo el resultado esperado.

    Responsable
    Carlos revisa rentabilidad, margen, capacidad y reinversión · Noelia revisa ventas y seguimiento · Martín revisa métricas técnicas y productivas
    Entrada
    Operación activada, fuentes verificadas y período de observación.
    Acciones obligatorias
    Registrar línea inicial, período, fuente, resultado y próxima revisión. Separar atribución, estimación y resultado observado. Nunca inventar números ni considerar un dato ausente como cero.
    Resultado esperado
    Resultado medido y decisión de mejora.
    Criterio de salida
    Revisión documentada con evidencia y próxima acción asignada.
    Bloqueos posibles
    Sin datos, atribución insuficiente, fuente desconectada o período todavía insuficiente.
    Evidencia necesaria
    Reporte fechado y trazable con fuentes; si falta evidencia, NO MEDIDO.

    Checklists por producto

    CAZA genera. PILOTO procesa. TORRE facilita decisiones. Los productos superiores incorporan lo aplicable del anterior; si el cliente ya tiene un componente, validarlo y reutilizarlo sin producirlo dos veces.

    🟢 CAZA · Genera demanda

    Sitio profesional, landing, copy, Google Ads, conversiones, CTA, WhatsApp cuando corresponda y medición básica. Inversión publicitaria aparte. No garantiza ventas.

    • Oferta confirmada
    • Rubro y ubicación confirmados
    • Palabras clave e intención de búsqueda validadas
    • Landing publicada con copy comercial aprobado
    • Versión móvil revisada
    • CTA y WhatsApp correcto funcionando
    • Formulario probado si corresponde
    • Conversión configurada y comprobada
    • Google Ads configurado
    • Presupuesto publicitario confirmado por separado
    • Exclusiones aclaradas; no se garantizan ventas
    • QA del canal de captación aprobado
    • Activación autorizada preparada
    • Medición inicial preparada
    🔵 PILOTO · Procesa oportunidades

    Incluye lo aplicable de CAZA más chatbot, preguntas, calificación, datos, seguimiento y CRM básico. No es priorización transversal.

    • Número de WhatsApp confirmado
    • Inicio de conversación definido
    • Preguntas y datos a guardar definidos
    • Criterios de calificación aprobados
    • Rutas de respuesta y condiciones probadas
    • Derivación a humano probada
    • Seguimientos y retrasos configurados
    • Mensajes aprobados
    • Conversación completa probada
    • Casos incompletos y errores probados
    • CRM básico o destino de datos verificado
    • QA de automatización aprobado
    • Activación y medición preparadas
    🟣 TORRE · Prioriza y facilita decisiones

    Incluye lo aplicable de PILOTO más Command Center, pipeline, RADAR, FOCUS, prioridad, Next Best Action, Dinero Ahora, bloqueos, aprobación humana y Modo Noelia. Cloud sólo con integración real verificada.

    • Fuentes de conversaciones verificadas
    • Command Center y pipeline configurados
    • Estados comerciales definidos
    • Reglas de prioridad y responsables definidos
    • Señales de intención y bloqueo validadas
    • Dinero Ahora y oportunidades configurados
    • Seguimientos críticos configurados
    • RADAR y FOCUS validados
    • Next Best Action con evidencia por recomendación
    • Modo Noelia presenta una decisión por vez
    • Acciones disponibles y aprobación humana probadas
    • Permisos y registro de acciones probados
    • Cloud omitido o integración real verificada según alcance
    • Prueba con datos simulados etiquetados
    • Prueba con datos reales autorizados
    • QA operativo aprobado
    • Capacitación, activación y medición preparadas

    Modo Noelia es la interfaz operativa de TORRE, no otro producto. RADAR lee → FOCUS interpreta → TORRE ordena → Modo Noelia presenta → humano decide → Cloud ejecuta cuando corresponde.

    Qué medimos

    🟢 CAZA

    • Inversión, clics y CPC
    • Consultas y leads calificados
    • Costo por consulta y por oportunidad

    🔵 PILOTO

    • Consultas recibidas y respondidas
    • Tiempo de respuesta y datos recopilados
    • Leads calificados y derivaciones
    • Seguimientos y conversaciones abandonadas

    🟣 TORRE

    • Oportunidades y Dinero Ahora
    • Decisiones presentadas y aprobadas
    • Seguimientos críticos y bloqueos
    • Ventas recuperadas y dinero cobrado
    • Tiempo ahorrado y adopción de Modo Noelia

    Producción

    Horas estimadas y reales · margen · retrasos · correcciones · reclamos · tiempo hasta entrega · tiempo hasta activación.

    CPC = inversión / clics. Costo por consulta = inversión / consultas. Costo por oportunidad = inversión / oportunidades calificadas. Si el denominador es cero o falta una fuente, informar “no calculable”, no inventar un resultado. Definir período y criterio de atribución para ventas recuperadas; medir tiempo ahorrado contra una línea inicial comparable.

    REAL: fuente verificable. MANUAL: dato declarado. SIMULACIÓN: ejemplo. NO MEDIDO: falta evidencia. Usar nuestro ecosistema es un caso de uso; llamarlo caso de éxito requiere resultados medidos.

    👑 Cadena de mando y fronteras

    Tres roles. Ninguno absorbe el caos del otro. El handoff es el puente formal entre Venta y Producción.

    🧭 Carlos · Dirección

    • Estrategia, mercado y diseño de producto
    • Precios, costos objetivo y márgenes
    • Capital de escala: campañas, VPS, APIs, IA, conectores y contratación
    • Decisiones GO / ADJUST / STOP
    • No administra tesorería diaria ni corrige producción heredada

    💼 Noelia · Ventas

    • Prospección y conversaciones
    • Diagnóstico inicial y demo
    • Seguimiento, objeciones y cierre
    • Seguimiento de cobro y recolección comercial
    • Entrega a Producción sólo mediante handoff completo

    🏭 Martín · Producción

    • Arquitectura y automatización
    • Desarrollo e integraciones
    • Producción estandarizada
    • QA, publicación y activación
    • No redefine precio, alcance ni promesas comerciales sobre la marcha

    Regla: Carlos decide qué máquina construir y con qué combustible; Noelia convierte oportunidades en ventas; Martín convierte ventas cobradas en productos terminados.

    ¿Quién espera a quién?

    Esperamos al cliente · el cliente espera al equipo · ventas espera producción · producción espera ventas · QA espera corrección · entrega espera aprobación · sin responsable · sin próxima acción.

    Todo bloqueo registra responsable, motivo, fecha, próxima acción y plazo. Si falta responsable o próxima acción, el proyecto sigue bloqueado.

    Control de cambios

    Corrección

    Algo vendido no funciona o quedó mal implementado. Se corrige y vuelve a QA.

    Cambio incluido

    Ajuste menor contemplado en el alcance y dentro de las revisiones acordadas.

    Nuevo pedido

    Función, página, integración o diseño no vendido: cotizar, aprobar y programar por separado. No mezclar silenciosamente con la entrega original.

    Biblioteca oficial · Venta + Producción

    Un proceso común. Tres productos. Tres manuales de Venta Directa.

    El vendedor diagnostica y cierra con el manual comercial del producto. Recién después de cobro + handoff, Producción toma el proyecto con este Sistema de Producción.

    🎯 Caso maestro para entrenamiento

    Caso real · Agustín M. Laviana · Modo Venta Directa

    Usarlo para entrenar la secuencia: escuchar → encontrar dolor → descartar productos que no corresponden → demostrar el flujo real → presentar precio → pedir decisión → cobrar → handoff.

    Regla de diagnóstico

    CAZA

    “Necesito oportunidades.”

    PILOTO

    “Tengo oportunidades pero se me escapan.”

    TORRE

    “Tengo oportunidades pero no sé cuál atacar primero.”

    Este sistema gobierna el proceso compartido. Los manuales de venta gobiernan diagnóstico, demo y cierre; los manuales de producto conservan las particularidades de implementación. Ninguna venta entra a producción sin cobro habilitado y handoff aprobado.

    Reglas de uso y compatibilidad

    No existe un nivel posterior obligatorio a TORRE. Este recurso no se cotiza ni se vende por separado.

    El checklist es una ayuda manual, no una integración con pagos, CRM o Cloud. Ninguna marca del checklist envía mensajes, cobra, publica ni activa campañas.

    El borrador local es opcional y pertenece al dispositivo. Sincronización, auditoría de cobros y permisos reales se mantienen en las fuentes autorizadas de la operación. Credenciales siempre por canal seguro.

    No se modifican métricas, decisiones, experimentos, snapshots, conexiones ni el almacenamiento de Misión 9000.