El argumento a favor de las apps de Mac pequeñas y de un solo propósito

Abre la carpeta de Aplicaciones de cualquier usuario veterano de Mac y encontrarás un patrón extraño. Hay cinco o seis apps de marca grande que abren cada día, y otras cuarenta utilidades pequeñas que silenciosamente corren en la barra de menú, en un atajo, o como una Acción Rápida. Las apps grandes se rediseñan cada dos años, a veces dolorosamente. Las utilidades pequeñas simplemente siguen funcionando.

Esta entrada va sobre por qué ganan las utilidades pequeñas, y cómo se vería construir software con ese patrón en mente a propósito.

El patrón

Una “app pequeña” en este contexto es algo con un solo trabajo, una superficie de UI simple (a menudo barra de menú, a veces una ventana), y una lista de funciones que cabe en una pantalla. Ejemplos que casi cualquier usuario avanzado de Mac reconocerá:

• Itsycal, un calendario diminuto que vive en la barra de menú.
• Hand Mirror, que convierte tu cámara en un espejo de un clic.
• Maccy, un historial de portapapeles.
• Rectangle, un gestor de ventanas.
• Pure Paste, que quita el formato de cualquier cosa que copies.
• Lungo, que mantiene tu Mac despierto bajo demanda.

Ninguna de estas intenta ser una plataforma. Ninguna tiene un “nivel Pro” con funciones bloqueadas. Ninguna te pide crear una cuenta. La mayoría son gratis o de pago único. Algunas son código abierto. Todas hacen exactamente una cosa, y han hecho esa cosa por años sin que sus desarrolladores hayan sentido la necesidad de añadir un tablero kanban.

Por qué esto funciona en el extremo pequeño y se rompe en el grande

La razón por la que las apps pequeñas sobreviven es que el impuesto de complejidad por función nunca se acumula. Un gestor de portapapeles que solo gestiona portapapeles tiene una superficie pequeña. La superficie de bugs es pequeña. La página de ajustes es pequeña. Las notas de versión son pequeñas. El desarrollador puede tener toda la app en su cabeza, lo que significa que puede arreglar problemas rápido y enviar actualizaciones sin romper otras funciones.

En cuanto una app pequeña intenta crecer hacia una “plataforma,” la matemática cambia. Cada función nueva multiplica la matriz de pruebas. Cada ajuste nuevo añade un caso límite. Cada integración nueva trae los bugs de otra persona a tu base de código. El impuesto de complejidad es aproximadamente cuadrático.

Las apps grandes sobreviven a esto solo contratando equipos. Las apps pequeñas sobreviven negándose a crecer.

La economía

Una app pequeña a $5 o $15 de pago único puede ser construida y mantenida por una sola persona con mil descargas mensuales. La matemática funciona porque el coste marginal de un usuario adicional es esencialmente cero. No hay servidor. No hay equipo de soporte más allá del desarrollador. No hay panel de analíticas con factura mensual.

El mismo desarrollador intentando soportar una “plataforma” al mismo precio quebraría. Las plataformas necesitan equipos. Los equipos necesitan salarios. Los salarios necesitan ingresos recurrentes. Por eso cada “app pequeña que se convirtió en plataforma” eventualmente pasa a suscripción. La economía lo obliga.

La consecuencia interesante es que el desarrollador de app pequeña tiene incentivos más fuertes para mantener su app enfocada que el desarrollador de plataforma. Añadir una función es un coste real para el desarrollador de app pequeña. Se va a resistir. El desarrollador de plataforma tiene un OKR trimestral que requiere enviar nuevas funciones, así que la añadirá la necesite o no.

La disciplina de diseño

La parte más difícil de construir una app pequeña es decir no a las funciones. No es el tipo de “no” que sale natural a los ingenieros, que tienden a ver cada petición de función como un pequeño problema interesante por resolver. Es el tipo de “no” que viene de una opinión fuerte sobre lo que es la app.

La prueba correcta no es “¿le sería útil esto a algún usuario?”. La respuesta siempre es sí para cualquier función. La prueba correcta es “¿haría esto la app peor para los usuarios que ya la aman?”. Un gestor de portapapeles que añade notas ya no es un gestor de portapapeles. Una app de tareas que añade proyectos y áreas y etiquetas ya no es una app de tareas pequeña. El usuario que amaba la versión enfocada empieza a notar el peso.

La mayoría de las apps pequeñas exitosas tienen una “anti-hoja-de-ruta” pública de funciones que nunca añadirán. A veces es explícito en el sitio web. Más a menudo es implícito en las notas de versión que no cambian. Cinco años y la app sigue haciendo lo mismo. Esa es la función.

Por qué la barra de menú es el hogar correcto para tantas de ellas

La barra de menú es la superficie perfecta para una app que hace una cosa porque está siempre disponible, ocupa casi nada de espacio visual, y tiene una afordancia de un solo clic que abre un popover. No hay icono en el Dock compitiendo por atención. No hay ventana principal exigiendo estar abierta o cerrada. La app está ahí cuando la necesitas e invisible cuando no.

Esto también es por qué algunas de las apps pequeñas más queridas de Mac de la última década han sido apps de barra de menú. El factor de forma encaja con la misión. Escribimos sobre cómo elegir una app de tareas en la barra de menú para un tratamiento más largo de por qué esto funciona.

Por qué la tendencia está volviendo

Por unos años pareció que el modelo de app pequeña estaba muriendo. La presión de las suscripciones se comía el mercado independiente. Los cambios del App Store hacían la economía más difícil. Apple seguía mostrando apps grandes de productividad de marcas conocidas en cada keynote de WWDC.

Pero los últimos dos años han revertido silenciosamente la tendencia. Cambiaron varias cosas:

1. El cansancio por suscripciones se volvió real y medible. Los clientes empezaron a cancelar suscripciones en volumen notable.
2. La IA en el dispositivo se abarató. Las apps que antes necesitaban una factura de LLM en la nube ahora pueden hacer el mismo trabajo localmente con el framework Foundation Models de Apple, eliminando la excusa más común de “tenemos que cobrar mensualmente para cubrir los costes de inferencia.”
3. La nueva ola de desarrolladores independientes creció viendo a la ola anterior quemarse intentando ser plataformas. Eligieron alcances más pequeños a propósito.

El resultado es que 2025 y 2026 han sido años silenciosamente buenos para las apps pequeñas de Mac. Apps nuevas se lanzan cada mes. Las viejas reciben pequeñas actualizaciones cuidadosas. El modelo sigue funcionando porque la gente que compra estas apps activamente quiere que funcione.

Cómo se ve esto para alguien comprando

Si estás mirando dos apps que hacen aproximadamente lo mismo y una es una “plataforma” con cinco pestañas y un muro de pago y la otra es un solo popover que hace el mismo trabajo, la plataforma no es la que seguirá en tu barra de menú dentro de tres años. La plataforma pivotará hacia lo que sus clientes B2B quieran. El popover se quedará silenciosamente enfocado.

Esto no es una regla universal. Algunas de las mejores apps de Mac jamás hechas han sido grandes, ambiciosas, y valen cada dólar. Logic Pro no es una app pequeña. Final Cut Pro no es una app pequeña. Things 3 está en algún lugar en medio y es excelente. El punto no es que más grande sea malo. El punto es que “pequeño y sin cambios” es una categoría de funciones en sí misma, no una señal de una app que aún no ha crecido.

Si construyes software, la lección es aún más simple: alcance más pequeño, cola más larga. Una app que hace una cosa bien por diez años vale más que cinco apps que hicieron seis cosas adecuadamente por dos años. La utilidad pequeña ha estado sobreviviendo a la plataforma rediseñada en el Mac por treinta años. No hay razón obvia para que eso cambie.

Si usas software, la lección es confiar en tu instinto cuando una app se siente bien. La pequeña que simplemente está ahí y funciona suele ser la que seguirá haciendo eso. La que tiene diecisiete pestañas y un “nivel Pro” probablemente no.

TodoBar está construido en este linaje. Una app de barra de menú. Un popover. Sin proyectos, sin etiquetas, sin tablero kanban. No se convertirá en una plataforma. No tendrá un “nivel Pro” con un muro de pago separado. El nivel gratuito cubre a la mayoría de los usuarios. El único desbloqueo de pago único cubre a los usuarios avanzados. Nada más se añade salvo que haga la versión enfocada mejor, no más grande.