El cliente es una firma de trading propio que presta servicio a traders minoristas de todo el Sudeste Asiático. La gran mayoría de sus participantes se concentra en un único mercado local —casi nueve de cada diez—, pero la plataforma ha atraído traders de más de cincuenta países desde su lanzamiento, con agrupaciones secundarias significativas en otras zonas del Sudeste Asiático y Asia Oriental.
El modelo de negocio es una escalera clásica de evaluación a fondeo: los traders compran un challenge, demuestran su valía frente a reglas de drawdown y objetivos de beneficio, y ascienden a una cuenta fondeada en la que conservan la mayor parte de lo que generan. Lo que hace interesante a este cliente es lo agresivamente que iteraron sobre esa escalera —y cuánto dinero devolvieron a los traders que la superaron.
Cuando llegaron a nosotros tenían una marca, una audiencia y los inicios de una base de participantes —y ninguna de la infraestructura sobre la que realmente opera una Prop Firm. Sin integración con plataforma de trading, sin portal de trader, sin CRM, sin rieles de pago, sin motor de challenges. Todo lo de abajo lo construimos nosotros.
Nos contrataron aproximadamente cinco meses antes de que la firma abriera sus puertas.
El entregable principal —la Trader’s Room Prop Firm Edition con su CRM integrado— se definió, configuró y entregó en 46 días desde el inicio. Las piezas alrededor se movieron todavía más rápido: la marca, el logo y la interfaz del portal del cliente estuvieron en vivo en 10 días; el sistema de chat en vivo se implementó y estuvo operativo en 16 días; la página de pago express —el flujo de una sola página para explorar, seleccionar, pagar y registrarse sobre el que se apoya todo el modelo comercial— quedó lista en 13 días. La primera pasarela de pago para depósitos de challenges se integró y probó en seis semanas.
Lo que consumió el resto del margen no fue la room. Fue la plataforma.
El alcance original firmado era una implementación en MT5. Al principio del desarrollo, el cliente cambió de rumbo, y desplegamos en su lugar un endpoint de cTrader. Antes de que esa decisión se consolidara, volvieron a cambiar de rumbo —esta vez a TradeLocker.
Reconstruimos la integración. Tomó algo menos de cuatro meses desde el primer ticket hasta producción, y quedó lista en el mes en que la firma salió al mercado.
Eso es lo que nadie pone en una propuesta cuando construye una Prop Firm. Un cambio de plataforma de trading a mitad del desarrollo no es un simple ajuste de configuración; afecta al aprovisionamiento de cuentas, la gestión de credenciales, la ingesta del historial de operaciones, el motor de reglas del challenge y todos los emails que mencionan un inicio de sesión. Absorbimos dos cambios y aun así cumplimos la ventana de lanzamiento.
La segunda migración fue el propio libro del cliente. En Month 2, a lo largo de dos días, trasladamos toda su base existente de participantes y su historial de challenges en vivo a la plataforma —traders, evaluaciones abiertas, evaluaciones completadas y estado de aprobado/reprobado, todo preservado. La firma no detuvo el trading para hacerlo.
El portal orientado al trader es donde los participantes exploran el catálogo de challenges, compran, siguen su progreso de evaluación, envían documentos y solicitan pagos. Lo configuramos con categorías de challenge para filtrar por tamaño de cuenta, un panel en vivo, historial de trading, un calendario económico, chat de soporte y carga de documentos. Se poblaron más de dos mil cadenas de texto orientadas al trader para reflejar la voz del cliente, con tres idiomas de interfaz configurados de cara a la expansión futura.
El cliente vende a una audiencia de tráfico de pago, así que la distancia entre «interesado» y «pagado» tenía que ser casi nula. La página de pago express condensa la navegación por challenges, la selección, el pago y el registro de cuenta en un único formulario con una API detrás, de modo que el mismo catálogo pueda mostrarse en las propias páginas de marketing del cliente. Estaba en el alcance original, salió en menos de dos semanas y ha gestionado todas las ventas de pago que ha realizado la firma.
Este es el módulo que el cliente más utilizó. Les dio control sobre saldo, precio, duración, límites de pérdida diaria y total, modo de condición de pérdida, objetivo de beneficio, días mínimos de trading, reglas de consistencia, reparto de beneficios, momento de retiro y texto visible para el trader —por producto, sin intervención de ingeniería. Lo que hicieron con ese control es el tema de la sección de datos más abajo.
Desplegamos el módulo de códigos promocionales en Month 2. Admite descuentos porcentuales o fijos, segmentación por producto, reglas para nuevos usuarios frente a usuarios existentes, límites globales de uso, ventanas de fechas activas y generación masiva. Después, el cliente creó 139 códigos, incluida una ráfaga de un solo mes de 116 —en la práctica, una campaña de influencers y afiliados gestionada por completo desde el CRM.
Añadido en Month 8, el módulo de upsale permite a los traders comprar mejoras de condiciones durante el checkout inicial. El cliente vinculó una mejora del profit split —llevando la parte del trader hasta el 90%— a 10 de sus configuraciones de challenge, monetizando la página de pago por segunda vez sin añadir un producto nuevo.
La verificación de identidad se ejecuta dentro de la room: los traders suben documentos, el CRM registra el estado de aprobación y la puntuación AML se asocia al registro del trader. El volumen de verificación sigue el pipeline de fondeo y no las altas, que es lo deseable —la firma verifica a los traders cuando está a punto de deberles dinero, no antes.
Cada evento operativo del sistema —challenge comprado, cuenta demo necesaria, evaluación aprobada, evaluación fallida, cuenta fondeada abierta, pago solicitado, cambio de perfil enviado— genera una tarea con un flujo de trabajo definido detrás. El cien por cien de las tareas del CRM del cliente son generadas por el sistema. Nadie del equipo del cliente crea manualmente trabajo operativo.
Integramos el proveedor de servicios de pago elegido por el cliente para compras de challenges con tarjeta y en moneda local en la versión previa al lanzamiento, luego añadimos un método de depósito en stablecoin en Month 2 cuando la audiencia del cliente lo solicitó, y un riel de pagos mediante wallet en ese mismo mes. Ninjacharge se sitúa por encima de todo esto como capa de agregación y enrutamiento, dirigiendo cada transacción al proveedor en el que el cliente quiere que recaiga.
El módulo de notificaciones envía eventos de tareas y depósitos a los propios canales del cliente. El chat en vivo, un flujo de tickets de soporte, una bandeja de entrada de administración, permisos basados en roles en cuatro roles de admin, registro completo de actividad y una capa de informes configurable completan la vertiente operativa.
Se incorporaron nueve desarrollos personalizados además del producto estándar. Los que más importaron:
El gráfico de consistencia. Las Prop Firm viven y mueren por las reglas de consistencia, y el gráfico estándar del historial de trading no mostraba al trader si estaba dentro o fuera de las suyas. Lo sustituimos por un gráfico de consistencia creado específicamente para el portal del trader — solicitado en el mes de lanzamiento, entregado en 10 días.
Certificados. Los traders que aprueban una evaluación o retiran un pago reciben un certificado con la marca que pueden compartir. Esto se convirtió en un canal de marketing para el cliente, y lo iteraron tres veces distintas durante el primer trimestre; la entrega más rápida fue el mismo día.
Credenciales unificadas de la plataforma. El cliente quería que la contraseña del primer challenge de un trader se convirtiera en su credencial maestra de la plataforma de trading, en lugar de emitir un nuevo acceso por cada challenge. Rediseñamos el flujo de correo electrónico y aprovisionamiento para lograrlo — un cambio que afectó de extremo a extremo la cadena de creación de cuentas.
Restablecimiento de contraseña autoservicio. A partir de lo anterior, se les dio a los traders la posibilidad de restablecer la contraseña de su plataforma de trading directamente desde el portal, eliminando una carga recurrente para soporte.
La regla de inactividad. En Month 9, el cliente pidió una nueva condición de fallo del challenge: las evaluaciones que permanecen sin operar durante un número definido de días se cierran automáticamente. Entregada en 12 days, y ahora aparece en el desglose de motivos de fallo como una de las tres formas principales en que termina una evaluación.
Notificaciones del portal, una descripción ampliada del challenge y un método de depósito en cripto completan la lista.
Todas las cifras están indexadas o expresadas como ratios. Month 1 es el mes de lanzamiento.
Este es el titular. Al comparar el primer trimestre de operación de la firma con el segundo, el volumen de dinero pagado a traders financiados creció 15.3×. El mes de pago más fuerte — Month 6 — fue 11× el primer mes de actividad de pago significativa de la firma.
Ese crecimiento no se debió a un solo trader afortunado. Los pagos se distribuyeron entre un grupo cada vez más amplio de cuentas financiadas, y al final del período observado aproximadamente dos de cada cinco traders financiados habían retirado al menos un pago.
A lo largo de todo el período, por cada unidad de ingresos por challenge fees que cobró la firma, aproximadamente 1.7 unidades salieron de nuevo hacia los traders financiados en forma de pagos — antes de considerar la propia participación en beneficios de la firma.
Para una Prop Firm, esa relación es la métrica de credibilidad. Los traders hablan entre sí, y una firma que paga visiblemente es una firma que sigue vendiendo. Y eso es precisamente lo que ocurrió después.
| Trimestre de operación | Ventas de challenges pagados | Ingresos por challenge fees |
|---|---|---|
| Q1 (Months 1–3) | base | base |
| Q2 (Months 4–6) | +72% | +49% |
| Q3 (Months 7–9) | +36% | +38% |
Crecimiento total de Q1 a Q3: +134% en volumen de ventas. Ningún trimestre retrocedió.
La visión mensual es más irregular, como siempre ocurre con la adquisición mediante tráfico de pago. El mes pico — Month 7 — registró 8.6× el volumen de ventas y 6.9× los ingresos por fees del mes más tranquilo de la primera mitad.
El mayor evento individual de adquisición del cliente llegó en Month 6, cuando generaron 116 códigos promocionales en un mes y los distribuyeron a través de su red de partners. Los registros de ese mes fueron 8.8× el nivel de dos meses antes, y los canjes de promoción alcanzaron su máximo al mes siguiente en 7.7× su nivel de Month 3.
Toda la campaña — generación de códigos, segmentación por producto, límites de uso, ventanas de fechas, seguimiento de canjes — fue gestionada por el propio equipo del cliente dentro del CRM, sin intervención de desarrollo.
El cliente ofrece una evaluación de prueba sin coste como producto de captación. Más de uno de cada cuatro traders que hicieron una prueba gratuita terminaron comprando un challenge de pago. Para un producto que no le cuesta a la firma más que una cuenta demo, es un retorno muy sólido.
Los compradores de pago promediaron 1.8 paid challenges each, y uno de cada tres compró más de una vez — varios de ellos muchas veces. La compra repetida, no la primera compra, es lo que hace que funcionen las economías de adquisición de una Prop Firm, y el catálogo se diseñó deliberadamente para facilitarlo.
De las evaluaciones que llegaron a una conclusión, aproximadamente una de cada doce superó la primera fase. De las que llegaron a la segunda fase, casi la mitad la aprobó. De extremo a extremo, aproximadamente uno de cada diez traders que inició una evaluación llegó a una cuenta financiada.
Las formas más comunes en que terminaba una evaluación eran el límite total de pérdida permitido, el límite diario de pérdida permitido y — después de Month 9 — la nueva regla de inactividad.
El cliente no lanzó un catálogo para dejarlo quieto. Empezó con una familia de evaluación en dos fases a través de cuatro niveles de tamaño de cuenta, además de la prueba gratuita. En Month 2 añadieron una familia de una sola fase. En Month 3 añadieron un quinto nivel de cuenta de entrada en ambas familias y lanzaron una familia de financiación instantánea con trailing drawdown. En Month 7 introdujeron su producto express de menor precio. En Month 8 incorporaron el upsell de reparto de beneficios a lo largo del catálogo.
Eso suma 34 configuraciones de challenge en vivo entre cuatro familias de producto y cinco niveles de tamaño de cuenta, construidas en seis meses — todo ello autoservicio a través del CRM.
| Señal | Resultado |
|---|---|
| Cuentas de challenge aprovisionadas en menos de un minuto | 94% |
| Tareas generadas por el sistema en lugar de por el personal | 100% |
| Tickets de soporte por trader | menos de uno de cada cuatro |
| Soporte como proporción del volumen total de tareas operativas | ~9% |
| Tasa de confirmación de correo electrónico | 93% |
La actividad del CRM en el pico operativo fue de 3.2× el mes de lanzamiento y 3.8× el mes más tranquilo de la primera mitad. El volumen automatizado de correos alcanzó un máximo de 2.3× los niveles del mes de lanzamiento. A lo largo de todo ello, el soporte se mantuvo por debajo de una décima parte del volumen total de tareas — el sistema absorbió el crecimiento, no el equipo del cliente.
Una Prop Firm puede construirse desde cero en cinco meses, incluyendo dos cambios de plataforma de trading. El cliente cambió de opinión dos veces sobre la integración estructuralmente más significativa de la pila, y aun así salió en la fecha prevista. Eso es lo que te compra una Traders Room productizada junto con un equipo de entrega dedicado.
Una migración de libro no tiene por qué implicar una interrupción del servicio. Toda la base de participantes existente, con el estado de evaluación en vivo e histórico intacto, se trasladó en dos días mientras la firma siguió operando.
La iteración del producto es una actividad de autoservicio. Cuatro familias de producto, cinco niveles de cuenta, 34 configuraciones, 139 códigos promocionales y una venta adicional de reparto de beneficios: nada de eso requirió un ticket de desarrollo. Cuando el cliente detectó una oportunidad en su mercado, el tiempo entre la decisión y el producto en vivo se midió en horas.
El crecimiento recae en la plataforma, no en el equipo. El volumen de ventas se más que duplicó, el volumen de pagos creció quince veces en un trimestre y el volumen de eventos de CRM se más que triplicó, mientras el soporte se mantuvo por debajo de una décima parte de la carga operativa y el 94% de las cuentas se aprovisionaron en menos de un minuto.
Y los traders cobraron. Al final, esa es la cifra por la que se juzga a una Prop Firm, y esta devolvió 1.7× de sus ingresos por comisiones de challenge a las personas que aprobaron sus evaluaciones.
| Métrica | Resultado |
|---|---|
| Pagos a traders fondeados, T1 → T2 | 15.3× de crecimiento |
| Mes de pago pico frente al primer mes de pago | 11× |
| Pagos devueltos por unidad de ingresos por comisiones de challenge | 1.7 : 1 |
| Traders fondeados que retiraron un pago | ~2 de cada 5 |
| Ventas de challenges de pago, T1 → T3 | +134% |
| Crecimiento de los ingresos por comisiones de challenge, trimestre contra trimestre | +49%, luego +38% |
| Mes de ventas pico frente al mes más lento del primer semestre | +8.6× |
| Registros en el mes pico de campaña | 8.8× dos meses antes |
| Conversión de prueba gratuita → challenge de pago | más de 1 de cada 4 |
| Challenges de pago por comprador que paga | 1.8 |
| Compradores que compraron más de una vez | 1 de cada 3 |
| Tasa de evaluación → cuenta fondeada | ~1 de cada 10 |
| Configuraciones de challenge creadas | 34, en 6 meses |
| Familias de producto / niveles de cuenta | 4 / 5 |
| Códigos promocionales creados | 139 (116 en un solo mes) |
| Cuentas aprovisionadas en menos de un minuto | 94% |
| Tareas generadas automáticamente | 100% |
| Tickets de soporte por trader | menos de 1 por 4 |
| Tasa de confirmación de correo electrónico | 93% |
| Mercados alcanzados | 55+ países |
| Tiempo desde el inicio hasta la entrega del core room | 46 días |
| Cambios de plataforma de trading absorbidos antes del lanzamiento | 2 |
| Duración de la migración de libro | 2 días |
| Funciones personalizadas entregadas | 9 |
La edición Prop Firm de Kenmore Design te ofrece CRM, Traders Room, gestión de desafíos, pagos, afiliados y operaciones de traders en una sola plataforma en desarrollo continuo. Lanza rápido y escala sin cambiar de plataforma.
Lanza rápido. Escala tu prop firm sin cambiar de plataforma.
