SISO: de una necesidad operativa a una plataforma SaaS multitenant

Diseñé y desarrollé desde cero una plataforma SaaS multitenant para digitalizar la gestión de organizaciones de salud. El producto evolucionó desde una solución clínica hacia un core reutilizable para distintas verticales, incluyendo odontología y veterinaria.

Mi rol: Product Manager / Product Owner, Producto propio

El problema

El punto de partida fue una necesidad frecuente en consultorios y organizaciones de salud: información y tareas distribuidas entre agendas, registros de pacientes y procesos manuales, con poca automatización y escasa visibilidad sobre la operación. El desafío era construir una solución digital que resolviera esas necesidades sin crear un producto distinto para cada cliente y que pudiera crecer hacia nuevas especialidades y modelos de negocio.

Discovery

El discovery se centró en identificar los flujos operativos que más valor podían concentrar en un primer producto: administración de pacientes, agenda y disponibilidad de profesionales, turnos, roles y permisos, seguimiento y métricas. A medida que el producto evolucionó, el aprendizaje llevó a incorporar licenciamiento modular, automatizaciones de recall y nuevas verticales. Cada nueva capacidad se evalúa por el problema que resuelve, su reutilización entre tenants y la complejidad que agrega al producto.

Decisiones y trade-offs

Construir un core multitenant en lugar de una aplicación por cliente
Definí una arquitectura con un master central y tenants independientes. El master administra los tenants y su configuración, mientras cada organización mantiene sus propios datos. La decisión permite evolucionar un único producto para múltiples clientes manteniendo aislamiento de información.
Descartado: Crear una instalación independiente para cada cliente habría simplificado algunos escenarios iniciales, pero aumentaba el mantenimiento, duplicaba despliegues y dificultaba evolucionar el producto de forma centralizada.
Separar capacidades mediante licencias y módulos
Incorporé un modelo de licenciamiento con planes, vigencia, límites de uso y módulos habilitables. Esto permite configurar las capacidades disponibles para cada tenant y preparar el producto para diferentes niveles de servicio.
Descartado: Habilitar todas las funcionalidades para todos los clientes reducía la complejidad inicial, pero limitaba la capacidad de diferenciar planes y evolucionar hacia un modelo comercial escalable.
Desacoplar las automatizaciones del núcleo transaccional
Para procesos como recall de pacientes por inactividad y recordatorios de turnos, separé la lógica transaccional de la orquestación. El backend identifica y expone la información necesaria y registra el resultado, mientras los workflows de automatización gestionan la ejecución y los canales de comunicación.
Descartado: Implementar cada automatización directamente dentro del core habría reducido componentes externos, pero generaba mayor acoplamiento y hacía más costoso modificar reglas, frecuencias o canales de comunicación.
Evolucionar de una vertical clínica a un core reutilizable
Al incorporar la vertical veterinaria, reutilicé capacidades comunes como usuarios, clientes, agenda, permisos, licencias y automatizaciones, separando los modelos y procesos específicos de cada vertical. Esto permitió incorporar SISO Pet sin construir una segunda plataforma desde cero.
Descartado: Construir un producto veterinario completamente independiente ofrecía mayor libertad inicial, pero implicaba duplicar autenticación, agenda, licenciamiento, automatizaciones, infraestructura y futuras evoluciones.

Resultados

SISO evolucionó desde una solución orientada a la gestión clínica hacia una plataforma SaaS multitenant con aprovisionamiento de tenants, roles y permisos, gestión de pacientes y clientes, agenda y disponibilidad, turnos, licenciamiento por módulos, métricas y automatizaciones de seguimiento. El mismo core permite trabajar con verticales CLINIC y VET, incorporando en veterinaria entidades y flujos específicos como mascotas y atención veterinaria. El producto continúa en evolución y validación comercial, por lo que actualmente los resultados se expresan en capacidades construidas, reutilización del core y alcance funcional, y no todavía en métricas de adopción o crecimiento.

Aprendizajes clave

Construir un producto propio reforzó una idea central de mi forma de trabajar: una decisión de arquitectura también puede ser una decisión de producto cuando condiciona cómo se escala, se comercializa y evoluciona una solución. El principal aprendizaje ha sido equilibrar valor para el usuario, velocidad de entrega, reutilización y deuda técnica, evitando tanto diseñar únicamente para el caso inmediato como sobrediseñar antes de validar.