Evaluación de proveedores BaaS. Lo que el checklist estándar no cubre.
La mayoría de las evaluaciones de proveedores BaaS se centran en lo que no toca. El comprador pide la lista de funcionalidades, las certificaciones de compliance, los logos de referencia. Son necesarios, pero no suficientes. Lo que de verdad determina si una relación con un proveedor funciona a escala de producción, dieciocho meses después, no aparece en el RFP estándar.
He estado en los dos lados de esta conversación: he evaluado proveedores como comprador y ahora dirijo un proveedor que responde a los RFP de los compradores. Las preguntas que deberían estar en la lista de evaluación del comprador no son las que se suelen hacer.
Cinco preguntas que pesan más de lo que parece en una hoja comparativa, y las respuestas que separan a los proveedores que saben ejecutar de los proveedores que saben presentar.
Capacidad real de cambiar de proveedor bancario
La frase «integramos con varios partners bancarios» es técnicamente cierta y operativamente irrelevante si la integración tarda nueve meses y exige desarrollo a medida por cada partner. La pregunta correcta es más concreta.
¿Cuánto tiempo transcurre realmente para pasar del partner bancario A al partner bancario B con un cliente que ya está en producción? Pida el último cambio de proveedor que el vendor haya ejecutado, con el plazo exacto y el sector del cliente. Si la respuesta supera las doce semanas, la promesa multiproveedor es copy de marketing. Si el proveedor no sabe nombrar un cambio reciente, es que no lo ha hecho - y entonces la promesa es teórica.
Esto importa porque las relaciones con partners bancarios se rompen. Los compran, cambian de estrategia, salen de su mercado o simplemente se vuelven inviables en el día a día. Un proveedor incapaz de mover a sus clientes de un partner a otro le devuelve exactamente el riesgo que usted quería externalizar al comprar una plataforma.
Gestión de incidencias en producción
El SLA de disponibilidad que declara el proveedor no dice nada sobre qué ocurre cuando algo se rompe. Los SLA son compromisos contractuales que se miden al mes. La respuesta real ante incidencias se mide en minutos, y la diferencia entre un proveedor que gestiona bien las incidencias y uno que no, no se ve hasta que usted está dentro de una.
Las preguntas correctas son operativas, no contractuales. ¿A quién, dentro de la organización del proveedor, le salta el aviso cuando hay una incidencia en producción a las dos de la madrugada? ¿Cuál es la mediana de tiempo hasta el acuse de recibo? ¿Cómo se mantiene informado al comprador durante la incidencia? ¿Qué disciplina de comunicación hay después: hay post-mortem por escrito, y en qué plazo?
El proveedor que no responde a esto con precisión gestiona las incidencias de forma improvisada - lo cual no da problemas hasta que los da. Pida ver el post-mortem de una incidencia de producción reciente. Los proveedores con disciplina madura tendrán uno, convenientemente anonimizado. Los que no la tienen le ofrecerán razones por las que no pueden compartirlo, que es la respuesta.
El presupuesto real de servicios profesionales y la normalización del coste total
El presupuesto de servicios profesionales del primer año suele situarse entre el 30% y el 50% del coste anual de licencia. Es la cifra que más evaluaciones se saltan, porque la hoja comparativa muestra la tarifa de licencia pero no el gasto en PS. El comprador firma la licencia más barata, gasta después un 70% más de lo previsto en PS y termina el primer año con un coste total superior al del proveedor más caro que descartó.
La pregunta correcta es: ¿cuál fue su gasto real en PS, en el primer año, en los tres clientes comparables más recientes? Pida números absolutos, no ratios. Un proveedor que le ofrece una licencia barata y un proyecto de PS «típico» de 40.000 € puede estar promediando 90.000 € en entrega real, con la diferencia absorbida por la frustración del cliente en lugar de por una renegociación de alcance.
Normalice el coste total del primer año entre proveedores usando la realidad del PS, no la tarifa de catálogo. El proveedor más barato se convierte a menudo en el más caro en cuanto el presupuesto de PS alcanza a la complejidad de la integración. La horquilla estándar de tarifa de PS en proveedores fintech de marca blanca solventes va de 100 a 130 € por hora. Por debajo de esa horquilla hay algo escondido. Por encima, hay algo que debe justificar la prima.
Influencia en el roadmap frente a promesas de roadmap
Todos los proveedores se comprometen a entregar funcionalidades en el contrato. La cuestión es si las necesidades concretas del comprador influyen en el roadmap real o solo figuran en un anexo contractual que se cumple técnicamente pero no operativamente.
La pregunta correcta: enséñeme las tres últimas funcionalidades que priorizaron por petición de un cliente e indíqueme qué clientes las pidieron. El proveedor con un roadmap realmente influido por sus clientes dará nombres y fechas. El que no pueda darlos gobierna el roadmap desde prioridades internas, y los compromisos contractuales son promesas de calendario - no prioridades estratégicas.
La distinción importa porque toda fintech regulada acaba necesitando una funcionalidad que hoy no está en la plataforma. El proveedor que trata su necesidad como input del roadmap la entregará en un plazo creíble. El que la trata como obligación contractual entregará una versión mínima en la fecha límite, con los casos límite sin resolver y la siguiente iteración aplazada sin fecha.
La economía de la salida
Qué ocurre con los datos, las configuraciones y el estado de los clientes del comprador si la relación termina. Es la pregunta que más se omite durante la evaluación y la que más se lamenta después.
Lo concreto que hay que evaluar: la cuestión práctica inmediata (cómo extraemos nuestros datos, en qué formato y con qué grado de integridad), el periodo contractual de salida (y si se mide en meses o en años), las obligaciones de soporte a la migración de datos (¿ayuda el proveedor en la salida o es problema suyo?) y el coste de esa salida, porque algunos proveedores cobran cifras relevantes por la extracción de datos y el soporte a la migración.
El proveedor que entierra estas preguntas en el clausulado sabe lo que hace. Está protegiendo la economía de su renovación: encarece lo suficiente la salida como para inclinar a su favor la decisión de renovar. El comprador debería tratar las cláusulas de terminación como condiciones comerciales esenciales, no como boilerplate legal. El proveedor honesto es el que deja la salida operativamente limpia, porque apuesta por que la renovación sea una continuación del valor y no una consecuencia del coste de cambiarse.
En qué acierta el checklist estándar
Los criterios habituales de evaluación (funcionalidades, integraciones, certificaciones de compliance, logos de referencia) son comprobaciones de base necesarias. No son suficientes porque los proveedores invierten en superarlas. Los informes SOC 2, las certificaciones ISO 27001 y las atestaciones de cumplimiento de PSD2 son señales reales de madurez operativa. Los clientes de referencia son señales reales de capacidad de ejecución. Las listas de funcionalidades recogen el alcance real de la plataforma.
Las cinco preguntas anteriores son más difíciles de maquillar porque exigen respuestas operativas concretas, no certificaciones ni afirmaciones de marketing. El proveedor que las responde con precisión es el que ha vivido las situaciones que describen. El que no puede es el que todavía no las ha vivido, y eso también es información.
La conversación que produce buenos resultados
La conversación de evaluación que produce buenos resultados es aquella en la que el comprador hace estas preguntas y el proveedor las responde de forma directa, con nombres, fechas y cifras concretas. Las que producen malos resultados son aquellas en las que el comprador hace las preguntas estándar y el proveedor cumple con las respuestas estándar. El estándar está demasiado bajo.
Un proveedor que responde a estas preguntas a la defensiva, o que pregunta por qué el comprador necesita ese nivel de detalle, es un proveedor que no está acostumbrado a que lo evalúen a esta profundidad. Eso es información sobre el proveedor. Un proveedor que agradece las preguntas y las responde con el detalle operativo que exigen es un proveedor con la disciplina que requieren las relaciones a escala de producción. Eso también es información.
El comprador que hace estas preguntas durante la evaluación - en lugar de descubrirlas a base de dolor operativo en el segundo año - es el que firma el contrato correcto.
CEO en Crassula
Ivan Sharov es CEO de Crassula, una plataforma de banca digital de marca blanca. Escribe sobre fintech, equipos y crecimiento.
Más sobre Ivan →