Caso · Competición de motor

Marketplace especializado en competición

De anuncios dispersos en canales generalistas a un marketplace propio para el mercado de la competición

Resumen

Problema

La compraventa de material y vehículos de competición estaba repartida entre grupos, foros y portales generalistas, donde un anuncio especializado se pierde. Los anuncios, las imágenes, los destacados y los pagos necesitaban reglas propias de ese mercado.

Solución

Un marketplace con cuentas, anuncios, fotografías, pagos para destacar anuncios y un panel de gestión, construido en una primera versión centrada en publicar y gestionar.

Resultado observado

La actividad puede gestionarse desde una plataforma propia y evolucionar por fases sobre una base controlada.

Cambio observado, sin cifras publicadas. Solo publico métricas con punto de partida, periodo y fuente.

Antes y después

Qué pasos desaparecieron

«Antes» muestra cómo se hacía el trabajo y marca los pasos donde se atascaba o había que revisar a mano. «Después», el recorrido con el sistema en marcha.

Antes

  1. Anuncio en grupos, foros o portales generalistas
  2. Sin categorías ni filtros del sector
  3. Sin forma ordenada de destacar un anuncio

Después

  1. Anuncio con imágenes
  2. Revisión y publicación
  3. Pago del destacado
  4. Destacado activo

Piezas del sistema

  • Anuncios con estados Creación, imágenes, revisión y publicación
  • Almacenamiento de imágenes Fuera del servidor de aplicación
  • Pasarela de pago El destacado se activa al confirmar el pago
  • Panel de gestión Moderación, cuentas y pagos

Razonamiento

Cómo se decidió qué construir

  1. Situación inicial

    La oferta estaba en canales pensados para cualquier producto, sin categorías ni filtros del sector y sin una forma ordenada de dar más visibilidad a un anuncio.

  2. Restricciones y riesgos

    • Categorías, campos y filtros tenían que reflejar cómo describe y busca el material la gente del sector.
    • Las imágenes son la parte central del anuncio y debían subirse y verse bien desde el móvil.
    • Destacar un anuncio tenía que poder pagarse sin intervención manual.
    • En un marketplace la dificultad principal es reunir oferta y demanda, así que no tenía sentido construir todas las funciones de golpe.
  3. Qué se decidió

    Construir una primera versión centrada en la publicación y la gestión de anuncios, con estados explícitos para poder moderar y medir cada paso. El destacado se activa con la confirmación del pago.

    Qué se descartó. Se aplazaron funciones que dependían de tener actividad real, como valoraciones o mensajería avanzada, para no invertir en partes que todavía eran una hipótesis.

  4. Proceso y participación

    La definición del producto se hizo a partir del conocimiento del sector del propio proyecto. Yo me encargué del alcance técnico, la arquitectura, el desarrollo y la puesta en marcha.

  5. Puesta en marcha

    Primera versión en funcionamiento con el flujo completo de anuncio y la administración necesaria para moderar. Las siguientes fases se deciden con los datos de uso.

  6. Resultado

    • Flujo completo de publicación de anuncios con imágenes.
    • Pagos integrados para destacar anuncios.
    • Base preparada para medir uso, conversión y tiempos de moderación.

    Límites. No hay métricas publicadas de anuncios, usuarios ni conversión. El valor de este tipo de plataforma depende sobre todo de la actividad del mercado.

Detalle técnico Consultar arquitectura, integraciones y tecnologías

Arquitectura

  • Anuncio con estados explícitos. Creación, imágenes, revisión y publicación son estados distintos, lo que permite moderar y medir cada paso.
  • Imágenes fuera del servidor de aplicación. El crecimiento del catálogo no afecta al rendimiento ni al tamaño de las copias.
  • Panel de gestión para moderar anuncios, revisar cuentas y consultar pagos.

Integraciones

  • Pasarela de pago. El destacado se activa automáticamente cuando la pasarela confirma el pago.

Modelo de datos

Cuentas, anuncios con campos y categorías del sector, imágenes asociadas, destacados y pagos. Cada anuncio conserva su historial de estados.

Seguridad y permisos

  • Cada cuenta gestiona solo sus anuncios.
  • La moderación y la gestión de pagos quedan restringidas al panel interno.

Qué se aprendió

En un marketplace especializado, la tecnología es la parte controlable. La dificultad está en reunir oferta y demanda. Por eso la plataforma se diseñó para medir desde el principio anuncios, usuarios, conversión y tiempos de moderación.

Si tu situación se parece a esta, cuéntamela

Cuéntame brevemente qué ocurre. Te responderé en uno o dos días laborables para decirte si puedo ayudarte y cuál sería el siguiente paso.

No añadiré tu email a una lista comercial. Respondo en uno o dos días laborables.

Ver otros proyectos

  1. Subida por evento y categoría
  2. Compra y pago desde el móvil
  3. La pasarela confirma el pago
  4. Descarga habilitada

Eventos deportivos de motor

Venta y entrega de fotografía de eventos

Una plataforma propia en Django que reúne publicación, almacenamiento, compra, pago y entrega de imágenes dentro del mismo recorrido.

  • Django
  • Python
  • Redsys
  • Cloudflare R2
  1. Cambio desde el panel del local
  2. Carta publicada sin reimprimir
  3. El cliente la abre con el QR

Hostelería

Carta digital administrable para hostelería

Una carta móvil accesible mediante QR, con catálogo organizado y un panel desde el que cada local actualiza su oferta sin intervención técnica.

  • Arquitectura para varios locales
  • Código QR
  • Pasarela de pago
  • Colas de tareas
  1. Copia programada de base de datos y archivos
  2. Guardada fuera del servidor principal
  3. Retención definida
  4. Recuperación documentada paso a paso

Ecommerce especializado

Continuidad de un ecommerce especializado

Una operación de infraestructura con copias automáticas fuera del servidor principal, retención definida y un procedimiento de recuperación escrito.

  • PrestaShop
  • Copias automatizadas
  • Política de retención
  • Monitorización