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
La excepción debe existir en el registro autorizado; completar estos campos no la autoriza.
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.
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.
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.
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.
Usarlo para entrenar la secuencia: escuchar → encontrar dolor → descartar productos que no corresponden → demostrar el flujo real → presentar precio → pedir decisión → cobrar → handoff.
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.