¿Qué pedir a una empresa de desarrollo web?

Introducción

Antes de contratar una empresa de desarrollo web conviene tener claro qué esperar y qué exigir. Esta guía funciona como checklist práctico y guion para una RFP o contrato, pensada para pymes, emprendedores y responsables no técnicos. Úsala para comparar propuestas, preparar entrevistas y documentar requisitos.

1. Clarificar objetivos de negocio

Define el propósito del sitio (branding, ventas, leads, e‑commerce, soporte) y sus KPIs: conversiones, tiempo de carga, SEO y tasa de rebote. Describe el público objetivo y los casos de uso críticos, por ejemplo:

• Checkout: pasos, validaciones y fallbacks.
• Registro: social login, verificación por email.
• Formularios: envío, validación y tracking.

2. Definir alcance y entregables

Lista de páginas y funcionalidades obligatorias, versiones responsive, número de iteraciones de diseño y entregables finales (repositorio, archivos de diseño, manual de usuario). Incluye entorno de staging con accesos.

3. Tecnología y mantenimiento

Pide el stack propuesto (CMS, frameworks, lenguajes) y la motivación. Detalla integraciones (CRM, ERP), control de versiones (Git) y un plan de mantenimiento: backups, parches y monitorización con duración y condiciones del soporte.

4. SEO técnico y gestión de contenidos

Requerir optimización on‑page (URLs amigables, meta tags dinámicos), sitemap, robots.txt y soporte para datos estructurados. Define estrategia multilenguaje si aplica y formación para editores.

5. Accesibilidad, privacidad y cumplimiento

Exige cumplimiento WCAG (mínimo AA), tests de accesibilidad, y cláusulas sobre GDPR/LOPD, cookies y política de tratamiento de datos. Incluye requisitos fiscales si aplica.

6. Rendimiento y hosting

Define objetivos medibles: TTFB, LCP, TTI. Solicita propuesta de hosting (VPS, cloud) y razones, uso de CDN, caché y un plan de escalado con pruebas de carga y umbrales aceptables.

7. Seguridad y propiedad intelectual

Pide medidas como HTTPS forzado, CSP, protección contra XSS/SQLi, backups fuera de sitio y plan de recuperación. Asegura entrega del código fuente y cláusulas de cesión de derechos y licencias.

8. QA, pruebas y aceptación

Detalla tipos de pruebas (funcionales, regresión, usabilidad, cross‑browser). Incluye criterios de aceptación y un periodo de garantía para corrección de bugs.

9. Soporte, SLA y formación

Define SLA por severidad, horas de soporte incluidas, tarifas adicionales y canales de atención. Solicita formación para administradores, documentación y vídeos grabados.

10. Plazos, pagos y cambios

Vincula pagos a hitos con porcentajes claros, calendario de entregas y penalizaciones razonables por retrasos. Establece proceso de change request con cálculo de costes y condiciones de cancelación.

11. Comunicación y gestión del proyecto

Define roles (responsable técnico proveedor, project manager cliente), herramientas (Jira/Trello), reuniones periódicas y un protocolo para aprobaciones y cierre de tareas.

12. Referencias y verificación

Pide casos de éxito, referencias de clientes y acceso a demos o proyectos en producción. Si es posible revisa código público o solicita un review técnico.

13. Preguntas clave para la entrevista

1. ¿Qué stack propone y por qué?
2. ¿Cómo gestionan seguridad y parches?
3. ¿Quiénes forman el equipo y cuál es su experiencia?
4. ¿Cómo entregan el código y qué control de versiones usan?
5. ¿Qué incluye el soporte post‑lanzamiento y a qué coste?

14. Señales de alarma

• Presupuesto muy bajo sin desglose.
• No quieren entregar repositorio o contrato claro.
• Falta de referencias o proyectos en producción.
• Comunicación deficiente o promesas vagas.

15. Documentarlo en la RFP

Incluye alcance, entregables, criterios de aceptación, calendario y anexos técnicos (especificación funcional e integraciones). Adjunta una checklist de evaluación.

Regla práctica: compara propuestas por alcance, riesgos y valor real —no solo por precio.

Resumen y pasos siguientes

Prepara un RFP con los puntos críticos, pide 2–3 propuestas y usa esta lista como checklist en entrevistas. Exige entregables verificables y cláusulas que protejan la propiedad y continuidad del servicio.

FAQ

• ¿Qué entregables mínimos exigir antes de pagar el 100%? — Código en repositorio con tags, acceso a staging, documentación básica y activos de diseño.
• ¿Cómo asegurarme de recibir el código fuente y derechos? — Cláusula de cesión y entrega de repositorio al cierre.
• ¿Qué nivel de accesibilidad pedir? — WCAG AA es razonable para sitios comerciales.
• ¿SLA típico? — Respuesta crítica < 1 hora, resolución 24–72 h según severidad.
• ¿Cómo comparar propuestas si no soy técnico? — Valora entregables, pruebas, referencias y riesgos documentados.