Guía en profundidad
Simulador de coste de autenticación por MAU: precio por usuario frente a autenticación propia
Análisis ejecutivo del sector
La autenticación es una de las pocas partes de un producto que cada usuario toca y casi ninguno valora. Los proveedores alojados cobran por usuario activo mensual porque esa métrica crece con sus propios costes, y para un producto joven parece justo: los primeros diez mil usuarios suelen ser gratis y los siguientes cuestan céntimos. El riesgo es que el precio crece con los inicios de sesión, mientras que sus ingresos crecen solo con la pequeña parte de usuarios que paga. Una aplicación de consumo, una herramienta freemium o un marketplace pueden añadir usuarios más deprisa que ingresos, y la factura de autenticación sigue la primera curva, no la segunda.
La estructura del problema es un desajuste entre un motor de costes y un motor de ingresos. El coste se factura por cada persona activa, incluidos los usuarios gratuitos, las cuentas de prueba, los bots y las sesiones abandonadas. Los ingresos solo llegan de quienes pagan, normalmente un porcentaje de un solo dígito bajo de la base. La relación entre ambos, el coste de autenticación por cliente de pago, es la cifra que hay que vigilar. Cuando pasa de unos pocos céntimos a unos pocos dólares, el proveedor se queda discretamente con una porción de cada plan, y el precio de plan que tenía sentido con diez mil usuarios deja de funcionar con trescientos mil.
El modelo en dominó sigue el dinero en cinco pasos. Los usuarios activos, más las cuentas de bots que se le facturan, fijan el número de usuarios facturables. Ese número y el volumen de SMS determinan el coste de autenticación por cliente de pago. Repartido sobre los ingresos, se convierte en la carga de autenticación. Tras el alojamiento, el soporte y la ingeniería, lo que queda es el margen de contribución, y los costes fijos deciden si el mes termina en beneficio. Un pequeño aumento de las altas de bots o del porcentaje de usuarios con verificación por mensaje de texto puede poner el segundo recuadro en ámbar mucho antes de que cambie el último.
El iceberg muestra lo que la factura oculta. Sobre la línea de flotación están la factura del proveedor por usuarios reales y los costes generales de alojamiento. Por debajo quedan las altas de bots y falsas que cuentan como usuarios activos, los códigos SMS facturados por mensaje, los tickets de inicio de sesión y bloqueos que atiende su equipo de soporte y las horas de ingeniería dedicadas a mantener viva la integración. El alojamiento propio elimina la tarifa por usuario, pero traslada esas mismas partidas a su nómina, de modo que la comparación honesta es el coste total a lo largo del tiempo. Use el simulador para encontrar el número de usuarios en el que se cruzan las líneas.
Esquema de fórmulas y metodología
El modelo funciona por mes. Los usuarios facturables son los usuarios activos más un porcentaje fijo de cuentas de bots. El proveedor cobra su precio por cada usuario facturable por encima de un nivel gratuito de diez mil. Los ingresos son los usuarios activos por el porcentaje de pago por los ingresos por cliente de pago. De los ingresos, el modelo resta el alojamiento y el soporte como porcentaje fijo, la factura del proveedor, los códigos SMS, los tickets de bloqueo, las horas de ingeniería a una tarifa con cargas y un coste mensual fijo.
- Usuarios facturables
- B = MAU × (1 + porcentaje de bots)
- Bots y altas falsas que se cuentan como activos y se facturan como usuarios reales.
- Factura del proveedor
- A = máx(0; B − 10.000) × precio por MAU
- La tarifa del proveedor por encima del nivel gratuito, antes de cualquier complemento.
- SMS y soporte
- S = MAU × porcentaje MFA × 2 × precio del SMS + MAU × 0,4 % × coste del ticket
- Códigos por mensaje de texto más el coste de atender los tickets de inicio de sesión y bloqueo.
- Coste de autenticación por cliente de pago
- (A + SMS) ÷ (MAU × porcentaje de pago)
- Cuánta autenticación tiene que cubrir cada mes cada cliente de pago.
- Beneficio neto
- Neto = ingresos − alojamiento − A − SMS − soporte − ingeniería − fijos
- El resultado mensual. El punto de ruptura es donde llega a cero.
Elasticidad en cascada
El porcentaje de pago y los ingresos por cliente de pago son las variables más elásticas porque multiplican toda la línea de ingresos. Les sigue el precio por MAU adicional: con mucho volumen, cada céntimo por usuario es una cifra grande. Las horas de ingeniería y el porcentaje de SMS son menores pero constantes, y son lo más fácil de reducir. Los usuarios activos actúan en ambos sentidos: más usuarios elevan la factura, pero elevan los ingresos más deprisa mientras se mantenga el porcentaje de pago.
Tres casos prácticos reales
Inicio con recursos propios
Una aplicación pequeña dentro del nivel gratuito
Un producto joven tiene veinte mil usuarios activos, un saludable seis por ciento de pago y una factura modesta porque la mayor parte de la base queda dentro del límite gratuito. El tiempo de ingeniería es escaso. Cárguelo para ver lo cómoda que resulta la autenticación alojada al principio y lo poco que pesa la tarifa del proveedor a este tamaño.
Mediana empresa en crecimiento
Una plataforma en crecimiento con buena conversión
Una plataforma con trescientos mil usuarios activos convierte un tres y medio por ciento y cobra un precio más alto por plan. La factura del proveedor es grande en términos absolutos, pero queda bien cubierta por los ingresos. Cárguelo para ver por qué el precio por usuario es aceptable cuando quienes pagan sostienen la base, y a partir de dónde empezaría a importar el alojamiento propio.
Crisis de cisne negro
Una aplicación gratuita viral con pocos clientes de pago
Una herramienta gratuita se hace viral y llega a trescientos cincuenta mil usuarios, pero menos del uno por ciento paga. La verificación por SMS se activa para la mitad de ellos, los bots se suman al recuento y el proveedor pasa la cuenta a un nivel superior. Cárguelo para ver cómo el coste de autenticación supera a los ingresos en un solo mes.
Matriz de referencias del sector
| Métrica | Zona de peligro | Promedio del sector | Élite (10 % superior) |
|---|---|---|---|
| Coste de autenticación sobre los ingresos | Más del 20 % | 5–12 % | Menos del 4 % |
| Coste de autenticación por usuario de pago | Más de 3,50 $ al mes | 0,50–1,50 $ | Menos de 0,40 $ |
| Porcentaje de pago entre los usuarios activos | Menos del 1 % | 2–5 % | Más del 8 % |
| Cuentas de bots y falsas entre las altas | Más del 15 % | 3–8 % | Menos del 2 % |
| Horas de ingeniería en autenticación al mes | Más de 60 | 10–25 | Menos de 8 |
Variables y palancas
Usuarios activos mensuales
Personas distintas que inician sesión o mantienen una sesión abierta en el mes. Es la cifra sobre la que factura el proveedor.
Palanca: Depure las cuentas inactivas y defina el usuario activo como lo hace su proveedor, para no pagar por sesiones que nadie usa.
Porcentaje de usuarios de pago
Porcentaje de usuarios activos mensuales que tienen un plan de pago. Los usuarios gratuitos cuestan dinero en autenticación pero no aportan ingresos.
Palanca: Mejore la activación y los avisos de mejora de plan, porque cada usuario gratuito que nunca paga genera igualmente una factura de autenticación.
Ingresos por usuario de pago
Ingreso mensual medio de cada usuario de pago, una vez aplicados los descuentos.
Palanca: Suba los precios o traslade a los usuarios intensivos a un plan superior para que los ingresos por cliente de pago sigan el ritmo de los costes por usuario.
Precio por MAU adicional
Lo que cobra el proveedor por cada usuario activo por encima del nivel gratuito. Muchos planes tienen tramos más caros a mayor volumen.
Palanca: Negocie un tramo con volumen comprometido o compare proveedores, porque el precio por usuario es la palanca más importante una vez superado el nivel gratuito.
Usuarios con multifactor por SMS
Porcentaje de usuarios activos que reciben cada mes un código de un solo uso por mensaje de texto.
Palanca: Ofrezca primero aplicaciones de autenticación y claves de acceso (passkeys) y deje el SMS como alternativa, ya que cada mensaje de texto es un coste directo.
Horas de ingeniería en autenticación
Horas al mes dedicadas al mantenimiento de la integración, migraciones, errores de sesión y revisiones de seguridad.
Palanca: Unifique el flujo de inicio de sesión en uno solo y elimine el código a medida, porque cada hora extra de mantenimiento es una partida salarial oculta.
Cómo usar este simulador
- 1Introduzca los usuarios activos del mes pasado, el porcentaje de pago y los ingresos por cliente de pago de su analítica.
- 2Fije el precio por usuario adicional según la factura de su proveedor y estime los porcentajes de SMS y de bots.
- 3Lea los cinco recuadros y fíjese en cuál se pone primero en ámbar o rojo.
- 4Pulse «Encontrar mi punto de ruptura» para ver hasta dónde pueden moverse los usuarios o el precio antes de que el beneficio llegue a cero.
- 5Compare la autenticación alojada y la autoalojada a 24 meses, incluido el coste de migración.
Errores que conviene evitar
- Comparar precios de catálogo en lugar de totales. Una opción autoalojada parece gratuita hasta que se cuentan los parches, las guardias y las revisiones de seguridad al coste por hora de sus ingenieros.
- Tratar a la totalidad de los usuarios activos por igual. Un millón de sesiones gratuitas puede costar más en autenticación de lo que ingresan cien mil clientes de pago.
- Ignorar los bots. Las altas falsas y los intentos de relleno de credenciales se facturan como usuarios reales y pueden inflar la factura en dos dígitos porcentuales.
- Planificar solo con el volumen actual. Un tramo de precios que parece razonable con cincuenta mil usuarios puede cambiar por completo el panorama con quinientos mil.
Preguntas frecuentes
¿Es mala la tarifa por MAU?
No por sí misma. Es barata mientras la base es pequeña o la mayoría de los usuarios paga. Se vuelve cara cuando hay muchos usuarios gratuitos o inactivos, así que modele su porcentaje de pago antes de comprometerse con un plan.
¿Cuándo compensa alojar la autenticación por cuenta propia?
Normalmente con muchos usuarios y un porcentaje de pago bajo, y solo si puede dedicar tiempo de ingeniería. Ejecute aquí ambos escenarios y observe la comparación a 24 meses, incluido el coste de migración.
¿Por qué forman parte del modelo las altas de bots?
Los proveedores suelen contar como activa cualquier cuenta que inicia sesión durante el mes. Las cuentas falsas se facturan como las reales, así que la protección contra bots puede amortizarse sola.
¿Son realmente un coste importante los códigos por SMS?
Son pequeños por mensaje, pero se multiplican por usuarios y meses. Las aplicaciones de autenticación y las claves de acceso (passkeys) eliminan la mayor parte de ese coste y, en general, son más seguras que los mensajes de texto.
¿Cómo encuentro el punto de ruptura?
Pulse «Encontrar mi punto de ruptura». La herramienta empuja cada variable hacia su extremo más desfavorable e indica el valor en el que el beneficio mensual llega a cero.
¿Qué grado de precisión tiene?
Es un modelo educativo con supuestos declarados, no un asesoramiento financiero ni de seguridad. Sustituya los datos por su propia factura y cifras de uso, y consulte los precios vigentes del proveedor.
Este es un modelo educativo de planificación con supuestos declarados. No constituye asesoramiento financiero, fiscal ni jurídico. Sustituya los datos por sus propias cifras y consulte las decisiones importantes con un profesional cualificado.