Saltar al contenido
Volver al trabajo
Case study

Superlum

Workspace operativo a medida que reemplazó a Notion en la operación diaria de una empresa real.

Mi rol

Diseño y desarrollo full-stack de punta a punta: arquitectura, modelado de datos, UX y marketing del producto.

Stack

  • Next.js
  • React
  • TypeScript
  • Prisma
  • SQLite (dev)
  • Supabase / PostgreSQL (prod)

El problema

Taquion manejaba toda su operación en Notion: flexible, pero genérico. Faltaba estructura propia, permisos finos por cliente y flujos pensados para cómo trabaja la empresa de verdad. Después de mi pasantía ahí (automatización con n8n y workflows de Notion), la propuesta fue construirles su propia herramienta.

La solución

Centralicé la operación de Taquion en un workspace propio: gestión de clientes y proyectos con un modelo de acceso por cliente y scoping a nivel de fila (default-deny: nadie ve nada que no le corresponda), más un sistema de agentes para validación de features y consistencia de diseño.

Decisiones y features

Modelo de acceso por cliente con scoping a nivel de fila (default-deny): la seguridad es la arquitectura, no un parche encima.

Sistema de agentes para validar features y mantener la consistencia de diseño.

Cliente referente: Sergio Doval, CEO de Taquion. Producto en uso real.

Presentado en TIC Experience y con entrevista en TN sobre el proyecto.

Capturas

Captura de la interfaz de Superlum

FALTA: Vista de cliente con scoping de permisos (falta captura)

FALTA: Sistema de permisos / default-deny (falta captura)

Aprendizajes

  • Diseñar la seguridad desde el modelo de datos (default-deny) sale mucho más barato que agregarla después.
  • Reemplazar una herramienta genérica que la gente ya usa obliga a entender el flujo real, no el ideal.