Construir Tickerback nos obligó a responder una pregunta que parece sencilla: ¿qué significa realmente volver a un día concreto del mercado?
No significa mover un calendario hacia atrás y dibujar un gráfico con datos antiguos. Significa reconstruir lo que un usuario habría tenido delante en ese momento: el precio del subyacente, los vencimientos disponibles, cada strike, su liquidez, su volatilidad y sus griegas. También significa ocultar todo lo que hoy conocemos, pero entonces todavía no había ocurrido.
Solo así el pasado vuelve a ser una decisión y no una respuesta conocida.
En Tickerback, el usuario puede entrar en esa sesión, estudiar la cadena y construir por sí mismo una posición. Puede ver qué riesgo ha creado, comprender qué variable lo está produciendo, practicar cómo gestionarlo y comprobar cómo cambia la estrategia con el precio, el tiempo y la volatilidad. Después puede conservarla en su cartera o compartirla para que otra persona la abra y la recorra.
La visión del producto estaba clara: Tickerback no debía decirle al usuario qué habría hecho una estrategia perfecta. Debía darle el entorno necesario para pensar, decidir y aprender como si estuviera allí.
Como CTO, mi trabajo ha sido convertir esa idea en algo que pudiera funcionar de verdad. Conseguir que una sesión histórica fuera consistente, que los cálculos reaccionaran a cada decisión y que el producto pudiera explicar lo que estaba sucediendo sin esconder la complejidad detrás de un resultado final.
Ese objetivo técnico empieza mucho antes de cualquier gráfico o simulación. Empieza por la información con la que se construye cada decisión.
Los datos son la base, no la experiencia
Nada de lo que aparece después funciona si los datos no son fiables.
Tickerback combina datos de mercado licenciados con capas de análisis desarrolladas internamente. Trabajamos con precios del subyacente, cadenas de opciones, volumen, interés abierto, volatilidad implícita, griegas y contexto de mercado.
La escala se mide en miles de millones de observaciones. Sin embargo, el reto no es únicamente almacenarlas. Es saber cuáles pueden utilizarse y qué significa cuando falta una.
Una cotización ausente no vale cero. Una sesión parcialmente cargada no puede presentarse como completa. Un contrato que apareció después no debe introducirse en una fecha anterior solo porque hoy sabemos que existió.
Por eso los datos se ingieren, validan y publican antes de llegar al usuario. Las anomalías se separan y la ausencia se representa como ausencia. Si no conocemos un precio, no lo inventamos.
Todo ese trabajo debe resultar invisible. El usuario no entra en Tickerback para admirar una arquitectura de datos. Entra para abrir una fecha y confiar en lo que tiene delante.
Option Chain: convertir información en una decisión
La cadena es el primer lugar en el que los datos empiezan a convertirse en producto.
Una tabla llena de strikes y cifras puede ser exacta y seguir siendo difícil de utilizar. Por eso no bastaba con mostrar contratos. Había que permitir recorrer vencimientos, comparar strikes y observar bid, ask, volumen, interés abierto, volatilidad y griegas sin perder de vista el subyacente.
En una fecha histórica, la cadena responde además a una pregunta esencial: ¿qué podía saber el usuario en ese momento?
Esta parte del producto no decide por él. Le ayuda a distinguir liquidez de precio, exposición de probabilidad y contexto de ruido. La información permanece completa, pero tiene una jerarquía que permite trabajar con ella.
Esa jerarquía también incorpora elementos que nuestro equipo interno utiliza para preparar estrategias: evolución de volatilidad, actividad, noticias y, cuando está disponible, contexto institucional o de insiders.
No queríamos convertir ese análisis en una señal verde o roja. Una señal elimina la pregunta. Nosotros queríamos dar al usuario mejores preguntas que hacer.
Strategy: hacer visible lo que has construido
Seleccionar contratos no significa todavía comprender una posición.
En Strategy, cada pata modifica una estructura común. El producto muestra el perfil de resultado, los puntos de equilibrio, el beneficio y la pérdida máximos cuando están definidos y la exposición conjunta de las griegas.
También permite separar dos imágenes que a menudo se confunden: lo que sucede a vencimiento y lo que podría suceder antes, cuando todavía existen tiempo y volatilidad.
La palabra importante es podría. Tickerback no puede decirte cuánto vas a ganar. Puede mostrarte cómo cambia la posición bajo una combinación de precio, fecha y volatilidad implícita, y qué parte de la estructura produce ese cambio.
Desde el punto de vista técnico, el gráfico y las métricas no pueden vivir en mundos diferentes. Si el usuario cambia un strike, el payoff, los puntos de equilibrio, el riesgo y las proyecciones deben responder juntos.
Esa coherencia es una funcionalidad aunque no tenga un botón propio.
Learning: enseñar dentro del producto, no al margen
Una plataforma educativa no debería obligarte a memorizar primero un manual completo para poder utilizarla.
Por eso Learning no se planteó como una biblioteca desconectada. Las lecciones guiadas introducen conceptos y después los relacionan con las herramientas en las que esos conceptos tienen efecto.
Delta se entiende mejor cuando puedes verla cambiar. Theta deja de ser una definición cuando avanzas el tiempo. La volatilidad implícita cobra sentido cuando modificas un escenario y observas cómo responde la posición.
El reto técnico consiste en conservar el contexto entre aprender y hacer. La misma terminología, las mismas reglas y los mismos cálculos deben aparecer en la explicación y en la práctica.
Si una lección dice una cosa y Strategy representa otra, el producto ha fallado aunque ambas pantallas funcionen por separado.
Simulator: comprobar si sabes gestionar la posición
El simulador es una parte importante de Tickerback, pero no es todo Tickerback.
Su función es poner en movimiento lo que ya has estudiado y construido. El usuario avanza por el histórico y decide si mantiene, ajusta, cubre o cierra la posición. El sistema conserva cada operación y actualiza exposición, costes y P&L.
Dentro de este entorno se puede practicar delta hedging o gamma scalping, comprando o vendiendo subyacente para gestionar Delta y observando la relación entre movimiento, Gamma, Theta y fricciones.
El informe final intenta explicar de dónde salió el resultado: efecto de las coberturas, evolución de las griegas, costes y tiempo que la posición permaneció cerca o lejos del riesgo buscado.
El número final importa. Pero el producto tiene que conservar el camino que lo produjo, porque es ahí donde se encuentra el aprendizaje.
La cartera aporta continuidad
Aprender no siempre ocurre dentro de una única sesión.
La cartera de práctica permite que posiciones, movimientos y saldo virtual tengan continuidad. El usuario puede observar cómo conviven distintas estrategias y cómo una decisión individual afecta al conjunto.
Esta capa introduce preguntas diferentes a las del simulador. Ya no se trata solo de si una posición concreta funciona, sino de cuánto capital consume, qué riesgo añade y cómo interactúa con las demás.
Para que esa continuidad sea útil, los contratos y operaciones deben conservar la misma identidad que tenían en Chain, Strategy y Simulator. Una posición no puede cambiar de significado al cambiar de pantalla.
Compartir una estrategia sin convertirla en una captura
Una estrategia contiene contratos, pero también una hipótesis y unas condiciones que podrían invalidarla.
Tickerback permite compartirla directamente con otro usuario o generar un enlace público de solo lectura. Quien lo recibe puede abrirla, inspeccionar sus patas y crear una copia para trabajar sobre ella sin modificar la original.
La diferencia frente a enviar una imagen es importante. Una captura enseña una conclusión. Una estrategia compartida permite recorrerla, comprobarla y discutirla.
Esta es la base técnica de la comunidad que queremos construir: ideas que se puedan abrir y replicar, no únicamente resultados que haya que aceptar.
La parte más difícil no pertenece a ninguna funcionalidad
Desde fuera, un producto suele describirse por las cosas que permite hacer. Desde dentro, buena parte del trabajo consiste en definir los contratos entre esas cosas.
Qué es exactamente una posición. Cómo se representa una pata. Qué ocurre cuando falta una cotización. Qué fecha utiliza un cálculo. Quién puede modificar una estrategia compartida. Cómo se conserva una operación para poder explicarla en un informe.
Estas decisiones no pertenecen solo a la base de datos, al frontend o al motor de cálculo. Atraviesan todo el producto.
Mi responsabilidad como CTO ha sido convertir la visión del CEO en estas reglas comunes y conseguir que los distintos sistemas de Tickerback se comporten como una única experiencia.
No se trata solamente de implementar una lista de funcionalidades. También hay que descubrir las decisiones que la visión todavía no había necesitado formular y convertirlas en límites comprensibles, consistentes y seguros.
Hacer que la tecnología desaparezca
El mejor resultado técnico no es que el usuario piense en la cantidad de datos, los cálculos o los servicios que existen detrás de Tickerback.
Es que pueda pasar de observar una cadena a construir una estrategia, aprender un concepto, practicar una decisión, revisar su cartera y compartir lo que ha hecho sin sentir que está empezando de nuevo en cada paso.
El CEO definió qué experiencia debía existir. Mi trabajo ha sido construir el sistema que conecta todas sus partes y hacer que esa complejidad permanezca donde corresponde: dentro del producto.
Porque las opciones parecen magia cuando solo vemos el resultado. Dejan de parecerlo cuando una herramienta permite abrir cada decisión y entender qué la ha provocado.