GUÍA

Checklist de aprobación del cliente para lanzar una web.

La aprobación final no es el cliente diciendo "se ve genial". Es un acuerdo breve y por escrito de que el sitio está listo, con las comprobaciones que hicieron ambas partes.

Los últimos días antes de un lanzamiento son cuando se escapan los detalles: un número de teléfono antiguo en el pie de página, un formulario de contacto que envía al desarrollador, una página que todavía dice "Lorem ipsum" a tres clics de distancia. Una checklist que repasas con el cliente protege a ambas partes. El cliente sabe qué está aprobando, y tú tienes un registro claro de lo que se aprobó.

Divide la lista entre lo que revisas tú y lo que revisa el cliente. Tú conoces la parte técnica; el cliente conoce su negocio, sus precios y su número de teléfono.

Qué debe revisar el cliente

Contenido y datos

  • El nombre de la empresa, la dirección, el teléfono y el correo son correctos en todas partes, incluidos el pie de página y la página de contacto.
  • El horario, los precios y las descripciones de productos o servicios están al día.
  • Los nombres y cargos de las personas están bien escritos.
  • No queda ningún texto ni imagen provisional.
  • Están todas las páginas que espera, y no hay nada que no deba estar.

Tono e imágenes

  • Los textos suenan a su negocio.
  • Tiene derechos para usar cada foto, logo e ilustración.
  • Las personas que aparecen en las fotos han aceptado aparecer.

Su propia prueba

  • Ha visto cada página en su propio teléfono y en su ordenador.
  • Ha rellenado el formulario de contacto y ha recibido el mensaje donde esperaba.
  • Ha probado de principio a fin cualquier proceso de reserva, pago o registro.

Qué debes revisar tú

Funcionamiento

  • Todos los formularios envían a la dirección correcta, con una confirmación para el visitante.
  • Todos los enlaces funcionan, incluidos los de redes sociales, documentos y mapas.
  • La página 404 existe y ayuda a la gente a encontrar su camino.
  • Los contenidos incrustados de terceros (mapas, vídeos, widgets de reservas) cargan bien.

Móvil y navegadores

  • Cada página funciona en teléfonos pequeños, tablets y pantallas grandes.
  • Los menús, botones y formularios son fáciles de usar con el dedo.
  • El sitio se ve bien en los principales navegadores.

Lo básico de buscadores y redes

  • Cada página tiene su propio título y su propia descripción.
  • Los buscadores tienen permiso en la web publicada (y están bloqueados en el staging).
  • Hay redirecciones desde las direcciones antiguas, si el sitio sustituye a uno existente.
  • Las imágenes para compartir en redes y el icono del navegador (favicon) están configurados.

Rendimiento y seguridad

  • Las imágenes están comprimidas y con el tamaño adecuado para la web.
  • El sitio usa HTTPS en todas partes, sin avisos de contenido mixto.
  • Los plugins, los temas y la plataforma están actualizados, con copias de seguridad configuradas.

Legal y privacidad

  • Hay una política de privacidad que describe lo que el sitio recoge de verdad.
  • Hay un aviso de cookies si el sitio usa cookies que necesitan consentimiento.
  • Se muestra la información de la empresa que la ley exija en su país.

Esto no es asesoramiento legal; tu cliente es responsable de su propio contenido legal y puede que necesite revisarlo con un profesional.

Accesos y entrega

  • El cliente tiene los accesos que necesita (dominio, hosting, CMS, analítica) y están a su nombre siempre que sea posible.
  • La analítica y cualquier seguimiento están configurados y probados.
  • El cliente sabe cómo hacer cambios sencillos, o a quién preguntar.

Repásala con el cliente

Envía la mitad de la lista que le toca al cliente unos días antes de la fecha de lanzamiento, no el mismo día. Después agenda una llamada corta para repasar lo que siga pendiente. Acuerda con el cliente qué bloquea el lanzamiento (un teléfono equivocado, un formulario roto) y qué se puede arreglar en la primera semana después (una foto que podría ser mejor). Sin esa distinción, cada pequeño deseo se convierte en un motivo para esperar, y la fecha de lanzamiento se retrasa.

La aprobación en sí

Cuando las dos listas estén completas, pide una aprobación por escrito. Puede ser breve. Debe incluir:

  • La dirección de la web y la fecha.
  • Las páginas o funcionalidades que se aprueban.
  • Una frase como: "He revisado la web y confirmo que está lista para publicarse. Los cambios posteriores al lanzamiento se tratarán como peticiones nuevas."
  • El nombre del cliente y su respuesta o firma.

Una respuesta a un correo sirve. También un estado registrado en cada página. Lo importante es que quede por escrito y sea fácil de encontrar.

Después del lanzamiento

Acuerda qué pasa después antes de publicar: un periodo corto para corregir errores sin coste, cómo se gestionan las peticiones nuevas y si hay un plan de mantenimiento. Luego haz una revisión final en la dirección definitiva, porque las cosas pueden cambiar entre el staging y producción (consulta cómo recoger feedback en un sitio de staging).

Dónde encaja Tweakpin

Tweakpin mantiene la revisión final en la propia página. Tu cliente recorre el sitio, fija una nota en todo lo que no esté bien y tú respondes debajo. Cuando una página está lista, el cliente la aprueba, y todos los que abren la página ven que está aprobada. La lista de páginas muestra lo que está aprobado y lo que sigue pendiente, así que la conversación de aprobación parte de una imagen clara y no de un largo hilo de correos. Complementa una aprobación por escrito; no sustituye a tu contrato.

Más guías

t

GRATIS PARA SIEMPRE · SIN TARJETA

Feedback del cliente,
directo en la página.

Te enviamos un enlace por correo para entrar. Sin crear contraseña.

¿Prefieres hablar? hello@tweakpin.com ↗