Cómo contratar un desarrollador web freelance con un briefing claro

Contratar desarrollo no empieza eligiendo un framework. Empieza entendiendo qué problema necesita resolver tu negocio: explicar mejor un servicio, recibir consultas cualificadas, vender productos o reducir tareas manuales. Una propuesta solo se puede comparar con otra si ambas responden a ese mismo problema y dejan claros los límites.

Esta guía sirve para preparar esa conversación. No propone precios universales: el presupuesto depende del alcance, las integraciones, el contenido disponible y las responsabilidades acordadas.

Define una acción principal y el punto de partida

Escribe quién utilizará la web, qué necesita entender y qué acción debería realizar. «Una web moderna» describe una preferencia estética; «que un responsable de compras entienda nuestro servicio y solicite una reunión» describe un objetivo que permite decidir contenido y navegación.

Si ya existe una web, incluye su URL y explica qué falla con ejemplos: un formulario que no entrega mensajes, un catálogo difícil de mantener o páginas importantes que no aparecen en búsquedas. Distingue los hechos de las hipótesis. Una caída de consultas puede tener causas comerciales o de captación además de técnicas.

Cuando el objetivo es presentar una empresa y sus servicios, revisa qué incluye una web corporativa. Si se trata de una campaña con una única acción, puede encajar mejor una landing page. No hace falta construir ambas desde el inicio.

Prepara un briefing que se pueda responder

Puedes copiar esta plantilla y completarla con lo que ya sabes. Marca explícitamente lo que todavía está pendiente.

Campo	Qué aportar
Negocio y audiencia	Qué vendes, a quién y en qué situaciones te buscan.
Objetivo principal	Acción esperada y cómo comprobarás que funciona.
Web actual	URL, accesos disponibles y problemas observados, sin enviar contraseñas en el briefing.
Páginas necesarias	Inventario inicial y función de cada página.
Contenido	Quién entrega textos, imágenes, traducciones y aprobaciones.
Funcionalidades	Formularios, catálogo, reservas o conexiones con sistemas existentes.
Restricciones	Fecha importante, presupuesto disponible y dependencias externas.
Operación posterior	Quién editará, alojará y mantendrá la web.

Incluye referencias visuales explicando qué te interesa de ellas: jerarquía, claridad del menú o forma de mostrar servicios. Copiar una página completa no aclara qué es útil para tu negocio y puede arrastrar decisiones que no necesitas.

Compara entregables y exclusiones, no solo el total

Pide que cada propuesta identifique las páginas, funcionalidades y entregables incluidos. «SEO incluido» necesita concreción: metadatos, enlaces internos, redirecciones, sitemap y revisión de indexabilidad no son lo mismo que una investigación editorial continua o una campaña de enlaces.

Comprueba también qué queda fuera. La redacción, la fotografía, las licencias, el alojamiento, las traducciones y la carga de contenidos pueden estar incluidos o ser responsabilidades separadas. No supongas ninguna de esas condiciones.

Preguntas útiles para comparar:

• ¿Qué se entrega y qué criterio permite aceptarlo?
• ¿Quién proporciona y aprueba el contenido? ¿Qué ocurre si se retrasa?
• ¿Cuántas rondas de revisión se acuerdan y qué se considera un cambio de alcance?
• ¿Se conservarán las URLs importantes o habrá un mapa de redirecciones?
• ¿Cómo se comprobarán formularios, móvil, navegación y estados de error?
• ¿Qué soporte existe tras la entrega y qué se presupuesta aparte?

Una propuesta más corta puede ser adecuada si limita claramente el alcance. Una más larga no es mejor por mencionar más tecnologías: busca decisiones vinculadas a necesidades concretas.

Aclara propiedad, accesos y mantenimiento

Acuerda por escrito quién controla el dominio, el alojamiento, el repositorio y las cuentas de servicios externos. Establece cómo se entregarán los accesos de forma segura y qué documentación necesitará quien opere la web. Tener una web publicada no significa que puedas modificarla o trasladarla sin ayuda.

Pregunta qué tareas requieren mantenimiento: dependencias, copias de seguridad, monitorización, formularios o integraciones. Evita tanto asumir que «nunca hay que tocar nada» como contratar una cuota sin conocer sus tareas y límites.

Si se recogen datos personales, define quién validará los textos legales y las herramientas que los tratan. El desarrollador puede implementar requisitos aprobados; no conviene asumir que eso sustituye una revisión jurídica cuando sea necesaria.

Acuerda la verificación antes de dar la web por entregada

El criterio de entrega debe incluir escenarios observables. Por ejemplo: enviar un formulario con datos válidos y comprobar recepción, rechazar datos inválidos, recorrer la navegación desde una página interior y comprobar la presentación en tamaños de móvil.

Para una renovación, guarda un inventario de URLs antiguas y comprueba su destino. Para rendimiento, acuerda páginas, dispositivos y método de medición: una puntuación aislada no demuestra cómo funciona la web para todos los visitantes. La guía de Core Web Vitals explica esa diferencia.

Separa la entrega técnica de los resultados comerciales posteriores. Una web puede estar correctamente implementada y necesitar cambios de oferta, tráfico o mensaje. Nadie debería convertir una fecha de publicación en una promesa de ventas.

Checklist antes de aceptar la propuesta

• El objetivo y la audiencia están descritos con ejemplos.
• Las páginas y funcionalidades tienen un alcance concreto.
• Las exclusiones y responsabilidades no dependen de suposiciones.
• Los cambios, aprobaciones y dependencias tienen un proceso acordado.
• Dominio, código, cuentas y documentación tienen una entrega definida.
• Existe un criterio de verificación técnica y un plan de operación posterior.

No necesitas resolver cada detalle técnico por adelantado. Sí necesitas saber qué falta decidir y quién lo hará. Puedes conocer el enfoque de Victor y compartir tu briefing para valorar el encaje antes de cerrar el alcance.