Mingüini: Construyendo una Plataforma de Productividad Todo en Uno

La versión cotidiana del problema es la que el propio producto responde: la mayoría de la gente maneja su día repartido entre cinco apps distintas —un gestor de tareas, un timer Pomodoro, un tracker de hábitos, un gestor de proyectos, un tracker de tiempo— cada una con su propia suscripción, su propio modelo de datos, y sin contexto compartido entre ellas.

La versión difícil es la que tuvimos que resolver para construirlo. "Todo en uno" es exactamente donde la mayoría de los productos de productividad se caen, ya sea en una app-de-todo inflada o en una superficial que no hace nada bien del todo. Trece áreas de funcionalidad —tareas, hábitos, pomodoro, proyectos, notas, seguimiento de tiempo, estudio, lecturas, entrenamientos, finanzas, recordatorios, facturación y artículos— compartiendo un mismo límite de autenticación, una misma base de datos y un mismo lenguaje de interfaz es una superficie que se vuelve un quilombo si no todos los módulos se construyen de la misma forma desde el primer día.

Nos decidimos por un solo modelo de datos, un solo límite de autenticación, un solo sistema de diseño, y exactamente una forma de leer o escribir datos. Cada módulo, de Tareas a Finanzas, es una porción vertical delgada sobre las mismas primitivas, así que agregar uno nuevo es el mismo tipo de trabajo que el anterior, no una integración a medida.

La otra decisión fue dejar que el producto creciera a la vista de todos sin volverse complicado. Los módulos se lanzan detrás de una capa de feature flags global que los admins pueden apagar al instante, y cada usuario puede ocultar los módulos que no usa personalmente —así el sidebar de una app todo en uno nunca es más grande que el stack que esa persona realmente quiere.

Next.js 16 con App Router, React Server Components y React 19. Los Server Actions son el único camino de acceso a datos —21 módulos de acciones, unas 10.200 líneas, cada uno siguiendo el mismo contrato: chequeo de sesión, validación con Zod, una escritura en Prisma, una revalidación de caché, y un resultado tipado de éxito o error. No hay ninguna capa REST para los datos de la app, y eso es justo lo que evita que trece módulos se desalineen entre sí.

PostgreSQL a través de Prisma 7 sobre el adaptador nativo del driver de pg: un schema de 808 líneas, 36 modelos y 14 enums, 43 migraciones ordenadas, y una política estricta de cero drift —cada cambio de schema es una migración real, nunca un push. Índices compuestos sostienen la UI más pesada, como el tablero de tareas de cinco días con drag-and-drop y reordenamiento optimista. La autenticación es email/contraseña más OAuth de Google, emitiendo cookies de sesión httpOnly validadas en cada ruta y cada acción.

El control de funcionalidades corre en dos capas. Un flag global nos deja apagar un módulo para todos al instante si algo se rompe, y una preferencia por usuario le permite a cada persona ocultar los módulos que no usa personalmente —así el sidebar de una app todo en uno nunca tiene por qué sentirse así. El control de plan se apoya sobre eso, con webhooks del proveedor de pagos manteniendo sincronizado el estado de la suscripción en el plan pago.

Las partes que corren sin que nadie las esté mirando: un cron chequea los recordatorios de cada usuario una vez por minuto, resuelve cada uno contra la zona horaria propia de ese usuario, y lo entrega como una notificación push real a través de un service worker, en vez de un toast dentro de la app. Mingüini se instala como PWA con una página offline en vez de lanzar una app nativa, y una integración de calendario trae las reuniones del día directo al dashboard. Toda la interfaz corre sobre un solo sistema de color perceptualmente uniforme que se adapta a claro, oscuro, y un puñado de paletas elegidas por el usuario, servido en inglés y español desde el mismo código.

Hoy hay trece módulos de funcionalidades viviendo detrás de un solo sidebar:

Mingüini está en desarrollo continuo desde hace unos seis meses, construido y testeado de la misma forma en que construiríamos cualquier producto de producción: