En este artículo
¿Necesita un MVP fintech una API de datos de mercado o basta una exportación de Excel?
¿Se eligió un buen momento para emitir el bono? Al precio de emisión, ¿salió mejor parado el emisor o quien compró el título? A un gestor de activos le interesaban esas dos preguntas. Le bastaba abrir el PDF. Las hojas de cálculo que alimentaban el análisis se quedaban en los sistemas del cliente.
¿Qué tenía que aportar el primer informe al gestor de activos?
Nuestro cliente era una startup. Su modelo, de base científica, permitía evaluar una emisión de bonos a posteriori. En el piloto institucional, el primer producto que llegaba al cliente era el informe. Los paneles interactivos de la aplicación web llegaron después. El caso de la plataforma de análisis de bonos describe cómo conservábamos los datos de cada trimestre para poder reconstruir una evaluación anterior.
A quien quiera lanzar una fintech parecida le preguntaría qué decisión apoya su primer informe. El gestor que leía nuestro PDF ya podía contrastar la valoración del modelo con su propio criterio sobre una emisión concreta.
¿Qué permitía la licencia de datos del cliente?
El cliente ya tenía licencia para exportar los datos a Excel. La API excedía su presupuesto. Los datos sobre esas emisiones se publicaban una vez por trimestre y permanecían estables para ese período. Consultarlos cada mañana habría devuelto el mismo material de partida entre dos publicaciones. Un producto que sí necesita cotizaciones durante la sesión plantea otra decisión.
Antes de presupuestar una integración, pediría al proveedor que confirmara los usos previstos. ¿Podemos conservar la entrega original, calcular el indicador y mostrar el resultado a un gestor externo? ¿Puede el destinatario descargar los datos subyacentes? La explicación de LSEG sobre redistribución de datos de mercado ilustra por qué conviene plantear esas preguntas también para un indicador derivado. Las respuestas dependen de la licencia del conjunto de datos elegido.
¿Cómo se convierte un archivo trimestral en un informe reproducible?
Cada trimestre el cliente cargaba el archivo en el sistema. La importación seguía reglas deterministas y el modelo calculaba los resultados a partir de los registros aceptados. El formato era estable, según recuerdo. Aun así, si un gestor pregunta cómo se obtuvo un resultado anterior, hace falta identificar la entrega concreta que lo sustentaba.
Para otro piloto, pediría una demostración con una entrega identificada, una fila a la que le falta un campo obligatorio y una segunda carga del mismo archivo. ¿Puede el operador ver qué se aceptó y repetir la carga sin duplicar registros? La documentación de PostgreSQL sobre restricciones explica cómo imponer claves únicas y campos obligatorios. Queda otra pregunta. ¿Tiene sentido ese valor para el modelo?
¿Cuándo merece la pena pagar más por una API de datos de mercado?
Volvería a pedir precios al proveedor cuando el equipo pueda explicar qué decisión mejoraría su comprador o qué tarea dejaría de hacer cada trimestre. Después compararía ofertas sobre el mismo conjunto de datos.
| Criterio | El archivo encaja cuando… | Conviene valorar la API cuando… |
|---|---|---|
| Actualidad | la entrega trimestral llega a tiempo para la decisión del gestor. | el proveedor publica cambios relevantes antes por API y el cliente los necesita en ese intervalo. |
| Trabajo de entrega | una persona se encarga de la carga y tiene sustituto. | las descargas frecuentes consumen tiempo o retrasan informes. |
| Correcciones y reproducción | se pueden distinguir los archivos corregidos y reconstruir los resultados anteriores. | el historial de versiones ofrecido resuelve una carencia concreta. |
| Derechos de uso | la licencia cubre los informes previstos y a sus destinatarios. | el nuevo paquete incluye derechos adicionales que exige una función concreta. |
Un mismo proveedor puede ofrecer distintas vías de entrega. S&P Global ofrece Credit Analytics mediante un complemento de Excel, API y entregas de datos por lotes, entre otros canales. Pediría los campos disponibles, la hora de publicación, los derechos y el coste total de cada opción.
¿Qué debe incluir el encargo para un piloto fintech?
Lleva un ejemplo del informe, un archivo de muestra autorizado y una descripción de los destinatarios a la fase de descubrimiento. Acordad cuándo llega cada entrega y quién tramita una corrección. Así se puede presupuestar el desarrollo del MVP en torno a una pregunta verificable. Nuestra comparación entre piloto, prueba de concepto y socio de diseño ayuda a elegir el formato. Si tienes un proyecto concreto, hablemos del primer informe que recibirá tu cliente.