Una app, un trabajo: por qué no construyo una superapp

Cada pocos meses recibo alguna versión de esta sugerencia: “deberías juntar el presupuesto, la hidratación y los recordatorios en una sola app — más valor por instalación, un solo inicio de sesión, más tiempo de pantalla”. No es mala idea en abstracto. Simplemente no es lo que construyo, y vale la pena escribir por qué, porque son las mismas razones detrás de cada decisión que tomo sobre cada app de la lista.

La presión por fusionar es real, y no tiene que ver con el usuario

Las superapps no aparecen porque alguien se sentó a diseñar la mejor experiencia posible para llevar tu consumo de agua y tu lista del supermercado en el mismo lugar. Aparecen porque fusionar es bueno para el negocio, no para la persona que sostiene el teléfono. Una instalación en lugar de seis. Un inicio de sesión alrededor del cual construir un perfil. Un ícono de app compitiendo por un lugar en la pantalla de inicio en lugar de seis. Toda métrica que le importa al crecimiento mejora cuando todo vive bajo un mismo techo.

Nada de eso es malintencionado. Simplemente optimiza algo distinto de “¿esto te ayuda a terminar la tarea y soltar el teléfono?”. Una pantalla de seguimiento de compras enterrada tres pestañas dentro de una app de finanzas no es más útil por compartir el inicio de sesión con tu presupuesto — solo es más difícil de encontrar.

Lo que una app fusionada le cuesta realmente a quien la usa

Abre una superapp de verdad y la señal siempre es la misma: una pantalla de inicio atiborrada de íconos de funciones que nunca tocaste, solicitudes de permisos para cosas que no tienen nada que ver con lo que abriste, y una barra de búsqueda porque la navegación dejó de funcionar como un mapa hace tiempo. La app se acuerda de ti, pero tú ya no puedes acordarte de ella — para qué sirve, dónde viven las cosas, qué te va a pedir a continuación.

Hay un costo más sutil también. Mezclar dominios mezcla datos. Una app de recordatorios que también hace presupuesto tiene que decidir qué significa una “notificación” entre dos trabajos que no tienen relación, y la respuesta suele ser una pantalla de ajustes con cuarenta interruptores que nadie lee. Cada función que no usas sigue ahí, sigue cargada, sigue siendo un permiso que la app pidió y que concediste sin del todo quererlo.

Lo que le cuesta a quien la construye

Esta parte se suele saltar cuando se evalúan las superapps desde afuera, pero es la mitad en la que realmente vivo. Soy una sola persona. Que Granyn siga tus gastos y que Hydrame te recuerde beber agua no tiene nada que ver entre sí — modelos de datos distintos, cadencia de notificaciones distinta, casos límite distintos, personas distintas que las usan por razones distintas a distintas horas del día. Unirlas en una sola base de código no ahorra esfuerzo; lo multiplica. Una versión del recordatorio de hidratación ahora hay que probarla también contra la pantalla de presupuesto, porque comparten un mismo binario. Un fallo en una función tumba toda la app en los reportes de fallos de la tienda, ensuciando la señal de ambas. El onboarding tiene que explicarle dos cosas sin relación a alguien que vino por una sola.

Apps pequeñas y separadas significan que un error en una tiene un radio de impacto de exactamente una app. Una decisión de diseño de la que me arrepiento me cuesta una sola reescritura, no una migración a través de seis conjuntos de funciones sin relación atornillados a una carcasa compartida. Y, sobre todo: puedo decir que no a una solicitud de función para Granyn sin que se convierta en un debate sobre si pertenece “a la app”, porque Granyn solo es una cosa.

La prueba que realmente uso

Antes de añadir algo, hago una pregunta simple: ¿podría un desconocido explicar qué hace esta app solo con su ícono y su nombre, después de usarla una vez? Si la respuesta empieza a necesitar un “bueno, también—”, esa función pertenece a otra app, o no pertenece a ninguna. Por eso OldSchool solo hace recordatorios de medicación, Stocky solo lleva registro de lo que hay en tu cocina, y Mintly es un temporizador de concentración y nada más. No porque me falten ideas de qué más podrían hacer, sino porque cada “también” es un pequeño impuesto sobre lo único que la app realmente hacía bien.

Dónde sí tiene sentido compartir

Nada de esto significa que las apps se construyan aisladas unas de otras. Comparten un lenguaje de diseño, así que pasar de una a otra no se siente como reaprender un programa. Comparten la misma arquitectura local-first, sin cuentas, así que la historia de privacidad es idéntica en todas. Comparten bibliotecas internas para cosas como la programación de notificaciones y el respaldo/exportación, porque eso es plomería, no una función entre la que el usuario elige. Lo que no comparten es una sola base de datos, un solo flujo de onboarding, ni una sola razón para abrir la app. Esa línea — infraestructura compartida, propósito separado — es toda la estrategia.

Una superapp es una apuesta a que la conveniencia le gana a la claridad. Yo apuesto al revés: que una app que entiendes por completo en cinco segundos vale más que una app que hace cinco cosas más que usarás una sola vez.