Para una editorial o una empresa de medios, el contenido ha dejado de ser todo el producto. El valor aparece cada vez más en la plataforma que distribuye, monetiza y conecta ese contenido con la persona que lo usa: la aplicación web, la cuenta de usuario, el marketplace, los anuncios o la capa transaccional. Para un CTO o un product owner, eso lleva a una conclusión sencilla pero exigente: el desarrollo de aplicaciones de medios se convierte en el desarrollo continuo de un producto, no en un proyecto puntual con fecha de fin.
Por nuestra experiencia, lo difícil no es diseñar la primera versión, sino mantener el ritmo de desarrollo durante años, con un equipo que entienda a la vez el producto y el tráfico que recibe. Para un líder del mercado de medios y digital construimos justo ese equipo y hoy seguimos haciendo crecer su plataforma marketplace inmobiliaria, combinando una arquitectura Node.js, un backend en Node y Java y un frontend en React.
¿Por qué las empresas de medios construyen hoy sus propias apps y plataformas digitales?
Porque ha cambiado de qué gana una empresa de medios y cómo compite. Las páginas vistas ya no bastan, y quien lee ya no quiere solo leer, sino resolver algo a través de la plataforma: encontrar una oferta, compararla, ponerse en contacto, comprar. Un editor que tiene confianza y alcance parte con ventaja natural para asumir el papel de plataforma transaccional en su nicho, por ejemplo en inmobiliario, automoción o clasificados.
Eso desplaza el centro de gravedad de la redacción al producto digital. De pronto hacen falta una cuenta de usuario, búsqueda, mecanismos de emparejamiento, pagos y un panel para quien publica ofertas. Cada una de esas piezas hay que no solo construirla, sino también mantenerla y hacerla crecer para un tráfico creciente, que es un reto muy distinto a publicar un artículo.
¿Cómo es el camino de la idea a un producto en marcha?
Empezamos estrechando, no ampliando. En vez de diseñar toda la plataforma de golpe, aislamos el único recorrido que tiene que funcionar primero, por ejemplo publicar un anuncio y que alguien que compra lo encuentre. Alrededor de él trazamos el modelo de datos, las primeras API y la interfaz, y solo entonces añadimos más módulos.
Trabajamos en ritmo Agile, en iteraciones cortas, porque un producto de medios va a revisar sus supuestos de todos modos en cuanto se encuentre con el tráfico real. Este modo nos permite entregar rápido una versión que funciona y corregir el rumbo según el comportamiento de los usuarios y no según un plan del trimestre pasado. En el proyecto para el líder de medios ajustamos el alcance y el ritmo de trabajo al presupuesto del cliente, en vez de imponer por delante un plan rígido y caro.
¿Qué aplicaciones web y marketplaces construimos para medios?
En los proyectos para editoriales y empresas de medios nos centramos en la capa que de verdad sirve al usuario y a la transacción:
- aplicaciones web con cuenta de usuario, búsqueda y personalización del contenido,
- marketplaces y plataformas de anuncios que conectan dos lados de un mercado,
- paneles para quien vende y para quien edita con los que gestionar ofertas y contenidos,
- integraciones con sistemas de pago, datos externos y herramientas de analítica.
Para el líder de medios construimos, y seguimos haciendo crecer, una plataforma marketplace inmobiliaria, que es exactamente el tipo de producto donde el contenido, el anuncio y la transacción se encuentran en un mismo sitio.
¿Cómo es el backend de una plataforma de medios en Node.js y Java?
El backend es el corazón de una plataforma de medios, porque absorbe el tráfico, guarda la lógica y sirve los datos. Lo diseñamos casi siempre como un conjunto de servicios Node.js, completado con componentes en Java allí donde importan la madurez y el rendimiento de una parte concreta del sistema. Un arquitecto Node.js supervisa el conjunto, fijando las fronteras entre servicios, los contratos de API y la forma en que los módulos se hablan.
Esta separación permite hacer crecer la plataforma sin reescribirla. El equipo puede añadir un módulo nuevo, por ejemplo el soporte de otro tipo de anuncio, sin tocar lo que ya funciona. En el proyecto del marketplace fueron precisamente nuestros arquitectos Node.js y los desarrolladores de Node y Java quienes se aseguraron de que el backend pudiera soportar un número creciente de ofertas y consultas.
¿Cómo construimos el frontend React de una plataforma de medios?
El front de una plataforma de medios decide si la persona se queda. Lo construimos en React, con una arquitectura de componentes que permite reutilizar los mismos elementos, la lista de ofertas, los filtros, la ficha de detalle, en distintas partes del producto. Nos aseguramos de que la búsqueda y el filtrado sean rápidos, porque en un marketplace son justo lo que convierte a una visita en un usuario que vuelve.
Conectamos el frontend con el backend mediante API descritas con claridad, lo que permite que las dos capas evolucionen a su propio ritmo. En el proyecto para el líder de medios, los desarrolladores React trabajaron codo con codo con el equipo de backend, así que las funcionalidades nuevas aterrizaban de forma coherente tanto en los datos como en la interfaz.
¿Cómo se hace crecer un producto existente y no solo se construye desde cero?
Aunque no lo parezca, este es el escenario más frecuente. Un editor suele tener ya alguna plataforma y necesita cerrar huecos de competencias y acelerar el desarrollo, no partir de una página en blanco. En ese caso entramos en el código existente, aprendemos sus convenciones y sumamos personas justo donde el equipo del cliente está estirado o le falta una especialización concreta.
Así es exactamente nuestro proyecto de marketplace: no una implantación puntual, sino el desarrollo continuo de un producto, donde nuestro equipo asumió la propiedad de áreas sucesivas y las hace crecer junto al cliente.
¿Cómo se diseña la arquitectura para escalar una plataforma de medios?
Una plataforma de medios suele estar expuesta a un tráfico desigual: un día tranquilo y un pico repentino tras una campaña o una publicación. Por eso asumimos desde el principio que los servicios deben escalar de forma independiente, y diseñamos la búsqueda y las listas de ofertas, los elementos más consultados, para que aguanten la carga sin degradar el resto del sistema. Partir el backend en servicios Node.js y Java no es arte por el arte, sino justo la base de ese tipo de escalado.
Igual de importante es que la arquitectura no bloquee el desarrollo. Contratos de API claros, módulos separados y un modelo de datos legible hacen que el siguiente equipo o la siguiente funcionalidad no exijan reconstruirlo todo.
¿Cómo mantenemos la calidad mientras la plataforma crece?
Con un producto que vive años y cambia constantemente, la calidad no puede ser una reflexión de última hora. Metemos a los perfiles de testing en el equipo desde el principio, junto a quienes desarrollan, y no cuando una funcionalidad ya está entregada. Así las regresiones salen rápido a la luz, y cada funcionalidad nueva llega a producción comprobada y no aceptada por fe.
En la práctica eso significa probar los nuevos recorridos de usuario, controlar las funciones críticas del marketplace (publicar, buscar, contactar) y que testing trabaje con desarrollo dentro del mismo sprint. En el proyecto para el líder de medios, el testing fue una parte permanente del equipo, lo que nos permitió hacer crecer la plataforma rápido sin romper lo que ya funcionaba.
¿Con qué rapidez puede un equipo incorporarse a un proyecto de plataforma de medios?
La velocidad de incorporación decide si la aceleración es real. Nuestro proceso de selección y cobertura de roles suele cerrarse en dos o tres semanas, y formamos el equipo alrededor del proyecto concreto, no de un estante ya hecho. Como partner nearshore desde Polonia trabajamos en una zona horaria cercana, así que el equipo entra en tus revisiones de código, tus reuniones y tu ritmo de sprints sin una rampa larga.
¿Cómo lo hacemos en RITS?
Lo hacemos como partner nearshore desde Polonia, con experiencia real construyendo y haciendo crecer plataformas de medios:
- para un líder del mercado de medios y digital construimos, y seguimos haciendo crecer, una plataforma marketplace inmobiliaria,
- aportamos arquitectos Node.js, desarrolladores de Node, Java y React, y perfiles de testing en un único equipo cohesionado,
- trabajamos en Agile, ajustando el alcance y el ritmo de trabajo al presupuesto del cliente,
- cubrimos los roles normalmente en dos o tres semanas, formando las competencias alrededor del producto.
Lo más habitual es que lo hagamos como software a medida construido y desarrollado por nuestro equipo y, cuando hay que reforzar competencias rápido, como refuerzo de equipo.
¿Por dónde empezar a construir una aplicación o plataforma de medios?
Empieza por la única transacción que tiene que funcionar y por la pregunta de qué datos y qué tráfico debe soportar la plataforma. Eso define el alcance de la primera versión, la arquitectura del backend, la forma del frontend y los roles que necesitas. Las diferencias entre modelos de colaboración las tratamos en nuestro artículo sobre modelos de colaboración en TI.
¿Vas a construir o hacer crecer una aplicación o plataforma de medios? Hablemos, ajustamos equipo y arquitectura a tu producto.