El proyecto busca que varios vendedores puedan operar dentro de una misma plataforma sin mezclar la gestión de cada tienda. En el registro de ZYRA aparecen como frentes activos el registro de vendedores, la gestión de catálogo, el flujo de publicación, las métricas del dashboard y la carga de imágenes.
VORON Market
VORON Market es un producto propio registrado dentro de ZYRA como marketplace SaaS multitenant orientado a vendedores y comercios que necesitan gestionar su operación digital.
Naturaleza del casoProducto propio. El registro interno del proyecto lo identifica como marketplace multitenant y documenta trabajo activo sobre onboarding, catálogo, roles, dashboard, publicación e imágenes.
El escenario que originó el caso.
Vendedores y comercios necesitan publicar su oferta, administrar catálogo y operar dentro de una experiencia comercial coherente sin mezclar la gestión de cada tienda.
Construir una base de comercio digital donde vendedores y comercios puedan incorporarse, administrar productos y publicar su oferta, mientras la plataforma mantiene separación de roles y contexto entre operaciones.
Qué se diseñó para responder al problema.
Solución diseñada
Un marketplace multitenant con flujo de vendedores, catálogo, publicación de productos, roles y panel de administración para organizar la operación digital.
Quién necesita trabajar con la solución.
Vendedores
Perfiles que ingresan al producto para registrar su operación y preparar la publicación de productos.
Comercios
Negocios que necesitan organizar catálogo, imágenes y oferta dentro de una experiencia digital centralizada.
Operación de plataforma
Perfiles con capacidades administrativas y de control sobre roles, publicación y funcionamiento general del marketplace.
Capacidades verificables del producto.
Se incluyen únicamente módulos documentados en el repositorio, su registro interno o las capturas disponibles.
Onboarding de vendedores
Registro y validación del flujo de incorporación de nuevos vendedores.
Catálogo y productos
Gestión del inventario publicable y de la información principal asociada a cada producto.
Imágenes y preview
Carga y previsualización de recursos visuales asociados a los productos.
Roles y multitenancy
Separación lógica de responsabilidades y contexto de operación entre vendedores, comercios y plataforma.
Flujo de publicación
Proceso para llevar un producto desde su preparación hasta su disponibilidad dentro del marketplace.
Dashboard operativo
Espacio de gestión con métricas comerciales documentadas como frente de implementación dentro del proyecto.
Cómo se recorre la operación.
- 01
Registro del vendedor
El usuario inicia el onboarding y completa las validaciones necesarias para incorporarse al marketplace.
- 02
Preparación del catálogo
El vendedor crea o gestiona productos y organiza la información que formará parte de su oferta.
- 03
Carga de imágenes
Los recursos visuales se cargan y previsualizan como parte del flujo de preparación del producto.
- 04
Publicación
El producto avanza por el flujo de publicación dentro del contexto del vendedor correspondiente.
- 05
Seguimiento operativo
El dashboard concentra la gestión posterior; el registro actual indica que sus métricas siguen siendo un frente de trabajo.
La estructura técnica explicada desde la operación.
El registro interno de ZYRA documenta una arquitectura de producto web separada por experiencia de usuario, servicio de negocio, persistencia relacional y gestión externa de imágenes. Desde negocio, esa separación permite mantener reglas de vendedores y catálogo fuera de la interfaz y manejar recursos visuales sin convertir el servidor web en repositorio de archivos.
Experiencia web
Interfaz para onboarding, catálogo, publicación y gestión del vendedor.
Servicio de negocio
Capa de API documentada en el registro del proyecto para validaciones, autenticación y reglas operativas.
Persistencia relacional
Base estructurada para entidades de producto, vendedores, roles y relaciones del marketplace.
Gestión de imágenes
Servicio externo documentado para carga y preview de recursos de producto.
Decisiones relevantes que pueden sustentarse.
Multitenancy como restricción de dominio
La separación entre vendedores no se trata como un detalle visual, sino como parte de la estructura del producto.
Onboarding antes de expansión
El sprint documentado prioriza estabilidad del registro, validaciones y autenticación antes de ampliar el flujo comercial.
Medios fuera del núcleo transaccional
La gestión de imágenes se documenta mediante un servicio dedicado y un flujo específico de carga y preview.
Dashboard basado en operación estable
Las métricas aparecen como trabajo pendiente dentro del registro, evitando presentar esa capacidad como terminada cuando aún está en implementación.
Evidencia visual disponible.
Las imágenes son capturas o recortes de recursos ya documentados. No se generan pantallas nuevas para completar la galería.
No se encontraron capturas adicionales verificables de VORON Market dentro de este repositorio. La estructura queda preparada para incorporarlas cuando se documenten nuevos assets reales.
En desarrollo
El registro interno de ZYRA identifica VORON Market como producto propio en desarrollo. El foco documentado está en estabilizar el registro de vendedores, el dashboard operativo, las métricas y el flujo de publicación; también existen tareas abiertas sobre validaciones y carga de imágenes. No se presentan esas capacidades pendientes como resultados terminados.
Qué deja este caso para futuras decisiones de producto.
El tenant define el producto
En un marketplace multitenant, vendedor, roles y contexto de datos deben resolverse antes de escalar funcionalidades.
El onboarding es parte del core
Si registro, validaciones o autenticación fallan, el resto de capacidades comerciales pierde utilidad para el vendedor.
Catálogo y medios forman un solo flujo
La experiencia de publicación depende tanto de los datos del producto como de una carga y preview de imágenes estable.
Las métricas llegan después de la operación
Un dashboard comercial es más útil cuando los flujos que generan sus datos ya tienen reglas y estados consistentes.
¿Necesitas una solución similar?
Cuéntanos cómo funciona hoy tu operación. Revisamos el problema, organizamos el alcance y definimos una ruta de construcción por fases.
Solicitar evaluación