La mayoría de las hojas de ruta de billeteras parte de un supuesto silencioso: que "móvil" significa "app para smartphone". En los mercados donde el dinero móvil más importa, ese supuesto deja fuera desde el primer día a la mayoría de la población alcanzable. Una gran parte de los clientes todavía usa un teléfono básico. Muchos de los que tienen smartphone racionan sus datos con tanto cuidado que una app que no pueden permitirse actualizar es una app que no usan. Si su billetera solo existe como app, no ha construido para su mercado: ha construido para la porción de él que ya se parece a usted.
El USSD es la manera de llegar al resto. Es poco vistoso, limitado y tiene décadas, y es la decisión de canal más importante que toma un operador comprometido con la inclusión. Esto es lo que es, por qué funciona y qué hace falta para hacerlo bien.
Qué es realmente el USSD
El USSD (Unstructured Supplementary Service Data) es la tecnología detrás de los códigos *123# que se marcan para consultar el saldo. A diferencia del SMS, funciona por sesión y en tiempo real: cuando un cliente marca un código, la red abre una sesión en vivo entre el teléfono y un servicio de backend, y se produce una breve conversación (menú, elección, menú, elección) hasta que la tarea termina. Funciona sobre el canal de señalización que todo teléfono GSM tiene desde los años noventa, y precisamente por eso funciona en un aparato de veinte dólares, sin internet y sin app.
La experiencia del cliente es una secuencia de menús numerados. Marque el código. 1 para Enviar dinero. Introduzca el número. Introduzca el importe. Confirme con su PIN. Sin descargas, sin paquete de datos, sin configuración más allá de la propia billetera. Para una población enorme, esto no es un plan B: es la forma principal, y a menudo la única, en que tocarán alguna vez un servicio financiero digital.
Toda la billetera, en un código de marcación
El error de los operadores es tratar el USSD como un menú recortado (consulta de saldo y quizá un envío), reservando "el producto de verdad" para la app. Bien hecho, el USSD hace funcionar la billetera del día a día: enviar dinero, retirar con un agente, pagar facturas, pagar en comercios, comprar recarga, consultar el saldo y obtener un miniextracto. Son las transacciones que la gente hace cada semana, y cada una está protegida por PIN y se confirma antes de registrarse. Recorridos más ricos, como solicitar un préstamo o gestionar una meta de ahorro, pueden seguir el mismo patrón a medida que el menú crece.
El detalle que más importa es invisible para el cliente: un envío por USSD y un envío por la app son la misma transacción, en el mismo libro mayor, con los mismos límites, el mismo nivel de KYC y la misma pista de auditoría. El canal es otra puerta a la misma casa. No es una comodidad de implementación: es una garantía de exactitud. Si el USSD y la app fueran rutas de código separadas con reglas separadas, se desviarían, y el límite de un cliente en un canal sería distinto del otro: justo el tipo de brecha que se convierte en vía de fraude y en un hallazgo de cumplimiento.
Las restricciones que definen un buen diseño USSD
El USSD es un medio de diseño hostil, y respetar sus restricciones es lo que separa un canal que la gente usa de uno que abandona a mitad de sesión.
- Pantallas diminutas, textos cortos. Una página USSD son unas pocas líneas de texto plano. En muchos aparatos no hay desplazamiento, ni imágenes, ni formato. Cada menú tiene que ganarse cada carácter. Las listas largas de opciones deben paginarse con una convención "0. Siguiente" que resulte natural a usuarios que llevan años haciéndolo.
- Las sesiones caducan. Las redes cierran las sesiones inactivas tras una ventana corta fijada por el operador, a menudo muy por debajo de dos minutos. Un flujo que hace demasiadas preguntas caducará antes de que el cliente termine, dejándolo sin respuesta. Un buen diseño USSD reduce sin piedad los pasos y nunca obliga al cliente a buscar a mitad del flujo información que el sistema ya conoce.
- La latencia se nota. Entre cada menú, el cliente mira un estado de "cargando" en un canal de señalización lento. Cada ida y vuelta al backend del motor de menús es tiempo en que el cliente se pregunta si algo se rompió. El motor tiene que ser rápido y fallar con claridad.
- El estado vive en el servidor. El teléfono no recuerda nada entre páginas. El motor de menús debe guardar el estado de la conversación (dónde está el cliente, qué ha introducido), vinculado a la sesión, y reconstruirlo en cada paso. Si la máquina de estados falla, los clientes vuelven a introducir datos o acaban en la pantalla equivocada.
Cómo encaja en la red más amplia
El USSD no está solo; es una esquina de un sistema que tiene que funcionar en conjunto.
- La pasarela. Una operadora o un agregador USSD reenvía cada paso de la sesión a un único endpoint de backend. El motor de menús interpreta la entrada, avanza la máquina de estados y devuelve la pantalla siguiente, o una confirmación final. Admitir varios agregadores detrás de un solo motor es lo que permite que la misma billetera funcione en varios países y redes.
- La red de agentes. Un saldo digital solo es útil si puede convertirse en efectivo y viceversa. Los agentes completan el USSD: el cliente deposita con un agente, opera por USSD y retira con otro agente. Sin red de float, los usuarios de USSD se quedan con un valor que no pueden gastar en la economía física en la que la mayoría todavía vive.
- El idioma. Los menús deben hablar a los clientes en el idioma en que piensan. En un mercado con varios idiomas principales, los árboles de menús traducidos marcan la diferencia entre un canal que incluye y uno que excluye en silencio; planifíquelos desde el primer menú que escriba.
Anatomía de una sesión USSD
Detrás de los menús, una sesión USSD es un breve intercambio de texto entre la pasarela y su motor de menús. Cada vez que el cliente responde, la pasarela envía todo el rastro de respuestas hasta ese momento, separadas por asteriscos, y su motor responde con la pantalla siguiente. Una respuesta que empieza por CON mantiene la sesión abierta; una que empieza por END la cierra. Un envío podría verse así:
| Paso | El cliente ve | El cliente introduce | Rastro enviado al motor |
|---|---|---|---|
| 1 | Menú principal: 1. Enviar dinero, 2. Retirar efectivo … | 1 | 1 |
| 2 | Introduzca el número del destinatario | 254712000002 | 1*254712000002 |
| 3 | Introduzca el importe | 500 | 1*254712000002*500 |
| 4 | Enviar 500 a 254712000002. Introduzca el PIN para confirmar | PIN | 1*254712000002*500*PIN |
| 5 | Enviado. Comisión, nuevo saldo, referencia | — | La sesión termina |
De este formato se derivan dos principios de diseño. El motor no guarda estado entre pasos, porque el rastro lleva toda la conversación, lo que lo hace sencillo de escalar. Y el rastro contiene el PIN en el paso de confirmación, lo que importa para la seguridad.
Seguridad en un canal que no controla del todo
El tráfico USSD pasa por la red móvil y por el agregador antes de llegar a usted, y el teléfono no ofrece cifrado a nivel de aplicación. Las buenas prácticas mantienen el riesgo bajo:
- Nunca almacene el PIN. Los registros de sesión son valiosos para resolver disputas, pero la posición del PIN en el rastro debe enmascararse antes de escribir nada en disco o mostrarlo al personal.
- Verifique el PIN en el núcleo, contra un valor con hash, y bloquee la billetera tras fallos repetidos.
- Mantenga límites idénticos a los de la app. Un canal con límites más laxos se convierte en el canal preferido de los defraudadores.
- Vigile los cambios de SIM. Donde la red móvil facilita datos de cambio de SIM, un cambio reciente seguido de una transferencia grande merece una retención o una comprobación.
- Acepte tráfico solo de su pasarela, mediante reglas de red o secretos compartidos, para que nadie pueda enviar sesiones falsas directamente a su motor.
- Confirme por SMS. Un recibo tras cada transacción da a los clientes un registro y un aviso para reportar cualquier cosa que no hayan hecho.
Diseñar menús para todos
Muchos usuarios de USSD leen despacio o en un segundo idioma, y algunos dependen de familiares para ayudarles. Los menús que funcionan para ellos comparten algunos hábitos:
- Use el mismo orden y la misma numeración en todas partes, para que se forme memoria muscular. Si Enviar dinero es el 1 hoy, debe ser el 1 el año que viene.
- Use verbos sencillos: Enviar, Pagar, Retirar, Comprar. Evite nombres de productos internos en el menú principal.
- Repita los datos clave en el paso de confirmación: a quién, cuánto y la comisión, antes de pedir el PIN.
- Escriba mensajes de error que digan al cliente qué hacer a continuación, no solo qué salió mal.
- Pruebe con usuarios reales en teléfonos básicos reales, sobre el terreno, antes del lanzamiento y después de cada cambio de menú.
Medir el canal USSD
El rendimiento del USSD es fácil de ignorar porque es invisible en la analítica de las apps. Mídalo deliberadamente:
| Métrica | Qué le dice |
|---|---|
| Tasa de sesiones completadas | Cuántas sesiones terminan en una transacción completada en lugar de caducar o abandonarse |
| Abandono por paso | Qué pantalla pierde clientes, normalmente la que pide información que no tienen a mano |
| Tiempo de respuesta por paso | Si su motor o un socio hace esperar a los clientes |
| Tasa de PIN incorrecto | Problemas de usabilidad, o alguien intentando adivinar |
| Proporción de transacciones por canal | Cuántos clientes dependen del USSD, y si eso está cambiando |
USSD frente a app: no una jerarquía, sino una cartera
Es tentador clasificar los canales: la app primero, la web después, el USSD al final. Esa clasificación codifica el sesgo que causó el problema. El enfoque correcto es una cartera en la que cada canal sirve a una población y a un momento. La app es más rica para quienes tienen el dispositivo y los datos. La web sirve a usuarios de escritorio y empresas. El USSD sirve al teléfono básico, al plan de datos racionado, al momento de cobertura irregular en que una app no carga pero una sesión de señalización sí. Un operador serio hace funcionar todos sobre un único núcleo y deja que los clientes elijan. La tarea de la plataforma es asegurar que, por debajo, sean la misma billetera.
La inclusión es una decisión de arquitectura
La "inclusión financiera" aparece en todas las presentaciones de dinero móvil, normalmente como un valor, rara vez como una restricción que da forma a la construcción. Pero la inclusión no es un eslogan que se añade al final: es una decisión que se toma al principio, cuando se elige si el USSD será un canal de primera clase con todo el producto detrás o un añadido de última hora con una consulta de saldo. Los mercados que dieron el salto al dinero móvil lo hicieron con USSD, porque era lo que la gente tenía en la mano. Construir para ellos significa construir el canal que realmente tienen.
Trabajar con redes y agregadores
La mayoría de los operadores accede al USSD a través de un agregador con conexiones a varias redes móviles, que reenvía las sesiones a un único endpoint. Elija agregadores por fiabilidad y cobertura, no solo por precio: pregunte por sus tasas de éxito de sesión, su tiempo de respuesta hacia su motor, cómo gestionan las caídas de red y si pueden proporcionar códigos en cada red que usan sus clientes. Acuerde niveles de servicio por escrito, supervíselos desde su lado y tenga en mente un segundo agregador para los mercados críticos. Cuando una red cambie su tiempo de caducidad de sesión o su enrutamiento, querrá enterarse antes que sus clientes.
Un plan piloto para un nuevo canal USSD
- Semanas 1–2: conecte la pasarela en pruebas, recorra cada ruta del menú en teléfonos básicos reales en cada red y mida los tiempos de respuesta.
- Semanas 3–4: invite al personal y a agentes de confianza a usar el canal con importes reales pequeños; recoja cada mensaje de error que vean.
- Semanas 5–8: abra el canal a clientes de una zona con agentes activos, mida la finalización y el abandono por paso, y corrija cada semana la peor pantalla.
- Desde la semana 9: amplíe zona por zona, añadiendo agentes antes que la demanda para que cada nuevo cliente USSD tenga dónde depositar y retirar.
El piloto también es el momento de escribir los guiones de soporte. Los clientes con teléfonos básicos no pueden enviar una captura de pantalla, así que el personal de soporte necesita ver el rastro de la sesión, con el PIN enmascarado, para entender qué pasó.
Por qué el USSD importa para el modelo de negocio
A veces el USSD se ve como un centro de costes al servicio de la inclusión. En la práctica, suele concentrar una gran parte de las transacciones en mercados con muchos teléfonos básicos, y esos clientes pueden estar entre los más fieles, porque cambiar les resulta más difícil. Cada cliente que solo puede llegar a usted por USSD es también un cliente al que sus competidores que solo tienen app no pueden atender en absoluto. Visto así, el USSD es menos caridad y más una ventaja defensiva.
Cuando algo falla a mitad de la sesión
Las sesiones fallan: la red corta la sesión, el saldo del cliente cambia entre pantallas o un socio no responde a tiempo. El cliente con teléfono básico no tiene app para comprobarlo después, así que el canal debe cerrar todos los ciclos. Si una transacción se completó, un recibo por SMS la confirma aunque la pantalla final nunca haya llegado. Si no se completó, hay que decírselo al cliente con claridad y no debe descontarse nada. Si el resultado es incierto, por ejemplo un pago a un socio que aún no ha confirmado, el cliente debe recibir un mensaje indicando que el pago se está confirmando, seguido del resultado final. Los clientes perdonan un fallo explicado; no perdonan un dinero que desaparece en silencio.
Preguntas frecuentes
¿El USSD le cuesta algo al cliente?
Depende del mercado y del acuerdo con la red móvil. Muchos operadores asumen o eliminan el coste de las sesiones USSD, porque un canal gratuito impulsa la adopción entre los clientes que más lo necesitan.
¿Puede funcionar el USSD sin un acuerdo con la red móvil?
No. Un código corto USSD lo asigna y enruta la red móvil, normalmente a través de un agregador. Conseguir códigos en cada red que usan sus clientes forma parte del plan de lanzamiento.
¿Desaparecerá el USSD a medida que se extiendan los smartphones?
La adopción de smartphones crece, pero los teléfonos básicos siguen siendo comunes, y muchos usuarios de smartphone todavía racionan sus datos. El uso de USSD en los mercados maduros de dinero móvil sigue siendo significativo, y a menudo es la alternativa cuando falla la cobertura de datos.
¿Pueden los agentes usar también el USSD?
Sí. Los agentes en zonas con poca cobertura de datos se benefician del mismo canal para atender a sus clientes, siempre que sus menús, límites y comisiones provengan del mismo núcleo que la app de agentes.
PesaBridge trata el USSD como un canal de primera clase: un motor de menús detrás de una interfaz de pasarela USSD estándar, respaldado por la red de agentes y funcionando exactamente con el mismo libro mayor equilibrado, los mismos límites y las mismas comisiones que las apps. Así, el cliente con un teléfono básico obtiene la billetera del día a día, y no un subconjunto amable de ella.