Checklist de entrega post‑lanzamiento que todo cliente debería exigir
La mayoría de webs y apps no fallan el día del lanzamiento - fallan tres a seis meses después.
No siempre por una mala ejecución, sino porque la entrega fue incompleta: faltan accesos, no está claro el propietario, no hay monitorización, no hay copias de seguridad o la documentación es mínima. El resultado: correcciones lentas, costes sorpresa y, en el peor caso, dependencia del proveedor.
En Jensen Technologies llevamos muchos años como agencia de desarrollo web, y hemos visto el mismo patrón repetirse: una buena entrega reduce el riesgo más que casi cualquier elección de framework o tecnología. Aquí tienes la checklist que recomendamos exigir tras el lanzamiento.
1) Propiedad y accesos (imprescindible)
Si no controlas las cuentas, no controlas el producto. Pide un documento único que liste todas las cuentas implicadas y quién las posee.
- Inventario de cuentas: dominio/registrador, DNS, hosting/cloud, CDN, proveedor de email/SMS, analítica, tag manager, pasarela de pago, CRM, helpdesk, cuentas de tiendas de apps y herramientas de automatización.
- Acceso de administrador transferido a emails corporativos (no direcciones personales).
- 2FA activado y métodos de recuperación documentados.
- Mapa de propiedad: una tabla simple indicando qué pertenece al cliente, qué a la agencia y qué a terceros.
Consejo práctico: si una cuenta no se puede transferir, exige acceso compartido documentado y un plan de salida claro.
2) Código fuente y artefactos de build
Aunque no planees cambiar de proveedor, deberías poder continuar el desarrollo mañana con otro equipo si fuera necesario.
- Acceso al repositorio (GitHub/GitLab/Bitbucket) o una exportación completa del código.
- Versión de producción etiquetada (tag/release o commit hash que coincida con lo que está publicado).
- Instrucciones de build y despliegue: cómo se compila, cómo se publica y cómo se hace rollback.
- Configuración de entornos explicada: qué se guarda como secretos, dónde viven y cómo se actualizan.
3) Documentación de infraestructura y arquitectura
No necesitas un documento de 40 páginas. Necesitas la claridad suficiente para que un equipo competente pueda operar y evolucionar el sistema con seguridad.
- Resumen de arquitectura en una página (incluyendo servicios clave y dependencias).
- Detalles de hosting: proveedor, región y servicios utilizados.
- Supuestos de escalado: tráfico esperado, tareas en segundo plano, rate limits y límites conocidos.
- Runbook para incidentes comunes: caídas, lentitud, fallos de pago, emails que no se envían, builds móviles fallidos.
4) Monitorización, logs y alertas
Si no puedes ver los problemas, no puedes resolverlos rápido. La monitorización es parte del entregable.
- Monitorización de uptime con umbrales de alerta y canales de notificación.
- Error tracking (front-end y back-end) con alertas accionables.
- Logs centralizados: dónde están, quién accede y el periodo de retención.
- Expectativas de respuesta: quién recibe alertas y tiempos de reacción esperados.
5) Backups y recuperación (probado, no asumido)
Las copias que nunca se han restaurado son una historia tranquilizadora, no un plan.
- Qué se respalda: base de datos, archivos subidos, almacenamiento de objetos, configuración y exportaciones críticas de terceros.
- Frecuencia y retención: cada cuánto se copia y cuánto tiempo se conserva.
- Proceso de restauración documentado y probado: ¿cuándo fue la última restauración exitosa?
6) Seguridad y tratamiento de datos
No necesitas perfección, pero sí una base: responsabilidades claras y prácticas repetibles.
- Plan de actualizaciones: cómo se aplican parches de seguridad y con qué periodicidad.
- Revisión de permisos: mínimos necesarios para admins, CI/CD y servicios de terceros.
- Gestión de secretos: dónde viven las claves, cómo se rotan y quién tiene acceso.
- Notas de privacidad: qué datos se recogen, por qué y cómo fluyen (especialmente relevante para GDPR).
7) Analítica y medición del éxito
Las decisiones post‑lanzamiento deberían basarse en evidencia, no en suposiciones.
- Propiedad de la analítica transferida (deberías ser propietario de la cuenta, no solo usuario).
- Eventos/objetivos documentados: qué se mide y cómo interpretarlo.
- Lista de métricas de éxito ligada a resultados de negocio (leads, registros, compras, retención), no solo visitas.
8) Formación y documentación operativa
Tu equipo debería poder gestionar el día a día sin esperar a un desarrollador.
- Formación para administradores del CMS/back office (idealmente grabada).
- Guías cortas de “cómo hacer”: editar páginas, gestionar productos, procesar reembolsos, crear usuarios, exportar datos.
- Limitaciones conocidas y siguientes mejoras recomendadas.
9) Garantía, soporte y mantenimiento
La falta de claridad aquí es donde se disparan los costes y se tensan las relaciones.
- Ventana de corrección de bugs: qué cuenta como bug y cuánto tiempo está cubierto.
- Proceso de cambios: cómo se define alcance, se estima y se aprueba nuevo trabajo.
- Opciones de mantenimiento: qué incluye un plan mensual (actualizaciones, monitorización, pequeñas mejoras, SLA).
Cómo usar esta checklist
Si estás a punto de lanzar, pide esta checklist antes de la aprobación final. Si ya lanzaste, una auditoría estructurada de entrega suele amortizarse la primera vez que ocurre un incidente.
Si quieres hablar sobre cómo debería ser la entrega en tu web o app, o necesitas ayuda para auditar lo que ya tienes, ponte en contacto con Jensen Technologies. Estaremos encantados de ayudarte a que tu producto sea más fácil de gestionar, mantener y escalar.