¿Quién se encarga del desarrollo web? Roles de un equipo real

Del desarrollo web se encargan al menos cinco roles distintos: project manager, diseñador, frontend, backend y QA. Si una sola persona te dice que hace todo, está haciendo algunas de esas cosas a medias.

Acá te explicamos qué hace cada uno y cuántos necesitás según el tamaño del proyecto.

El malentendido del “webmaster”

El “webmaster” como rol único murió hace 15 años. Hoy un sitio web mediano requiere conocimiento de diseño visual, accesibilidad, performance, seguridad, SEO técnico, infraestructura, bases de datos y al menos dos lenguajes de programación. Nadie es senior en todo eso.

Cuando alguien se vende como webmaster full-stack solo, una de tres: es senior en una o dos áreas y junior en el resto, está usando templates y plugins para tapar los huecos, o está subcontratando sin decirlo. Ninguna es mala per se. Pero vos tenés que saber qué estás comprando.

Hablamos del cuadro completo en qué es el desarrollo web. Acá entramos al detalle de los roles.

Los roles obligatorios

Estos cinco existen en cualquier proyecto serio, aunque a veces una persona cubra dos.

Project Manager (PM). Hace el cronograma, lleva las reuniones, coordina entre cliente y equipo técnico, ataja los cambios de alcance. Si no hay PM, alguien más está haciendo ese trabajo mal (normalmente el dev senior, que cobra el doble por hacer reuniones).

Diseñador UI/UX. Define cómo se ve y cómo se usa el sitio. UX (cómo se usa) y UI (cómo se ve) son habilidades distintas. En equipos chicos las hace la misma persona. En equipos grandes son dos. Sobre por qué este rol no es cosmético, escribimos en el rol del UX en software.

Desarrollador frontend. Programa todo lo que ves en el navegador. HTML, CSS, JavaScript, frameworks como React, Vue o Astro. En 2026, un buen frontend también sabe de accesibilidad, performance y SEO técnico.

Desarrollador backend. Programa lo que no ves: API, base de datos, autenticación, lógica de negocio. Si tu sitio tiene login, pagos, dashboard o cualquier dato que cambia, necesitás backend.

QA (Quality Assurance). Prueba que todo funcione antes de salir a producción. Manual para flujos complejos, automatizado para regresiones. La mayoría de proyectos que vemos en mal estado nunca tuvieron QA real. Solo “el dev revisa su propio código”, que no es QA. Es un anti-patrón conocido: la persona que construyó la funcionalidad es la peor para encontrarle huecos, porque piensa igual que pensaba cuando la construyó.

Para sitios chicos, una persona puede llevar dos roles (PM + diseño, o frontend + backend) y un proveedor externo (5e Labs, otra agencia) puede hacer QA puntual. Pero los cinco roles existen aunque vos no los veas en el organigrama.

Roles que ayudan pero no son obligatorios

Estos aparecen cuando el proyecto crece.

DevOps / SRE. Maneja servidores, deploys, monitoreo, escalado. Para un sitio en Vercel o Netlify, no necesitás un DevOps dedicado. Para una app web con tráfico real y SLA, sí.

SEO especialista. Investigación de keywords, optimización on-page, link building. Si el sitio es para captar tráfico orgánico, necesitás este rol. Si es solo para presencia institucional, no.

Copywriter / content strategist. Escribe los textos para que vendan y posicionen. La mayoría de cotizaciones asumen que vos entregás el contenido. Cuando vos pedís que la agencia lo haga, este rol entra.

Especialista en accesibilidad. Audita y corrige WCAG 2.1 AA. Para sitios con obligación legal (sector público, EE.UU. ADA) es obligatorio. Para el resto, ojalá lo haga el frontend.

Data analyst. Configura Google Analytics 4, eventos, dashboards de conversión. Para e-commerce, casi obligatorio. Para sitio corporativo, opcional.

Cómo se ve un equipo de 1, de 3 y de 8 personas

Equipo de 1 (freelancer): una persona hace PM, diseño, frontend, backend y se autoprueba. Funciona para landings y sitios chicos donde vos controlás el alcance y validás el código. Riesgo alto si la persona desaparece.

Equipo de 3 (agencia chica): PM/diseñador, frontend, backend. El QA lo hace el PM o se subcontrata. Sirve para sitios corporativos, e-commerce con plataforma y proyectos hasta unos $20k. Es el tamaño más común en Costa Rica.

Equipo de 8 (proyecto serio): PM, diseñador UX, diseñador UI, frontend (2), backend (2), QA, DevOps. Esto es lo que necesitás para una app web, un SaaS o un e-commerce custom. Cuesta más, pero entrega más rápido y con menos retrabajo.

Si un proveedor te quiere cobrar $30,000 con un equipo de una persona, hay algo raro. Si te quiere cobrar $30,000 con un equipo de 8 que trabajan 4 semanas, los números cierran.

Cuándo conviene un equipo interno vs staff augmentation

Después de armar varios equipos en Costa Rica, esto es lo que vemos:

Equipo interno funciona si tenés volumen continuo de trabajo (más de 1 desarrollador a tiempo completo durante 12+ meses), un tech lead que pueda contratar y onboardear, y disposición a aguantar 3-6 meses hasta que el equipo arranque.

Staff augmentation con 5e Labs funciona si necesitás capacidad ahora, no en 6 meses; si el proyecto tiene fecha de fin clara; si vos manejás la dirección técnica y solo te faltan manos; o si querés probar a un developer antes de contratarlo de planta. Es básicamente lo que cubrimos en el staff augmentation técnico, aplicado al desarrollo web.

Hay una tercera opción: contratar una agencia llave en mano. Eso lo cubrimos en cuánto cuesta hacer un sitio web en Costa Rica. Para proyectos puntuales con alcance cerrado, es la mejor opción. Para crecimiento sostenido del producto, no.

Si te falta uno de estos roles para tu proyecto, contanos cuál y te mandamos perfiles en cinco días hábiles. Contanos qué rol te falta →