Descubrir
Construir
Analizar
Un sistema que nos guía para saber qué construir, en qué orden, y cómo saber si está funcionando.
El problema no es la herramienta. Es la arquitectura.
Vuestro equipo ya tiene acceso a IA. Lo que no tiene es un sistema. Y sin sistema, esto es lo que pasa: decisiones que se repiten porque nadie las escribió la primera vez, métricas que se definen cuando ya no sirven para decidir nada, experimentos que terminan sin que nadie sepa qué se aprendió.
El problema de verdad
Construisteis antes de entender el problema. El resultado es perfecto. Para un problema que no era el problema.
Entrega de valor
Diez outputs esta semana. Cero sobrevivieron al primer usuario real. Eso no es velocidad, es ruido con fecha de entrega.
Fuga de conocimiento
Alguien pregunta por qué se construyó esto. Nadie se acuerda. Ni la persona que lo construyó.
Estos no son problemas de herramientas ni de actitud. Son problemas de sistema, y tienen solución si se trabajan en el orden correcto.
Del reto al experimento.
Nada entra en construcción sin pasar antes por aquí. Es la fase más probada del sistema: cuatro puertas, cada una con su propia pregunta.
Problem Statement + Research
¿Este reto merece entrar en el proceso?
Tensión actual frente al objetivo de negocio, con entrevistas e insights reales, no supuestos.
Métricas
¿El problema y las métricas son suficientemente sólidas?
Impacto, outcomes y línea base. Sin esto, no se avanza.
Hipótesis
¿Es lo bastante fuerte?
Valor por riesgo: si merece apostar tiempo del equipo en ella.
Experimento
¿Está definido para pasar a CREATE?
Señal de éxito, guardrail y una decisión explícita de Go o No-Go.
Outputs
Problem Statement validado
Cómo medir el valor real, no el que suena bien
Señal de éxito y guardrail definidos antes de construir
Valida rápido y barato.
No vamos a la primera entrevista con algo que ni sabemos si funciona.
El núcleo de esta fase es una sesión de Vibe Coding: el equipo construye en vivo, junto. Quien diseña itera, quien programa construye y valida, todo en la misma sesión. El prototipo sale de ahí. No hay traspaso de un lado a otro después.
Outputs
Experimento con señal de éxito explícita
Trazabilidad al problema original
Guardrails: qué no puede empeorar
Leer la señal y decidir.
No hay una quinta opción.
Perseverar
La señal se cumplió. Se escala o se inicia la siguiente iteración.
Pivotar
La señal no se alcanzó, pero hay una dirección clara. Se vuelve a Descubrir sin perder lo aprendido.
Abandonar
No hay dirección alternativa. Se cierra con el motivo documentado.
No-Go
Se cruzó un límite que no se puede cruzar. Se para ahí mismo, sin esperar al final del ciclo.
Outputs
Decisión basada en datos, no en intuición
Aprendizaje archivado: nada se pierde
Inicio del siguiente ciclo, si toca, desde lo ya sabido
6 puertas. Ninguna se salta.
Sin consenso explícito en cada puerta, el equipo avanza por inercia. No por evidencia.
¿Este reto merece entrar en Descubrir?
¿El problema y las métricas son suficientemente sólidos?
¿Es lo bastante fuerte?
¿Está definido para pasar a Construir?
¿Cumple para salir a producción?
¿Qué dice el dato sobre la hipótesis?
Claves
Si una puerta falla, se para ahí. No se construye sobre una hipótesis débil.
Las puertas crean consenso de equipo, no dependencia de la memoria de una persona.
Sin llegar a la puerta del experimento, cualquier resultado puede parecer un éxito.
Nada se pierde. Nada vuelve a empezar de cero.
Funciona aunque el experimento falle: el aprendizaje siempre llega al sistema.
Ficha de iniciativa
Vive desde el inicio del proyecto hasta el final. Incluye por qué se avanzó en cada puerta, qué hipótesis se descartaron y por qué, qué se aprendió al cerrar el ciclo, y las señales de éxito definidas antes de empezar.
No os dejamos entre reuniones.
En cada puerta de decisión estamos con vosotros: revisando si el problema aguanta, si la hipótesis es lo bastante fuerte, si el experimento está listo para pasar a producción.
No os preocupéis de documentar aparte. Se documenta mientras se hace, no después.
La IA no improvisa. Opera con contexto.
Cada fase tiene su propio agente, con su propio contexto y sus propias skills. Ninguno improvisa sobre información genérica. Todos leen la ficha de iniciativa antes de moverse.
Registro de decisiones
Acumula qué se intentó, qué funcionó y qué no. Cuando un mismo patrón aparece en dos o más iniciativas, se convierte en un reto nuevo de Descubrir.
El método no negocia.
Primero el problema
La IA amplifica errores. Un problema mal definido produce soluciones perfectamente incorrectas.
Contexto y conocimiento
Lo aprendido hoy construye mañana. No hay colchón entre aprender y actuar.
Valida pronto y barato
El output se juzga por si funciona, no por si es bonito. Lo bonito llega después.
Velocidad como causa
La velocidad no es el objetivo. Es lo que pasa cuando el trabajo previo está bien hecho.
Métricas desde el kickoff
El éxito se define antes de construir. Si no, no hay forma honesta de saber si funcionó.
Trazabilidad total
Toda decisión debe poder explicarse señalando al problema original. Si no puede, es deuda de criterio.
Del diagnóstico al sistema funcionando.
Así es cómo 10x Signal se aplica cuando trabajamos con un equipo. Cuatro pasos, sin saltar ninguno.
Diagnóstico
Mapeamos cómo fluye la información en la organización: dónde se pierde el valor, dónde vive el conocimiento que nadie comparte, por qué la IA no está dando lo que promete.
Arquitectura
Centralizamos y estructuramos el conocimiento del equipo para que la IA razone sobre el negocio real, no sobre documentos genéricos.
Implementación
Construimos el sistema con el equipo, no para el equipo. La diferencia es que al final saben operarlo solos.
Transferencia
El equipo aprende a operar el sistema autónomamente. No dejamos un manual, estamos hasta que funciona.
¿Tienes las herramientas pero no el sistema?
Sin presentación. Sin pitch. Solo diagnóstico.