Cómo contratar a un desarrollador web: un proceso práctico

Contratar desarrolladores 8 min de lectura Actualizado el 2026-08-07

Empresaria revisando propuestas de desarrolladores en una mesa
Los presupuestos solo son comparables cuando responden al mismo encargo escrito.

Elegir a quien desarrolle su web es sobre todo una cuestión de reunir pruebas, y casi todo el mundo reúne las pruebas equivocadas: portafolios, que muestran el mejor trabajo en vez del habitual, y precios, que comparan cosas que no son comparables.

Esta guía cubre un proceso que da mejores resultados: qué enviar, qué preguntar, qué comprobar y cuándo parar.

Envíe el mismo encargo a todo el mundo#

Los presupuestos solo son comparables si responden a la misma pregunta. Un encargo de una página más una estructura de páginas basta, y elimina casi toda la varianza que hace que los presupuestos parezcan disparatadamente distintos.

  • Qué debe lograr el sitio y la única acción que más importa.
  • Una lista de páginas, marcadas como críticas para el lanzamiento o posteriores.
  • Los requisitos funcionales: formularios, búsqueda, cuentas, caja, integraciones.
  • Qué queda fuera de alcance: redacción, fotografía, SEO continuo.
  • Su rango de presupuesto. Ocultarlo hace perder el tiempo a todo el mundo y produce presupuestos que no puede usar.
  • Su fecha límite y qué la motiva.
  • Cómo decidirá y para cuándo.

Dar un rango de presupuesto no significa que le vayan a cobrar el máximo. Significa que las propuestas que reciba serán de proyectos que de verdad puede comprar.

Qué preguntar y qué significan las respuestas#

Estas preguntas separan a quien ha terminado proyectos de quien los ha empezado.

PreguntaCómo suena una buena respuesta
Enséñeme un sitio como el mío y de mi escalaUna URL en producción, no una imagen de portafolio, con contexto
¿De quién son el código y las cuentas?«Suyos», de inmediato y sin matices
¿Cómo llega un cambio a producción?Control de versiones y un proceso de despliegue, no FTP
¿Qué pasa si algo se rompe tras el lanzamiento?Una ventana de soporte definida y qué viene después
¿Qué no está incluido?Una lista concreta, ofrecida sin tener que insistir
¿Qué podría torcerse en este proyecto?Riesgos honestos: retrasos de contenido, integraciones, decisiones
¿Quién hará el trabajo en realidad?Personas con nombre, no «nuestro equipo»
¿Qué necesitan de nosotros?Una lista clara con fechas

Compruebe las pruebas usted mismo#

Veinte minutos de comprobación independiente valen más que una hora de conversación, porque ponen a prueba el trabajo en vez del discurso.

  1. Abra dos de sus sitios en producción en un móvil, con datos.
  2. Pase uno por una prueba de rendimiento y mire el resultado con honestidad.
  3. Tabule por una página con el teclado y vea si el foco es visible.
  4. Vea el código fuente: ¿hay título, meta descripción y una estructura de encabezados sensata?
  5. Hable con un cliente anterior y pregunte específicamente por una vez en que algo salió mal.
  6. Compruebe si su propio sitio está mantenido. No es decisivo, pero es una señal.

La pregunta de referencia más útil no es «¿quedó contento?» sino «¿qué pasó cuando algo salió mal y cómo lo gestionaron?». Todo proyecto tiene uno de esos momentos.

Banderas rojas y banderas verdes#

Patrones a los que conviene dar mucho peso en cualquiera de las dos direcciones.

Bandera rojaBandera verde
Un presupuesto en una hora, sin preguntasPreguntas sobre su negocio antes de presupuestar
Posiciones garantizadas en la primera páginaExplicar que nadie puede garantizar posiciones
Alcance vago con precio cerradoUna lista explícita de exclusiones
Ellos guardan el dominio o el alojamientoTodo registrado a su nombre
Sin entorno de preproducciónUsted revisa en preproducción desde la primera plantilla
No quieren dar referenciasLas ofrecen antes de que pregunte
Presión para firmar esta semanaDispuestos a esperar mientras usted compara
Pago completo por adelantadoPagos por hitos vinculados a entregables

Preguntas frecuentes

¿Debo elegir el presupuesto más barato?

Solo si responde a la misma pregunta que los demás. Un presupuesto muy por debajo del resto normalmente excluye algo —carga de contenido, pruebas, arreglos tras el lanzamiento— o no ha leído el encargo. Pregunte qué queda excluido por escrito y compare después el coste total del primer año incluido el mantenimiento y qué le pertenece al final.

¿Cómo juzgo a un profesional si no soy técnico?

Juzgue el proceso y las pruebas en vez de la tecnología. ¿Pueden enseñarle un sitio en producción de su escala? ¿Usan control de versiones y preproducción? ¿Responden «¿de quién es el código?» sin dudar? ¿Preguntan por su negocio? Nada de eso requiere conocimientos técnicos, y predice el resultado mejor que la tecnología.

¿Qué debe incluir el contrato?

Alcance con lista explícita de exclusiones, hitos y pagos, propiedad del código, del dominio y de las cuentas, rondas de revisión, qué ocurre tras el lanzamiento, tiempos de respuesta ante problemas y plazos de preaviso. Si hay una cláusula en la que insistir, es la propiedad: todo lo demás se puede renegociar después, esa no.

¿A cuántos profesionales debo dirigirme?

De tres a cinco es el rango útil. Menos y no tiene con qué comparar; más y el esfuerzo de evaluar supera al valor de las opciones extra, y tendrá a todo el mundo esperando. Envíe el mismo encargo a todos y fije una fecha de decisión para que el proceso termine.

contratar desarrollador webcómo elegir desarrollador webpreguntas desarrollador webcontrato desarrollo webcontratar desarrolladorespresupuestos web

Todas las guías

Última actualización 2026-08-07 por websitedevelopment.biz · Sobre nosotros

Escrito internamente

Cada guía la investiga y escribe nuestro equipo editorial; no se recicla de otros sitios.

Revisado con calendario

Cada guía lleva la fecha de su última revisión, y publicamos la fecha incluso cuando nada ha cambiado.

Sin espacios pagados

Ninguna agencia, plataforma o desarrollador puede comprar aquí una mención, una posición ni un enlace.

Doce idiomas

Cada guía se traduce: cada idioma tiene su propia URL y su propia fecha de revisión.

Sus datos siguen siendo suyos

Los briefs nunca se publican ni se venden. Los compartimos con los desarrolladores que coinciden con tu brief para que puedan contactarte, y te decimos quiénes son.