El journal: cómo revisarlo para que sirva

Cuándo y cómo se revisa

La revisión tiene dos condiciones: un momento fijo y ninguna posición abierta. El momento fijo evita que se haga solo cuando la semana fue mala (o solo cuando fue buena); la ausencia de posiciones evita que se lea el journal con la cabeza de la operación en curso. Un fin de semana, una hora, con la hoja y las capturas.

No se revisa operación por operación en busca de 'qué habría hecho mejor'. Eso, aislado, es la forma más eficaz de aprender ruido: cada operación individual está dominada por el azar y siempre habrá algo que 'podrías' haber hecho. Se revisa en conjunto, buscando lo que se repite.

Y una condición previa de actitud: la revisión no es un juicio sobre ti. Es un análisis de un proceso que ejecuta una persona. Si sales de cada revisión sintiéndote mal, la dejarás de hacer en un mes. Si sales con una lista de dos cosas concretas que observar la semana siguiente, la mantendrás.

Las preguntas de la revisión semanal

En este orden, porque el orden va de lo objetivo a lo subjetivo y evita que la emoción del resultado contamine la lectura de la ejecución:

1. ¿Cuántas operaciones, y cuántas dentro del plan? La proporción 'fuera de plan' es tu primer indicador de salud. Si sube, el resto de la revisión gira alrededor de por qué.
2. ¿Qué R produjeron las operaciones dentro del plan y qué R las de fuera? Casi siempre las de fuera son netamente peores. Cuando no lo son, cuidado: una ganancia fuera del plan refuerza la conducta que la produjo y la volverás a repetir. Es la casilla más peligrosa de la matriz decisión/resultado.
3. ¿Cuántas desviaciones, y de qué tipo? Cuenta las casillas marcadas: stops movidos, salidas anticipadas, entradas sin confirmación, tamaño distinto. Una desviación concreta que aparece tres veces en una semana es un patrón candidato.
4. ¿Qué setups del plan aparecieron y no se operaron, y por qué? Miedo tras un stop, distracción, duda sobre si cumplía. Las operaciones no tomadas son la parte del sistema que estás dejando fuera, y sesgan tu muestra real respecto al backtest.
5. ¿Qué emociones se anotaron antes de entrar, y qué relación tienen con las desviaciones? Cruza la columna de emoción previa con las casillas de desviación. Suele aparecer una asociación clara: 'prisa' con 'entrada sin confirmación', 'miedo' con 'cierre anticipado', 'rabia' con 'tamaño'.
6. ¿Hay franjas horarias, días o regímenes donde se concentran los problemas? Agrupa por hora y por régimen igual que en el backtest. La brecha entre backtest y real suele tener geografía.
7. ¿Qué dice la excursión a favor de las perdedoras? Si muchas llegaron lejos antes de volver, hay una conversación pendiente con tu gestión — pero como hipótesis a probar, no como cambio inmediato.
8. ¿Qué una cosa observo la semana que viene? Una. No cinco.

Patrón frente a anécdota

El riesgo de la revisión es el mismo que el del backtest: encontrar patrones donde solo hay azar. Una semana con dos stops en la misma franja horaria no es un patrón; es una semana. Criterios para tomarse algo en serio:

• Se repite en varias semanas, no solo en la que estás revisando. Por eso la revisión semanal debe mirar también las tres o cuatro anteriores.
• Describe una conducta, no un resultado. 'Pierdo los martes' es una observación de resultado y casi seguro ruido. 'Los martes entro antes de la confirmación' es una conducta que se puede contar y corregir.
• Tiene una explicación plausible que podías haber formulado antes de ver los datos. 'Cierro antes en los primeros veinte minutos de la apertura porque la volatilidad me asusta' es plausible. 'Pierdo cuando el reloj marca minutos pares' no.
• Aparece en la columna de emoción previa, no solo en el resultado. Los patrones de conducta suelen tener una emoción que los precede y que ya anotaste sin saber para qué.

De patrón a cambio

Un patrón confirmado se convierte en una de tres cosas, y conviene decidir cuál de forma explícita:

• Un cambio de regla del plan, cuando el patrón revela un hueco o una regla mal definida. 'Entro antes de la confirmación porque la regla dice vela de rechazo y no define qué es': se cierra la definición. Un cambio de regla obliga a anotarlo con fecha y a saber que las operaciones anteriores se hicieron con otro plan.
• Un protocolo de conducta, cuando el plan está bien pero tú no lo sigues en una situación concreta. 'Tras un stop, anoto prisa y entro sin confirmación': el protocolo puede ser una pausa obligatoria de X minutos tras cada stop, o la obligación de escribir la confirmación cumplida antes de enviar la orden. Los protocolos se desarrollan en el módulo 13, pero nacen aquí, del journal.
• Una hipótesis para el backtest, cuando el patrón sugiere que el sistema, no tú, podría mejorar. 'Las perdedoras llegan a +0,7R antes de volver': hipótesis de gestión, se prueba en backtest con reinicio, no se cambia en vivo por intuición.

Y cada cambio se anota en una página aparte del journal —el registro de cambios— con la fecha, el patrón que lo motivó y cómo sabrás si ha funcionado. Sin esa página, dentro de tres meses no recordarás por qué tu plan dice lo que dice.

Revisión mensual y el ciclo completo

Cada cuatro o cinco semanas, una revisión más larga sobre el conjunto: métricas agregadas (R total dentro y fuera del plan, win rate, drawdown en R, racha máxima), comparación con la distribución del backtest, y relectura del registro de cambios para ver cuáles se han mantenido y cuáles se han olvidado.

La comparación con el backtest es el punto central. Si tu journal real, filtrado a las operaciones dentro del plan, se parece razonablemente a lo que el backtest mostraba, el sistema está haciendo lo que debía y el trabajo pendiente es reducir las operaciones fuera de plan. Si se aleja mucho incluso en las operaciones dentro del plan, hay tres sospechosos: régimen distinto al del backtest, costes de ejecución no estimados, o una definición de 'dentro del plan' más laxa en vivo que en replay. Cada uno se investiga por separado.

Sobre el ciclo completo: el Diario de FUNESMA79 es, literalmente, la revisión semanal de la que habla esta lección, publicada en su versión sin cifras. Las siete preguntas de cada entrada —qué pasó, qué sentí, qué hice, qué salió mal, qué salió bien, qué aprendí, qué quiero cambiar— son una compresión de las ocho de arriba. Y los Casos reales son lo que ocurre cuando un patrón del journal se ha repetido lo suficiente para merecer una página propia: no una operación, sino una conducta identificada, con su contexto, su error y lo que se hace hoy cuando aparece.

El caso enlazado abajo, sobre cerrar antes de tiempo en MNQ, es un ejemplo de ese recorrido: una fila del journal ('cerré con la lectura correcta, por miedo') que se repite en la misma franja horaria durante semanas, se convierte en patrón, y el patrón en un protocolo ('mover a breakeven y dejar correr según el plan escrito') que todavía se está midiendo. Ese 'todavía se está midiendo' es el tono correcto: la revisión no cierra el problema, lo mantiene observado.