Medusa, caso de estudio: construir una plataforma para artistas paso a paso
Este caso de estudio recorre cómo abordamos Medusa desde dentro: por qué existe, qué decidimos construir primero y qué hemos aprendido por el camino. Medusa nace del cruce entre el background del estudio en Bellas Artes y nuestra forma de trabajar el producto digital. La pregunta de partida no fue "qué web necesita un artista", sino "qué sistema necesita la obra de un artista para vivir, mostrarse, contarse y venderse sin depender de un algoritmo ajeno". A diferencia de un proyecto de cliente, aquí el reto, el presupuesto y los plazos los marca el propio estudio, lo que nos permite tomar decisiones de producto con criterio largo en lugar de cerrar alcance contra una fecha. Por eso conviene leerlo como lo que es: la documentación honesta de un proceso en curso, donde describimos enfoque y aprendizajes en lugar de métricas, descargas o testimonios que aún no corresponden. Lo que sigue es el mapa de ese proceso, área por área.
Contexto y reto: la obra de un artista no cabe en una sola herramienta
El punto de partida de Medusa es una tensión que conocemos bien. Un artista que quiere existir en internet acaba repartido entre piezas que no hablan entre sí: un portfolio en Behance o ArtStation, una tienda en Etsy o un marketplace con comisión, un perfil de Instagram para el día a día, quizá un boletín por separado y, si vende, una pasarela de pago encajada como puede. Cada herramienta resuelve una parte y, a cambio, se queda con un trozo: comisión sobre la venta, dependencia del algoritmo para el alcance y, sobre todo, la propiedad de la relación con el público.
El reto que nos planteamos con Medusa fue construir un único espacio donde convivieran cinco cosas que normalmente viven separadas: la obra (el portfolio y las series), el mundo público del proyecto (su relato e identidad), el estudio (el proceso creativo como contenido de primer nivel), la editorial (publicaciones y textos) y la comunidad. No se trataba de sumar funciones por sumar, sino de que esas capas formaran un sistema coherente en lugar de cinco islas. Ese es exactamente el tipo de problema que distingue una plataforma de una web: no es una pieza de comunicación, es un producto con usuarios, contenido vivo y relaciones que mantener.
Objetivos del proyecto: qué queríamos que Medusa demostrara
Como proyecto propio, Medusa persigue dos objetivos en paralelo. El primero es de producto: que un artista pueda reunir obra, proceso, editorial y comunidad en una plataforma propia, sin ceder margen ni control a un intermediario, y sin renunciar a una experiencia cuidada. El destino de la relación con el público debe ser la plataforma del artista, no el perfil de una red que puede cambiar sus reglas mañana.
El segundo objetivo es de estudio: que Medusa sirva como prueba de capacidad. Antes de construir plataformas para otros, construimos las nuestras. Medusa nos obliga a resolver de verdad lo que prometemos en el servicio de plataformas a medida -arquitectura, contenido estructurado, diseño con criterio, rendimiento- en un terreno donde no hay cliente al que culpar de las decisiones. Por encima de todo, nos fijamos un objetivo de honestidad: no inflar el proyecto. Medusa está en construcción y evolución, y su valor hoy es demostrar el cómo, no presumir de un alcance que todavía no tiene.
Enfoque y decisiones de diseño: el proceso como contenido, no como adorno
La decisión de diseño más definitoria fue tratar el proceso creativo como contenido de primer nivel, no como un extra. En la mayoría de portfolios la obra terminada ocupa el centro y el cómo se hizo, si aparece, queda escondido. En Medusa invertimos esa jerarquía: el proceso -bocetos, pruebas, decisiones, evolución de una serie- es material publicable que da contexto, cercanía y valor a la obra, y que además alimenta lo editorial y la newsletter.
A partir de ahí, la dirección visual buscó un equilibrio difícil: que la plataforma tuviera identidad y carácter de proyecto cultural sin competir con la obra que muestra. El sistema visual está pensado para ser el marco, no el cuadro. Diseñamos la navegación alrededor de las distintas capas -obra, estudio, editorial, comunidad- para que un visitante pueda entrar por cualquiera de ellas y entender el todo. Y tomamos una decisión de fondo coherente con el ADN del estudio: nada de plantillas. La identidad y la experiencia se diseñan a medida del proyecto, porque una plataforma cultural cuya razón de ser es la singularidad de un artista no puede partir de un theme genérico.
Enfoque técnico y desarrollo: una base pensada para crecer
En lo técnico, Medusa se aborda como una plataforma de contenido a medida, no como una web estática. Eso implica una base de datos y un modelo de contenido capaces de representar entidades distintas -obras, series, publicaciones editoriales, entradas de proceso, usuarios de la comunidad- y las relaciones entre ellas, en lugar de un montón de páginas sueltas. La diferencia entre una web y una plataforma vive precisamente aquí: en el modelo de datos y en lo que el sistema permite hacer a quien entra.
Construimos con código propio sobre un stack moderno, priorizando rendimiento, contenido estructurado y una arquitectura que admita ir añadiendo capas sin rehacer la base. Esa es otra decisión deliberada del enfoque a medida: empezar por un núcleo sólido -la obra y el proceso bien modelados- y dejar preparada la integración progresiva de las funciones de venta, comunidad y editorial, en lugar de intentar lanzarlo todo a la vez. Tratamos Medusa como tratamos cualquier sistema serio: con criterio de producto, mirando al rendimiento y a la escalabilidad desde el primer commit, no como un parche.
Qué se ha construido y qué define el sistema
A día de hoy, Medusa está definida como sistema y en construcción activa por capas. El trabajo se ha concentrado en el núcleo que da sentido al resto: la estructura que une obra, proceso, mundo público, editorial y comunidad bajo una misma experiencia, y la dirección visual e identidad digital que la sostienen. Esa es la decisión de secuencia -núcleo primero- que defendemos también cuando construimos para otros.
Lo que define a Medusa frente a las alternativas no es una función concreta, sino que esas capas convivan en un mismo lugar y bajo control del artista. La obra tiene su espacio de portfolio y series; el proceso tiene entidad propia como contenido continuo; lo editorial permite publicar con criterio; y la comunidad y la presencia (incluido el SEO, porque una plataforma propia sí indexa y capitaliza su tráfico) se integran en el mismo sistema en lugar de vivir fuera. La venta integrada y la relación directa con el público forman parte del diseño del producto y se construyen sobre esa base, sin la comisión ni la intermediación de un marketplace.
Estado actual y aprendizajes del estudio
El estado real es claro y lo decimos sin maquillar: Medusa es un proyecto propio en desarrollo y evolución, no un producto lanzado a gran escala. No hay aquí cifras de usuarios, ventas ni premios que reportar, porque sería inventarlas; lo que hay es un sistema definido, decisiones tomadas con criterio y un proceso documentado. Esa transparencia es parte del caso de estudio.
El aprendizaje principal confirma la tesis del estudio: para un artista con obra que forma serie, público recurrente y una marca personal que cuidar, una plataforma propia tiene sentido cuando lo que cede a los intermediarios -comisión y control- empieza a pesar más que la comodidad de usarlos. El segundo aprendizaje es de método: construir lo propio antes que lo ajeno nos da un terreno real donde afinar cómo modelamos contenido, cómo dirigimos lo visual y cómo priorizamos el alcance. Medusa funciona, así, como prueba de capacidad para el servicio de plataformas a medida: enseña el cómo en un caso vivo. En adelante, evolucionará por capas y seguirá documentándose como lo que es, un laboratorio honesto, no un escaparate de métricas.
| Área | Reto | Enfoque del estudio | Estado del proyecto |
|---|---|---|---|
| Obra y portfolio | Reunir piezas y series dispersas en redes y portfolios de terceros | Modelo de contenido propio para obra y series, con la obra en el centro | Definido y en construcción (núcleo) |
| Proceso creativo | El cómo se hace queda escondido en la mayoría de portfolios | Proceso como contenido de primer nivel, con entidad propia | Diseñado como pilar del sistema |
| Editorial | Publicar textos y relato sin depender de un blog externo | Capa editorial integrada en la misma plataforma | En desarrollo por capas |
| Comunidad y relación | El público y la relación viven en redes ajenas y su algoritmo | Comunidad y relación directa propiedad del artista, no del intermediario | En diseño sobre la base del núcleo |
| Venta | Comisión y reglas impuestas por marketplaces | Venta integrada y directa, sin comisión de intermediario | Prevista sobre el núcleo (evolución) |
| Diseño e identidad | Las plantillas anulan la singularidad del artista | Dirección visual a medida, marco que no compite con la obra | Dirección definida y en evolución |
| Técnica y arquitectura | Una web estática no soporta un producto con usuarios y contenido vivo | Código propio, base de datos y arquitectura escalable, núcleo primero | Base operativa, ampliación progresiva |