10 preguntas clave antes de contratar desarrollo web (con señales verdes y rojas)

Elegir quién hará tu web no es un “a ver qué pasa”. Es una decisión estratégica que afecta ventas, marca y soporte a largo plazo. Estas son mis 10 preguntas infalibles para filtrar proveedores, con lo que quiero oír (✅ Verde) y lo que me hace descartar (⛔ Roja).

1) ¿Cuál es su proceso y quién será mi punto de contacto?

Pido que me enseñen el mapa de proceso y los responsables: descubrimiento → UX/UI → desarrollo → QA → SEO técnico → migración → post-lanzamiento. También ritmo de revisiones (por ejemplo, 1 sprint semanal con demo el viernes) y entregables por fase.

✅ Verde: muestran un diagrama claro; hay PM asignado, tablero (Jira/Asana), entornos staging/producción, checklist de QA, plan de migración y roll-back.
⛔ Roja: “trabajamos por inspiración”, sin cadencias ni dueños de tarea; todo por WhatsApp.

Checklist

• PM y desarrollador líder identificados

• Sprints y demos definidas

• Entregables por fase y criterios de aceptación

• QA documentado y plan de UAT

En mi caso: cuando la agencia trae el flujo impreso (o Notion compartido) desde la primera reunión, el proyecto vuela. Si improvisan el proceso, se hunde en cambios.

2) ¿Su propia web pasa mi mini-auditoría?

Si su web no “vende” su propio trabajo, mal asunto. Evalúo claridad, velocidad y adaptación móvil.

✅ Verde: propuesta de valor en el primer pantallazo, Core Web Vitals en verde, navegación clara, accesibilidad (contraste, etiquetas), portafolio actualizado.
⛔ Roja: sliders eternos, 5+ s de carga, menús confusos, blog desactualizado.

Cómo lo compruebo

• Lighthouse / PageSpeed (CWV)

• Vista móvil: tipografías legibles y tap targets correctos

• ¿El contenido me guía hacia una acción? (demo, contacto, presupuesto)

En mi experiencia: más de una vez descarté proveedores solo por ver su web descuidada. Si no cuidan su sitio, menos cuidarán el tuyo.

3) ¿Qué alcance está incluido y qué queda fuera?

Nada rompe más relaciones que un alcance nebuloso. Pido documento de alcance con supuestos y exclusiones.

✅ Verde: lista de plantillas de páginas, integraciones (CRM, pagos), idiomas, animaciones, formularios, migración de contenido (quién y cuánto).
⛔ Roja: “todo lo que necesites”, sin detalle; después aparecen sobrecostos.

Checklist

• Número de plantillas y componentes

• Integraciones externas y responsabilidades

• Migración de contenidos (quién hace qué)

• SEO inicial y analítica incluidos/excluidos

Consejo: pide el alcance en modo tabla con “Incluye / No incluye / Opcional con precio”.

4) ¿Cómo gestionan revisiones y cambios de alcance?

Definan rondas de revisión por fase y cómo se tratan los cambios.

✅ Verde: 2 rondas por fase con plazos; cambios fuera del alcance → CR (Change Request) con impacto en tiempo/coste.
⛔ Roja: “vemos sobre la marcha”; caos y desgaste.

Preguntas de seguimiento

• ¿Cómo registran comentarios? (Figma/Zeplin/Markup)

• ¿Qué pasa si una ronda se alarga?

• ¿Tienen política anti-scope creep?

En mi caso: con CRs claros, he evitado retrasos de semanas; sin CRs, la fecha se vuelve un elástico.

5) ¿Quién es el propietario del código, CMS, dominio y assets?

Propiedad y acceso por contrato.

✅ Verde: repositorio en GitHub/GitLab del cliente, dominio a tu nombre, licencias de temas/plugins transferidas o documentadas, entregan manual de administración.
⛔ Roja: “te damos acceso si nos pagas mantenimiento”. Señal de dependencia forzada.

Checklist

• Dueño del dominio: el cliente

• Acceso al hosting y repositorio

• Licencias documentadas

• Entrega de código fuente y diseños fuente (Figma)

6) ¿Qué plazos e hitos proponen y cómo se verifican?

Calendario realista con hitos medibles.

✅ Verde: cronograma con buffers, entregables fechados (wireframes, UI, beta, UAT, go-live), definición de criterios de “done” por hito.
⛔ Roja: fecha única de entrega final, sin intermediarios.

Métricas

• % de tareas por sprint finalizadas vs. plan

• Tasa de retrabajo en QA

• Días en UAT hasta “sign-off”

7) ¿Con qué CMS/stack trabajan y por qué?

No hay stack perfecto; hay trade-offs.

✅ Verde: justifican el stack (WordPress/Shopify/Webflow/Headless con Next.js) en función de objetivos, equipo interno, SEO, mantenimiento y costo total.
⛔ Roja: “siempre usamos X” sin analizar tu caso.

Checklist

• ¿Quién mantendrá la web después?

• ¿Necesitas e-commerce, blog, multilenguaje?

• ¿Requiere performance máximo o editor visual?

En mi experiencia: cuando el proveedor explica renuncias (p. ej., Webflow rápido de implementar pero con límites de personalización), confío más.

8) ¿El sitio saldrá listo para SEO técnico y accesibilidad?

Pido lista de verificación de SEO técnico y WCAG mínima.

✅ Verde: sitemap, robots.txt, metadatos, estructura H1-H3 lógica, CWV en verde, schema markup, 404/301, imágenes optimizadas, texto alternativo, foco visible, contraste AA.
⛔ Roja: “SEO lo vemos luego”. Luego = nunca.

Preguntas de seguimiento

• ¿Incluyen auditoría Lighthouse antes de UAT?

• ¿Implementan schema (Organization, Product, FAQ)?

• ¿Revisan accesibilidad con axe/Pa11y?

9) ¿Qué referencias/casos relevantes pueden mostrar (con datos)?

Portafolio con contexto y métricas, no solo fotos bonitas.

✅ Verde: “+38% leads en 3 meses”, “-1.8 s en LCP”, stack usado, responsabilidades, tiempo de proyecto.
⛔ Roja: “hicimos muchas webs”, sin cifras ni clientes verificables.

Checklist

• 2–3 casos similares a tu sector

• Contacto de referencia disponible

• Antes/después con KPIs

10) ¿Qué soporte y mantenimiento ofrecen tras el lanzamiento?

El proyecto no termina el día del go-live.

✅ Verde: SLA con tiempos de respuesta, backups, parches de seguridad, monitorización (uptime), horas de evolución, canal de soporte.
⛔ Roja: “si hay algo, nos llamas”. Traducción: no hay plan.

Preguntas de seguimiento

• ¿Incluyen ventana de garantía (30–90 días)?

• ¿Cómo gestionan incidencias críticas fuera de horario?

• ¿Cuál es el coste/hora para evolutivos?

Plantilla express para comparar propuestas (0–5)

• Proceso y responsables: __/5

• Web propia (CWV, UX, accesibilidad): __/5

• Alcance claro y sin ambigüedades: __/5

• Gestión de revisiones/CRs: __/5

• Propiedad y accesos: __/5

• Hitos y criterios de “done”: __/5

• Stack justificado a tu caso: __/5

• SEO técnico y accesibilidad: __/5

• Casos con métricas: __/5

• Soporte/SLA: __/5

Total: __/50 (≥40 es muy buena señal)

FAQs rápidas

¿Cuántas rondas de revisión son razonables?
Dos por fase suelen equilibrar calidad y velocidad.

¿Debo pagar por el código fuente?
No. Debe estar incluido y accesible en tu repositorio.

¿Cuándo pedir mantenimiento?
Desde la propuesta: define SLA, horas y precio antes de firmar.

Conclusión

Contratar desarrollo web no va de “ver portafolios bonitos”, va de proceso, propiedad y resultados medibles. En mi flujo, primero audito su web y luego exijo proceso profesional con entregables y responsables. Con estas 10 preguntas, más las señales verdes/rojas y el scoring, reducirás el riesgo y te quedarás con el proveedor que mejor encaje contigo… y con tus KPIs.