Saltar al contenido
Volver al trabajo
Case study

Superlum

Workspace operativo a medida para una empresa real, en desarrollo con ella.

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 maneja toda su operación en un workspace genérico: flexible, pero de nadie. Falta 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 sobre su workspace), la propuesta fue construirles su propia herramienta.

La solución

Estoy centralizando 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. Prototipo que avanza con ellos.

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

Capturas

Captura de la interfaz de Superlum
La base de Clientes de Taquion en vista galería, con sus vistas guardadas (tabla, por estado, stack) y las categorías de cada cliente
Panel de administración del workspace: el registro de actividad con cada cambio y su autor, junto a las pestañas de miembros y perfiles de acceso

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.