Perder 8.400 dólares dolió. Terminar 347 operaciones sin poder explicar cuáles produjeron la pérdida, qué errores se repetían ni cuándo se rompió mi proceso fue peor, porque no tenía información para evitar una repetición.
En 1854, John Snow recorría el barrio londinense de Soho mientras un brote de cólera seguía matando personas y su causa permanecía en disputa. Snow registró las muertes en un mapa y encontró una concentración alrededor de la bomba de agua de Broad Street. Ese patrón convirtió una tragedia dispersa en una hipótesis que podía investigarse.
El balance mostraba el daño, pero ocultaba la causa
Mi pantalla decía menos 8.400 dólares. Esa cifra era precisa y casi inútil.
Podía ver las 347 operaciones, con sus entradas, salidas, comisiones y resultados. Lo que no podía ver era por qué había abierto cada posición. No había registrado si seguía una tesis, perseguía una vela o intentaba recuperar una pérdida anterior. Tampoco sabía cuántas veces había cambiado el stop, aumentado el tamaño después de perder o entrado por miedo a quedarme fuera.
Había conservado los resultados y eliminado el contexto.
La pregunta que rompió la historia que me contaba fue sencilla: ¿qué tendría que cambiar para que mañana no repitiera exactamente lo mismo?
No pude responder.
Hasta entonces trataba la pérdida como un problema de selección. Necesitaba mejores señales, otro indicador, más confirmaciones. Pero una señal distinta no podía corregir un proceso que yo no había documentado. Cambiar de sistema habría cubierto el rastro anterior con una capa nueva de operaciones.
Snow afrontó un problema parecido en otra escala y con consecuencias incomparables. Una lista de fallecimientos confirmaba el desastre. El mapa permitió buscar una relación entre ellos. Steven Johnson reconstruye esa investigación en The Ghost Map, incluido el trabajo de Snow en Broad Street y la decisión de retirar la manivela de la bomba.
Yo también necesitaba un mapa.
Las operaciones aisladas no explican un patrón
Empecé por reconstruir lo que aún podía verificar. No intenté justificar cada entrada. Clasifiqué comportamientos observables:
- Tamaño de la posición respecto al capital disponible.
- Riesgo previsto antes de entrar.
- Stop inicial y cambios posteriores.
- Hora de la operación.
- Número de operaciones abiertas durante la misma sesión.
- Existencia de una tesis escrita.
- Resultado de la operación anterior.
- Motivo registrado para salir.
El objetivo no era encontrar una operación culpable. Quería saber qué condiciones aparecían una y otra vez alrededor de las pérdidas.
Las operaciones sin tesis escrita merecían una categoría propia. También las entradas realizadas poco después de una pérdida, los aumentos de tamaño y los stops ampliados cuando el precio se acercaba al nivel previsto. La columna de beneficio o pérdida dejó de ser el centro. Las columnas sobre decisiones empezaron a explicar el resultado.
Un diario útil no pregunta únicamente cuánto ganaste. Registra qué sabías antes de entrar, cuánto aceptabas perder y si respetaste esa decisión cuando apareció la presión. La columna B estaba en rojo, lo que mi diario reveló sobre mis impulsos. desarrolla esa diferencia entre guardar operaciones y estudiar conducta.
Una aprobación previa cambia la pregunta
Un sistema con aprobación humana introduce una pausa entre la señal y la orden. La IA puede generar y poner en cola una propuesta, pero la persona revisa el tamaño, el riesgo, la tesis y las condiciones antes de aprobarla o rechazarla.
Esa pausa no elimina pérdidas ni convierte una señal en certeza. Hace visible una decisión mientras todavía puede detenerse.
Para un operador que ya desconfía de los bots autónomos, la diferencia es concreta: ninguna operación se ejecuta sin aprobación. Para alguien que está aprendiendo con poco capital, la aprobación también obliga a practicar una habilidad básica, justificar el riesgo antes de exponerse a él.
Una revisión previa puede incluir cuatro preguntas:
- ¿Qué condición concreta sostiene esta entrada?
- ¿Cuánto capital se perdería si el stop se ejecuta?
- ¿El tamaño respeta el límite definido para esta operación?
- ¿Aprobaría la misma propuesta si la operación anterior hubiera terminado en beneficio?
La cuarta pregunta detecta decisiones de revancha. Las primeras tres dejan un registro que luego puede compararse con el resultado.
La pérdida necesita una explicación verificable
No recuperé los 8.400 dólares entendiendo las 347 operaciones. Recuperar dinero tampoco era una conclusión que los datos pudieran garantizar. Lo que obtuve fue algo más sobrio: un proceso capaz de distinguir una pérdida prevista de una decisión fuera de plan.
El mapa de Snow no redujo el brote a una cifra total. Mostró dónde mirar y permitió actuar sobre una hipótesis concreta. Un registro de trading cumple una función semejante cuando conecta cada resultado con el tamaño, el riesgo, la tesis y la aprobación que lo precedieron.
Desde entonces, mi pregunta dejó de ser “¿cuánto perdí?”. Pasó a ser “¿qué decisión produjo esta exposición y qué evidencia tengo para repetirla o descartarla?”.
Un balance rojo describe el pasado. Un historial de decisiones puede cambiar la siguiente orden.
Contenido educativo, no asesoramiento financiero.
Comentarios
Todavía no hay comentarios.