Todo broker acaba pidiendo su propia app móvil. La lógica es sólida: los clientes viven en sus teléfonos, la app del proveedor de la plataforma lleva el logo de otra empresa y un icono con la marca en la pantalla de inicio de un trader vale algo. Luego el proyecto se encuentra con el equipo de revisión de Apple y el plazo se duplica.
Esto es lo que realmente son las opciones, qué tiene que hacer la app y dónde se rechazan las solicitudes.
Tres formas de poner una app de trading a tu nombre
La primera opción es no tenerla. Tus clientes descargan la app del proveedor de la plataforma y seleccionan tu servidor. Esto no cuesta nada, no tiene riesgo de tienda y no te da ninguna marca propia. Para un broker nuevo con una cartera pequeña, a menudo es la decisión correcta durante el primer año.
La segunda es una app móvil white label de tu proveedor de plataforma, publicada bajo tu empresa. Varios proveedores de plataformas ofrecen esto. Obtienes tu nombre y tus colores sobre un terminal de trading probado, y heredas el proceso de publicación, la revisión y el ciclo de actualizaciones. El coste de desarrollo es bajo y las obligaciones continuas son reales.
La tercera es una app a medida construida sobre tu CRM y tus APIs de trading. Esta es la única vía en la que la app puede hacer todo lo que un cliente necesita en un solo lugar: registrarse, subir documentos, fondear la cuenta, abrir una nueva cuenta de trading y ver los saldos junto al gráfico. También es la más cara de desarrollar y la única en la que tú asumes todos los rechazos.
Conviene ser claro sobre la tercera opción: para la mayoría de los brokers, el terminal de trading no es el diferenciador. Los traders que se preocupan por el charting ya tienen MetaTrader o cTrader instalados y no van a cambiar a tu versión de una vela japonesa. La parte de la experiencia que realmente es tuya es el área de cuenta, por eso muchas apps a medida se encargan del onboarding, los depósitos y la gestión de cuentas, y dejan la pantalla de trading propiamente dicha en la app de la plataforma.
Qué tiene que hacer la app además de mostrar gráficos
El crecimiento descontrolado del alcance arruina estos proyectos, así que decide pronto cuáles de estas funciones estarán en la versión 1:
- Registro e inicio de sesión, idealmente compartidos con tu área de clientes web para que el cliente no tenga que mantener dos identidades.
- Subida de documentos usando la cámara del teléfono, que es la principal razón por la que el onboarding móvil supera al de escritorio en tasa de finalización.
- Depósitos y retiros, incluidos los métodos locales que realmente uses en tus regiones.
- Lista de cuentas, saldos, apalancamiento y credenciales de la plataforma.
- Notificaciones push para niveles de margen, aprobaciones de documentos y estado de pagos.
Esa lista describe un trader’s roomen una estructura de app, que es exactamente lo que debería ser. Si los mismos datos ya alimentan tu portal web, el desarrollo móvil es un proyecto de interfaz y no un proyecto de plataforma. La CRM APIes con lo que trabaja un desarrollador móvil, y conviene comprobar que expone todo lo de la lista antes de que nadie escriba una línea de Swift. Las prop firms tienen una lista parecida con contenidos distintos, ya que la pantalla equivalente es el challenge dashboardcon el progreso de las reglas, el drawdown y el estado de los pagos.
Las notificaciones push merecen una nota aparte. En muchos casos son la razón para construir una app, porque son el único canal que llega a un trader sin competir con una bandeja de entrada. Las llamadas de margen, las aprobaciones de verificación y los depósitos fallidos son las notificaciones que los clientes realmente quieren, y deben activarse desde el mismo notification systemque ya usa tu CRM, y no desde una herramienta separada que nadie mantiene.
Cómo superar la revisión de Apple
Cuatro directrices explican la mayoría de los rechazos en esta categoría.
- Guideline 3.2.1(viii) es la primera que hay que leer. Texto de Apple: «Las apps utilizadas para trading financiero, inversión o gestión de dinero deben ser presentadas por la institución financiera que presta dichos servicios y deben contar con las licencias y permisos necesarios en los lugares donde las pongas a disposición.» En la práctica, esto significa que la cuenta de desarrollador pertenece a tu entidad licenciada, que el nombre de la cuenta coincide con el nombre de la licencia y que la disponibilidad por país coincide con los lugares en los que estás realmente autorizado. Una app enviada por una agencia de desarrollo en tu nombre está pidiendo a gritos un rechazo.
- Guideline 4.3(b) cubre las apps que son «indistinguibles de lo que ya está ampliamente disponible». Las variantes con marca del mismo terminal de trading están peligrosamente cerca de esta línea, por eso, por broker, los clones de una plataforma muy conocida han sido durante años un camino difícil. La defensa es que tu app hace cosas que la genérica no hace, lo cual es otro argumento a favor de construir el área de cuenta en lugar de otra pantalla de gráficos.
- Guideline 4.2 detecta las apps superficiales. Si tu solicitud es un envoltorio de web view alrededor de tu portal de clientes sin nada nativo, espera que te pregunten qué aporta la app frente al sitio móvil. La captura de documentos con la cámara, el inicio de sesión biométrico y las notificaciones push son las respuestas habituales, y deben estar presentes antes de enviar la app, no solo prometidas en las notas de revisión.
- Guideline 5.1.1 exige una política de privacidad que indique qué recopilas, cómo lo usas, con quién lo compartes y cómo elimina un usuario sus datos. Apple también espera que la eliminación de la cuenta esté disponible dentro de la app. Para un broker regulado con obligaciones de conservación de registros, esto necesita una respuesta real, normalmente la eliminación de la cuenta de la app más una declaración clara de qué debe conservarse por ley y durante cuánto tiempo.
Dos cosas prácticas que acortan la revisión: entrega al revisor credenciales de demostración funcionales en una cuenta con fondos y posiciones abiertas, y adjunta una breve grabación de pantalla del flujo. Los revisores que no puedan pasar tu control de KYC preferirán rechazar antes que investigar.
La cuestión de las compras dentro de la app para las prop firms
Las prop firms tienen un problema adicional. Guideline 3.1.1 exige compras dentro de la app para desbloquear funciones o contenido, y prohíbe explícitamente usar tu propio mecanismo para ello. Si una tarifa de challenge cuenta como contenido digital es una cuestión que conviene resolver antes de construir el flujo, no después, porque la diferencia de comisiones es lo bastante grande como para cambiar tu economía unitaria.
El patrón seguro que usan la mayoría de los operadores es mantener las compras de challenge en la web y dejar que la app muestre y gestione las cuentas que el trader ya posee. Las reglas de Apple sobre enlazar a compras externas han cambiado varias veces en los últimos años y varían según la región, así que lee el texto actualizado de la directriz y no una entrada de blog de hace dos años, incluida esta.
Google Play
Play suele ser más rápido, pero tiene su propia documentación. Cualquier app con funciones financieras debe completar la declaración de Financial features en Play Console, y la política de Financial Services impone requisitos adicionales que varían según el país, incluida documentación de licencias en algunos mercados. Completa la declaración con honestidad la primera vez, porque corregir después de un rechazo lleva más tiempo que la revisión original.
También necesitarás una sección de seguridad de datos completada que coincida con tu política de privacidad, y deberías planificar los requisitos de nivel objetivo de API de Google, que obligan a una actualización técnica cada año, haya cambiado o no tu producto.
Otra cosa que vale la pena revisar antes de escribir el texto para la tienda: las normas publicitarias para productos financieros especulativos complejos restringen cómo puedes describir el trading tanto en las tiendas como en los anuncios. Las capturas de pantalla que sugieren ganancias son una forma fiable de que te retiren.
Presupuesta para el segundo año, no para el lanzamiento
El presupuesto de desarrollo es la cifra pequeña. Cada año trae nuevas versiones de OS, un aumento obligatorio del nivel de API en Android, actualizaciones de SDK de tu proveedor de plataforma y un ciclo de revisión para cada una de ellas. Una app que no recibe presupuesto de mantenimiento deja de funcionar en aproximadamente dieciocho meses y daña más la marca que no tener una.
Si la partida de mantenimiento no está financiada, la respuesta honesta es un área de cliente responsive en lugar de una app. Un buen portal web móvil gestiona el onboarding, la financiación y la gestión de cuentas en un teléfono, admite notificaciones push web en la mayoría de los dispositivos, no necesita aprobación de tienda y puede publicar una actualización el mismo día en que decidas hacerla.
Cómo decidir
Analiza qué parte del tráfico de tu área de cliente ya es móvil y qué hacen esas sesiones. Si la mayor parte consiste en consultar saldos y perseguir depósitos, una app ayudará y el alcance está claro. Si la demanda viene de un equipo comercial que quiere algo que mostrar a posibles clientes, un portal web con marca hará el mismo trabajo por una fracción del coste.
Cuando sí desarrolles, lanza primero el área de cuenta y añade la pantalla de trading más adelante si los números lo justifican. Rara vez los clientes piden una app porque quieran mejores gráficos. La piden porque quieren su dinero y sus documentos a un toque de distancia, lo que encaja con el patrón que vimos al revisar lo que los traders realmente quieren de un broker.
Solicita una consulta sobre tu experiencia móvil para clientes
Obtén orientación experta para elegir la estrategia móvil adecuada para tu bróker o Prop Firm. Te ayudaremos a evaluar si una app nativa, un Traders Room con marca o un portal web responsive se adapta mejor a tu negocio, las expectativas de tus clientes y los requisitos operativos.
Juntos revisaremos tu recorrido actual del cliente y esbozaremos una estrategia móvil diseñada para una escalabilidad y mantenibilidad a largo plazo.
