Preguntas para una agencia de desarrollo web antes de contratar

La mayoría de las comparaciones entre agencias se quedan en el precio y el portfolio. Ambos dicen qué ha construido una agencia. Ninguno dice cómo te tratará en el tercer mes, ni de quién será el sitio si decides irte.

Estas son las preguntas para una agencia de desarrollo web antes de contratarla. Son quince, agrupadas por el riesgo que evalúan: proceso y plazos, propiedad, soporte, pruebas y precio. Para cada una damos cómo suena una buena respuesta y qué señala una débil. Dirigimos una agencia y esperamos que nos hagan todas.

Envíalas por escrito. Las respuestas escritas son comparables entre agencias, se pueden adjuntar al contrato y muestran quién responde la pregunta y quién cambia de tema. La lista sirve para evaluar una agencia web tanto si el proyecto es en WordPress, Webflow, Shopify o una aplicación a medida en Next.js.

Preguntas para una agencia de desarrollo web sobre el proceso#

Las preguntas de proceso muestran cómo se trabaja de verdad. Una propuesta pulida dice poco sobre eso. Las respuestas te indican con quién hablarás, cómo se registran las decisiones y qué suele salir mal.

1. ¿Quién es mi contacto y quién escribe el código?#

Compras personas, no un logotipo. Pregunta quién será tu único punto de contacto, si esa persona es técnica y quién escribe y revisa el código: empleados, freelancers o un subcontratista.

Una buena respuesta nombra los roles, indica qué se subcontrata y ofrece presentarte a la persona que hace el desarrollo. Una respuesta débil es "nuestro equipo se encarga de todo". Si nadie técnico participa en tus llamadas, los requisitos se pierden en la traducción.

2. ¿Cómo funcionan las actualizaciones y las aprobaciones?#

Pregunta con qué frecuencia recibes novedades, por qué canal y cómo se registran las aprobaciones. Un tablero de proyecto compartido, un breve resumen semanal por escrito y un aprobador con nombre de tu lado son una base razonable.

Una buena agencia te muestra un informe de estado real de un proyecto anterior. Una respuesta débil es "siempre estamos en el chat", que significa que no hay registro de decisiones. Cuando una fecha se retrasa, necesitas un rastro que muestre qué aprobación estaba pendiente y de quién.

3. ¿Qué entrega tu fase de descubrimiento?#

El descubrimiento es la fase previa al diseño y al código. Pregunta qué produce. Buenos resultados son un alcance escrito, un mapa del sitio o modelo de contenido, una lista de integraciones, los riesgos técnicos conocidos y criterios de aceptación que puedas comprobar después.

Una respuesta débil es "una llamada de arranque y un moodboard". Sin un alcance escrito, cada desacuerdo se convierte en una negociación. Una agencia que se salta el descubrimiento en un proyecto complejo está cotizando una suposición.

4. ¿Qué suele retrasar proyectos como el mío?#

Todas las agencias han visto proyectos retrasarse. Pregunta qué retrasa proyectos como el tuyo y qué hacen al respecto. Las respuestas honestas incluyen contenido tardío, rondas de feedback lentas, alcance añadido a mitad del desarrollo, acceso demorado a APIs de terceros y revisiones legales o de seguridad de tu lado.

Una buena respuesta es específica e incluye una protección, como una ventana de feedback acordada por ronda. Una respuesta débil es "nunca incumplimos plazos". Nadie entrega a tiempo sin aportes del cliente.

5. ¿Qué necesitáis de nosotros y para cuándo?#

Los plazos dependen de ti tanto como de la agencia. Pide la lista de lo que necesitan de tu equipo: textos, recursos de marca, datos de producto, acceso al CRM o ERP y una persona que decida las aprobaciones.

Una buena respuesta es una lista de dependencias con fechas y una regla para los retrasos, por ejemplo que la fecha de lanzamiento se mueve el mismo número de días. Una respuesta débil es el silencio hasta el primer retraso, seguido de culpas.

Preguntas para una agencia de desarrollo web sobre propiedad#

La propiedad decide si puedes irte. Tres preguntas la cubren y las tres necesitan una respuesta en el contrato. Lo que sigue es un resumen, no asesoría legal.

6. ¿Quién es dueño del código y de los archivos de diseño?#

Pregunta quién es dueño del código a medida, de los archivos de diseño, del contenido y de los componentes con licencia en el traspaso, y cuándo se transfiere la propiedad: al firmar, en el pago final o nunca.

Una buena respuesta es una cesión de derechos por escrito de todo lo creado para ti, efectiva con el pago, con los componentes de terceros y de código abierto listados junto a sus licencias. Una respuesta débil es "el sitio es tuyo" sin ninguna cláusula detrás. Las agencias suelen conservar sus propios frameworks, algo aceptable cuando los términos de licencia son explícitos.

7. ¿A nombre de quién están el dominio, el hosting y las cuentas?#

Pregunta a nombre de quién están registradas las cuentas del registrador de dominio, el DNS, el hosting, la analítica, el tag manager, el espacio de trabajo del CMS y el repositorio de código. La respuesta debe ser tú, con la agencia añadida como usuaria.

Una buena respuesta es "todo está a tu nombre desde el primer día". Una respuesta débil es "nosotros lo gestionamos todo", que puede significar que la agencia tiene el dominio y poder de presión sobre ti en la renovación. Pregunta también quién paga directamente el hosting y las licencias. Nuestro artículo sobre el coste oculto del hosting, el mantenimiento y la deuda técnica enumera los conceptos recurrentes que debes presupuestar.

8. ¿Puedo pedir un traspaso completo en cualquier momento?#

Pregunta qué contiene un traspaso y cuánto tarda: repositorio con historial de commits, pasos de despliegue, variables de entorno, exportación de base de datos y medios, credenciales en un gestor de contraseñas y documentación.

Una buena respuesta es un checklist de traspaso, un número de días declarado y una tarifa definida, o ninguna. Una respuesta débil es "lo hablamos si llega el caso". En Webflow y Shopify, pregunta qué se puede exportar y qué queda dentro de la cuenta de la plataforma, ya que ahí viven el hosting y los temas.

Preguntas sobre soporte y SLA#

El lanzamiento es el comienzo del periodo de riesgo: tráfico real, formularios reales, casos límite reales. Estas preguntas separan un compromiso de soporte de una promesa amable.

9. ¿Qué pasa en los primeros 30 días tras el lanzamiento?#

Una buena respuesta es una garantía o ventana de estabilización definida en la que los defectos respecto al alcance acordado se corrigen sin coste, con monitorización y una revisión al día 30. Una respuesta débil es "estamos aquí si nos necesitas".

Pregunta también en qué se diferencia un defecto de una petición nueva. Esa línea decide quién paga y debe estar escrita en el contrato.

10. ¿Qué incluye y qué excluye tu plan de mantenimiento?#

Pide el plan por escrito. Lo habitual entre lo incluido son las actualizaciones del núcleo y de plugins, los parches de seguridad, las copias de seguridad, la monitorización de disponibilidad, pequeños cambios de contenido y un informe. Lo habitual entre lo excluido son nuevas funcionalidades, rediseños, caídas de terceros y las tarifas de hosting.

Una buena respuesta es una lista con horas o un cupo de tickets. Una respuesta débil es "soporte ilimitado" sin alcance, que o está sobrevalorado o se ignora. Pregunta cómo se prueban las copias: una copia que nunca se ha restaurado no está verificada. Para ver una forma de organizarlo, consulta nuestros modelos de contratación: proyectos puntuales, un Retainer mensual y un plan Care mensual.

11. ¿Cuáles son tus tiempos de respuesta y de resolución?#

Pide ambos números, por severidad, con las horas que cubren. Un tiempo de respuesta es una promesa de acuse de recibo. Un tiempo de resolución es un objetivo de arreglo. Son distintos, y un sitio caído no es una errata en una página.

Una buena respuesta fija, por ejemplo, una hora laborable de respuesta para caídas y el siguiente día laborable para peticiones menores, nombra el canal e indica qué ocurre fuera del horario laboral. Una respuesta débil es "respondemos rápido". Pregunta qué compensación se aplica si no se cumple un objetivo.

Preguntas sobre portfolio y pruebas técnicas#

Un portfolio muestra una superficie terminada. No muestra velocidad, accesibilidad ni cómo actuó el equipo cuando algo falló. Estas dos preguntas convierten afirmaciones en evidencia.

12. ¿Puedo hablar con un cliente con un proyecto similar?#

Pide un cliente con una plataforma, tamaño y complejidad similares, con al menos seis meses desde el lanzamiento. Una buena agencia ofrece dos o tres contactos con rapidez y te deja hacer tus propias preguntas.

En la llamada pregunta cuatro cosas: si se cumplió el presupuesto, cómo se gestionaron los cambios, qué pasó cuando algo falló y si volverían a contratarla. Una respuesta débil es solo PDF de casos de estudio, NDA en todos los proyectos o referencias de sitios lanzados la semana pasada.

13. ¿Cómo mides el rendimiento y la accesibilidad?#

En rendimiento, el vocabulario común son los Core Web Vitals, documentados en web.dev. Una agencia debería poder citar estos umbrales y medir contra ellos.

Una buena respuesta nombra las tres métricas, usa datos de campo cuando existen además de pruebas de laboratorio y escribe los objetivos en el contrato. Una respuesta débil es "sacamos 100 en Lighthouse", que es una sola puntuación de laboratorio en una sola página. Nuestra guía sobre Core Web Vitals para sitios B2B muestra cómo juzgar estas respuestas.

En accesibilidad, pregunta qué versión de WCAG y qué nivel de conformidad cumplen, por ejemplo WCAG 2.2 AA, como describe la visión general del W3C. Pregunta cómo lo prueban: comprobaciones automáticas más revisión con teclado y lector de pantalla, porque las herramientas automáticas detectan solo una parte de los problemas. "Nuestros temas son accesibles" no es una respuesta. Para el lado normativo, lee nuestro artículo sobre WCAG y regulación en España y Europa y consulta las obligaciones legales con un abogado.

Preguntas sobre precio y cambios de alcance#

Un modelo de precio es una forma de repartir el riesgo entre tú y la agencia. La cuestión no es cuál es el más barato. Es quién paga cuando la estimación falla.

14. ¿Cómo se construye el precio y qué queda excluido?#

Pregunta si el precio sale de horas y tarifas, de entregables o de valor, y pide las exclusiones: redacción de contenido, fotografía, licencias de plugins o temas premium, cuotas de apps de terceros, hosting, traducción, migración de datos y formación.

Una buena respuesta es una propuesta desglosada donde cada línea corresponde a un entregable, con una lista de exclusiones. Una respuesta débil es una sola cifra. Por ejemplo, toma dos presupuestos para un sitio B2B de 20 páginas (ilustrativo): el más bajo omite QA, migración de contenido y pruebas de accesibilidad. Cuando sumas ese trabajo, ya no es el más barato. Para ver rangos por agencia, freelancer y hazlo tú mismo, consulta nuestro desglose del coste de un WordPress a medida.

15. ¿Cómo gestionas los cambios de alcance?#

El alcance cambiará. Pregunta cómo se plantean, estiman, aprueban y facturan las solicitudes de cambio.

Una buena respuesta es una solicitud de cambio escrita con una estimación en horas y el impacto en el calendario, aprobada por una persona con nombre antes de empezar el trabajo. Una respuesta débil es "somos flexibles", que resulta amable hasta la factura, o "cualquier cambio es un proyecto nuevo". Ambos extremos significan que no hay proceso.

Los tres modelos habituales reparten el riesgo de forma distinta. Compáralos antes de leer las propuestas.

Para un proyecto bien definido preferimos alcance cerrado con proceso de solicitudes de cambio y, tras el lanzamiento, un retainer. Para un producto con mucho descubrimiento, tiempo y materiales con tope es más honesto que un precio fijo inflado por la incertidumbre.

Señales de alerta en una agencia web y checklist imprimible#

Las respuestas anteriores forman un patrón. Estas son las señales que deberían frenarte, separadas entre el contrato y el proceso comercial.

Señales de alerta en el contrato#

Estas son las señales de alerta en un contrato con una agencia web que marcaríamos en cualquier propuesta, incluida la nuestra:

• Ninguna cláusula sobre propiedad o cesión del código, o propiedad solo después de "todos los pagos futuros".
• Dominio, hosting o cuentas del CMS registrados a nombre de la agencia.
• Alcance escrito como "sitio web según lo hablado", sin entregables ni criterios de aceptación.
• Pagos ligados a fechas de calendario en lugar de a hitos entregados.
• Sin periodo de garantía tras el lanzamiento.
• Mantenimiento con renovación automática, permanencia mínima larga y sin salida.
• Sin obligación de traspaso, o con tarifas de traspaso sin definir.

Si estás en España o Latinoamérica, añade tres comprobaciones. ¿Qué entidad legal te factura, en qué moneda y con qué tratamiento fiscal? ¿Qué jurisdicción e idioma rigen el contrato? ¿Cuántas horas laborables coinciden con tu zona horaria? Esto importa tanto si contratas una empresa de desarrollo web local como un equipo nearshore.

Señales de alerta en el proceso comercial#

El proceso comercial muestra cómo se comportará la agencia una vez tenga tu firma:

• Presión para firmar esta semana y conservar un descuento.
• Un precio dado antes de que nadie preguntara por tus objetivos.
• Negativa a poner las respuestas por escrito.
• Solo perfiles senior en ventas y nadie asignado a la entrega.
• Posicionamiento o tráfico garantizados.
• Un portfolio de plantillas que el equipo no sabe explicar en términos técnicos.
• Preguntas de propiedad despachadas como "estándar" o "no te preocupes".

El checklist para llevar a las llamadas#

Imprime este checklist de agencia de desarrollo web y tenlo junto a las 15 preguntas.

• Respuestas escritas a las 15 preguntas de cada agencia preseleccionada
• Una cláusula de propiedad o cesión en el contrato
• Cuentas de dominio, hosting y repositorio a tu nombre
• Un plan de mantenimiento con alcance, tiempos de respuesta y tiempos de resolución
• Una llamada de referencia con un cliente de un proyecto similar
• Objetivos medidos de Core Web Vitals y un nivel de conformidad WCAG definido
• Un proceso escrito de solicitudes de cambio con estimaciones antes del trabajo
• Un checklist de traspaso con un plazo de entrega declarado

Por dónde empezar#

Así se elige una agencia de desarrollo web sin adivinar. Aplica la lista en orden:

1. Preselecciona dos o tres agencias. Más produce ruido, no información.
2. Envía las 15 preguntas por escrito y fija una fecha límite.
3. Compara las respuestas lado a lado, línea por línea, no por precio total.
4. Haz una llamada de referencia con las finalistas.
5. Comprueba que el contrato repite lo que prometieron las respuestas.

Estas son las preguntas que conviene hacer antes de contratar a un desarrollador web, sea una agencia o una persona. Si quieres planteárnoslas a nosotros, mira cómo estructuramos proyectos puntuales, Retainer y planes Care y luego contáctanos. Responderemos por escrito.

Preguntas frecuentes#