El lanzamiento es una entrega: la lista de verificación de preparación del cliente para agencias

Resumen

La mayoría de los consejos sobre lanzamientos tratan un sitio web como un evento único. Para una agencia, cada lanzamiento es una entrega, y la repetibilidad importa más que un día de lanzamiento perfecto. Este artículo te ofrece una lista de verificación previa a la entrega construida para gestionar múltiples proyectos de clientes. Cubre el establecimiento de una fecha de entrega firme, el bloqueo del contenido temprano, las pruebas desde la perspectiva del cliente, el alcance de las comprobaciones según el tipo de sitio y la ejecución de controles de seguridad, SEO y runbook. El paso final es un seguimiento a las 48 horas que retroalimenta las lecciones aprendidas al siguiente proyecto. Utiliza esto como una lista de verificación viva, no como una lista de copiar y pegar.

La mayoría de los consejos sobre lanzamientos están escritos para un solo sitio web, por eso fallan dentro de una agencia. Asumen que tienes tiempo ilimitado para probar cada página. No lo tienes. Tienes múltiples proyectos en marcha, un cliente que cambió el número de teléfono dos veces y una parte interesada que sigue enviando correos sobre una pequeña cosa. El consejo que funciona trata el lanzamiento como una entrega, no como un evento. Tu producto real es un proceso repetible que produce un sitio web en el que el cliente puede vivir sin llamarte en pánico. Esta lista de verificación es ese proceso, construida para agencias que deben ejecutar el mismo control de calidad en diferentes clientes, presupuestos y tipos de sitio. Úsala como una columna vertebral, no como una lista única para copiar.

Escribe primero la fecha de entrega

Pon la fecha de entrega en el calendario antes de elegir una plantilla. Nómbrala 'lista para el cliente' en lugar de 'lanzamiento'. Luego trabaja hacia atrás: fecha límite de contenido, revisión de diseño, ventana de pruebas y un margen real porque el cliente se retrasará al menos dos días. Escribe la fecha donde todos puedan verla.

Si no hay fecha, el alcance no tiene ancla. Cuando un cliente pide una página más, puedes decir que eso mueve la fecha de entrega. Si la fecha ya existe, la compensación es visible; si no, cada pequeña petición es gratuita y cada fecha límite es ficción. Una agencia que no puede nombrar una fecha de entrega no puede proteger sus márgenes. Cuando empiezas con un brief vago, un proceso de agencia repetible mantiene esta conversación igual en cada proyecto.

Bloquea el contenido que no se puede improvisar

El contenido es donde los sitios de los clientes se desmoronan, no en el código. Un desarrollador puede construir una página; no puede inventar la dirección real del cliente, los precios o las biografías del equipo. Establece una fecha límite de contenido firme antes de la aprobación del diseño y hazla tan firme como la fecha de entrega.

Usa un formulario de toma de datos estándar en cada proyecto. Pide teléfono, correo electrónico, dirección física, horario de atención y los tres servicios que el cliente quiere vender. Un cliente te dará un número de teléfono que enruta a una máquina de fax; otro te entregará un logotipo guardado en un documento de Word. Detectar estos problemas durante la recopilación de contenido es más barato que detectarlos en el pie de página de un sitio en vivo.

Si falta una pieza en la fecha límite, publica con un marcador de posición claramente señalado en lugar de congelar el proyecto. Un marcador de posición con fecha límite es mejor que un desarrollo estancado. El error común es tratar el contenido como algo que se puede agregar más tarde, así es como lanzas un sitio con el mapa incorrecto o un servicio que el cliente dejó de ofrecer hace seis meses. La planificación y la arquitectura de la información existen para forzar estas decisiones antes del desarrollo.

Prueba como lo haría el cliente en un mal día

Has estado mirando el sitio durante semanas, por lo que ves lo que esperas. El cliente ve lo que realmente está en la pantalla. Abre el sitio en una ventana de incógnito con una sesión nueva y haz una pasada con ojos frescos.

Haz clic en cada enlace que veas, no solo en los que recuerdas. Envía todos los formularios y prueba los estados de error, no solo el camino de éxito. Carga el sitio en un teléfono, con una conexión lenta y con el menú abierto. Verifica que el número de teléfono en el encabezado coincida con el de la página de contacto.

Aquí es donde los pequeños retrasos se convierten en historias. Una imagen hero que carga lentamente, un botón que no lleva a ninguna parte, un encabezado fijo que cubre el número de teléfono en móvil—cualquiera de estos enmarca la primera impresión del cliente. No necesitas cien comprobaciones; necesitas las pocas que serían imposibles de explicar. Un error tipográfico en una entrada de blog se puede corregir; un proceso de pago roto no. Si ejecutas la misma prueba en cada cliente, dejas de pasar la primera semana después del lanzamiento respondiendo correos de 'el botón no funciona'.

Delimita el control según el sitio

Haz una pasada de delimitación de alcance en cada proyecto antes de ejecutar cualquier lista de verificación. Un sitio web de cuatro páginas y un catálogo de tienda no son el mismo proyecto. Aplicar las mismas comprobaciones a ambos es o sobre-ingeniería o sub-pruebas. Antes de ejecutar la lista de verificación, decide qué comprobaciones importan para este cliente.

Tipo de sitio	Comprobaciones innegociables
Sitio de presentación	Prueba de perspectiva del cliente, datos de contacto, SSL, SEO básico
Página de aterrizaje	Tiempo de carga, envío de formulario, página de agradecimiento, analíticas
Comercio electrónico	Ruta de pago, prueba de pago, imágenes de producto, copias de seguridad

Mantén el control común—fecha de entrega, seguridad, runbook, seguimiento—y agrega las comprobaciones que protegen a este cliente específico. Omite el paso de delimitación y pasarás tu viernes probando una página de servicios mientras la verdadera preocupación del cliente es un pago que no se procesa. O lanzarás un sitio de comercio electrónico sin probar el flujo de pago, y el cliente no lo descubrirá hasta que desaparezca el pedido de un comprador.

Construye el control de seguridad una vez, ejecútalo cada vez

La seguridad es donde las agencias se desvían. Haces una auditoría completa para el cliente de comercio electrónico y luego omites el sitio de presentación porque no recopilan datos. Ese es el instinto equivocado. La guía de seguridad de sitios web de UpGuard aplica las mismas prácticas en cada sitio: mantener la plataforma actualizada, exigir autenticación sólida, limitar los privilegios de usuario, hacer copias de seguridad regularmente y servir todo a través de SSL/TLS. Un sitio de presentación aún puede verse comprometido; el dominio de un cliente aún puede usarse para enviar spam.

Construye una lista de verificación de seguridad compartida y ejecútala en cada proyecto. Autenticación multifactor habilitada para cada inicio de sesión. Software y complementos actualizados. Una copia de seguridad que realmente se haya probado, no solo programada. Certificado SSL/TLS instalado y activo. Privilegios de usuario limitados a lo que cada persona necesita.

Haz de la seguridad un control de sí/no. Si alguna respuesta no es 'sí', el sitio no está listo para el cliente. Ejecuta el control en el entorno de pruebas antes de la semana del lanzamiento, porque los fallos de certificado en la noche del lanzamiento son emergencias que no puedes facturar. Mantén la lista lo suficientemente corta como para que cada elemento signifique algo. Si un elemento siempre pasa, automatízalo o intégralo en tus herramientas de desarrollo. El costo de omitirlo no es abstracto; es el mensaje a mitad de la noche de un cliente cuyo sitio fue vandalizado.

Haz del SEO una comprobación, no una esperanza

Aquí hay un lanzamiento que has visto: el sitio sale en vivo, el diseño se ve limpio y un mes después el cliente pregunta por qué no aparece en Google. El SEO en un sitio pequeño parece un problema futuro, por lo que se omite. La guía de SEO para principiantes del Digital Marketing Institute trata la configuración técnica como parte de lo básico, no como relleno de marketing: HTTPS, un sitemap XML y un archivo robots.txt que permita la entrada a los buscadores.

Agrega una sección de SEO a tu lista de verificación de entrega y hazla concreta. Confirma una etiqueta de título y una meta descripción para cada página clave. Asegúrate de que cada página tenga al menos un fragmento de contenido de texto real, no solo imágenes. Genera un sitemap XML y envíalo. Verifica que robots.txt no esté bloqueando las páginas que quieres indexar.

Nada de esto es caro. Todo es tedioso, por eso se omite. El costo es invisible durante unas semanas, luego recibes la llamada: ¿por qué mi negocio no aparece en Google? No puedes responder eso con una comprobación de entrega; solo puedes responderlo con la prueba de que lo básico estaba en su lugar antes de que el sitio saliera en vivo. Para la configuración completa, lanza un sitio web sin código que clasifique desde el primer día. Como mínimo, haz del control de SEO una lista de sí/no para que 'haremos SEO después' no pueda colarse en el proyecto.

Entrega las llaves con un runbook

La entrega no está completa cuando el sitio sale en vivo. Está completa cuando el cliente puede iniciar sesión sin llamarte. Un enlace y una contraseña no son una entrega; son una primera tarea. El cliente encontrará la página de configuración, experimentará y o romperá algo o te llamará con una pregunta que podrías haber respondido en un documento de una página.

Escribe un runbook. Cómo iniciar sesión y cambiar el texto de la página de inicio. Cómo cambiar una imagen. Dónde residen el dominio y el hosting. Cuándo se renueva el dominio y quién es responsable. El proceso de registro de dominio de ICANN requiere información de contacto válida vinculada al propietario. Si el cliente es dueño del dominio, necesita saber dónde vive la cuenta y qué pasa si caduca. Pon la fecha de renovación en el runbook; no quieres que la primera llamada posterior al lanzamiento sea 'nuestro sitio web ha desaparecido porque nadie renovó el dominio.'

El runbook puede ser de una página. No necesita ser un manual. Pero debe existir, y el cliente debe abrirlo mientras aún estás en la llamada.

Haz un seguimiento a las 48 horas

Un cliente se queda en silencio durante una semana después del lanzamiento. Asumes que está contento. Luego llega el correo de la factura y te das cuenta de que pasó seis días sin saber cómo actualizar sus propios precios. La prueba más útil ocurre después de la entrega, no antes.

Cuarenta y ocho horas después de que el sitio salga en vivo, envía una nota breve. Haz una pregunta específica, no '¿todo bien?' Las preguntas específicas sacan a la luz respuestas reales. ¿Intentaste iniciar sesión? ¿El formulario de contacto aparece en tu bandeja de entrada? ¿La dirección en el pie de página es correcta? Registra lo que el cliente informa y agrégalo a la lista de verificación del próximo proyecto.

Este es el momento en el que detectas lo que no podrías haber detectado: el número de teléfono real del cliente, sus imágenes de producto reales, la integración que solo funciona con sus datos. Cada vez que un cliente expone una brecha, agrégala al siguiente control de entrega. Así es como la lista de verificación se mantiene viva en lugar de convertirse en un documento que nadie lee. Si buscas el sistema más grande, el modelo de madurez de mantenimiento de sitios de clientes comienza donde termina este seguimiento.

Un control, no un trofeo

El objetivo no es tener la lista de verificación más exhaustiva de la industria. Es tener un control que detecte los problemas que realmente ves en tus clientes. Eso significa podar. Si una comprobación no ha detectado ni un solo problema en tus últimos lanzamientos, o la has automatizado o es ruido. Una lista de verificación llena de elementos que siempre pasan te da una falsa sensación de completitud. Las comprobaciones que importan son las que ocasionalmente fallan, porque esas son las que previenen las llamadas vergonzosas.

No agregues comprobaciones para sentirte rico en procesos. Agrégalas solo cuando se ganen su lugar. La mejor lista de verificación de lanzamiento para una agencia es más corta de lo que piensas: fecha de entrega establecida, contenido bloqueado, prueba de perspectiva del cliente aprobada, controles de seguridad y SEO en verde, runbook entregado, seguimiento a las 48 horas programado. Cuando ese control existe, el lanzamiento deja de ser un momento de temor y se convierte en una formalidad. Esa es la diferencia entre una agencia que construye sitios web y una agencia que los entrega.