Aprobación del cliente en un proyecto web: cómo conseguirla

La aprobación del cliente en un proyecto web es el momento en que el cliente confirma, por escrito, que una fase de su web está terminada. Sin ella, los diseños «definitivos» se reabren, las fechas de lanzamiento se mueven y el último 10 % del proyecto se come tu margen. Aprobar el proyecto por fases, limitar las revisiones en el presupuesto y pedir la aprobación con una lista concreta lo resuelve casi todo, y la cláusula, el email y el formulario de aprobación de más abajo están listos para adaptar.

¿Qué es la aprobación del cliente en un proyecto web?

La aprobación del cliente es su confirmación explícita y por escrito de que un entregable cumple lo pactado. Hace dos cosas: le dice a tu equipo que puede avanzar y marca una línea, porque lo que se pida después de aprobar es una petición de cambio y no parte del alcance original. Siempre debe referirse a algo concreto que el cliente pueda ver.

No hace falta que sea formal para que sirva. Una respuesta a un email que diga «Apruebo los diseños de la home y de las páginas interiores que se indican abajo» es clara. Un pulgar arriba en WhatsApp no lo es.

¿Cuáles son las fases de aprobación de un proyecto web?

Cinco, en este orden: mapa del sitio y alcance, diseño, contenidos, web de pruebas y lanzamiento. Conseguir la aprobación de cada una antes de empezar la siguiente es lo que evita las revisiones infinitas, porque pedir una gran aprobación al final reabre decisiones que nunca se cerraron formalmente.

En proyectos pequeños se pueden unir las fases 1 y 2, o la 3 y la 4. Lo importante es que cada aprobación se refiera a algo concreto y visible. La fase de pruebas suele terminar con las pruebas de aceptación, y el formulario de arriba está pensado para ese momento.

¿Cómo se limitan las rondas de revisión en el presupuesto?

Define una ronda de revisión como una única lista de comentarios consolidada y enviada en un plazo fijo, incluye un número por fase en el presupuesto, pon precio a las rondas extra y a los cambios sobre fases aprobadas, y añade una regla de aprobación por silencio para que un cliente callado no pare el proyecto. Después, haz visibles las rondas, para que el cliente vea lo que se ha conseguido en cada una.

Las revisiones ilimitadas suenan generosas, pero casi nunca es lo que el cliente quiere: quiere que se le escuche y tener una web que funcione. Limitar las rondas os protege a los dos, siempre que el límite esté claro desde el principio. Una ronda es una tanda de comentarios consolidada que aplicas de una vez, no «cada email que manda el cliente este mes».

Aquí tienes una cláusula de ejemplo para adaptar con tus números. Es un ejemplo, no asesoramiento legal; haz que la revise alguien de tu jurisdicción.

Revisiones y aprobación. Cada fase del proyecto (mapa del sitio,
diseño, contenidos, web de pruebas) incluye dos (2) rondas de
revisiones. Una ronda es una única lista consolidada de comentarios
enviada por la persona de contacto designada por el Cliente en un
plazo de cinco (5) días laborables desde la entrega. Las rondas
adicionales, o los cambios en una fase ya aprobada, se presupuestarán
aparte a la tarifa horaria pactada de [tarifa]. Un entregable se
considera aprobado cuando el Cliente lo confirma por escrito, o si no
se reciben comentarios en un plazo de cinco (5) días laborables desde
la entrega.

La última frase, la aprobación por silencio, es la que mantiene el proyecto en marcha cuando el cliente desaparece. Recuérdale esa fecha cada vez que le envíes algo para revisar.

Las rondas solo funcionan si el cliente ve lo que se ha hecho. Reúne todos los comentarios de una ronda en una sola lista, marca cada uno como resuelto al corregirlo y envía un resumen breve al final. Nuestra guía sobre cómo pedir feedback a un cliente sobre su web explica cómo llevar cada ronda.

¿Cómo se pide la aprobación de la web al cliente?

Manda un email cuando una fase esté terminada y todo lo de la última ronda esté resuelto: enlaza la versión actual, enumera exactamente qué se aprueba, demuestra que el feedback anterior se atendió, di qué no se incluye y pon una fecha límite con la consecuencia pactada. En la aprobación final del lanzamiento, adjunta el formulario de aprobación para que el cliente firme los criterios y no solo el email.

Asunto: Aprobación pendiente: [Fase] de [Nombre del proyecto] antes del [fecha]

Hola, [Nombre]:

Hemos terminado todos los cambios de la ronda de revisión [número].
Puedes ver la versión actual aquí: [URL de pruebas]

Lo que te pedimos que apruebes:
- [Diseño de la home, escritorio y móvil]
- [Plantillas de Servicios, Quiénes somos y Contacto]
- [Cualquier otro elemento concreto]

Lo resuelto en la última ronda: [número] puntos, todos marcados como
resueltos en la lista de feedback: [enlace]

Fuera de esta aprobación: [por ejemplo, la sección de blog, prevista
para la fase 2]

Respóndenos con «Aprobado» o con lo que quede pendiente antes del
[fecha, dentro de 5 días laborables]. Como acordamos en el presupuesto,
si no tenemos respuesta para entonces, daremos esta fase por aprobada
y pasaremos a [siguiente fase].

Una vez aprobada, los cambios en esta fase se tratarán como peticiones
de cambio.

Gracias,
[Tu nombre]

Funciona porque enumera exactamente qué se aprueba, demuestra que el feedback anterior se atendió, separa lo que queda fuera y pone una fecha con una consecuencia clara.

¿Qué revisar antes de pedir la aprobación?

Antes de cada petición de aprobación, confirma que todo lo de la última ronda está resuelto o pasado a otra fase, que la URL de pruebas muestra la versión que quieres aprobar, que la has revisado en ordenador y en un móvil con dos navegadores, que no quedan textos de relleno y que el email nombra los elementos, lo que queda fuera, la fecha y la persona que aprueba.

1. Feedback cerrado: todo lo de la última ronda resuelto o pasado expresamente a otra fase.
2. Versión correcta: la URL de pruebas funciona y es la versión que quieres aprobar.
3. Revisada por ti: en ordenador y en un móvil, con al menos dos navegadores.
4. Sin relleno: no quedan textos de relleno ni imágenes de banco, o están listados como contenido pendiente del cliente.
5. Lo básico funciona: los formularios se envían, los enlaces funcionan y no hay errores de consola evidentes.
6. Lista concreta: el email nombra las páginas o elementos que se aprueban.
7. Alcance separado: las peticiones fuera de alcance van aparte, con una nota de que se presupuestarán.
8. Fecha indicada: con la regla de aprobación por silencio del presupuesto.
9. Persona correcta: sabes quién tiene autoridad para aprobar por parte del cliente.
10. Prueba guardada: la respuesta, o su ausencia, queda guardada con los archivos del proyecto.

Para una revisión técnica completa antes de aprobar el lanzamiento, usa la checklist web junto con esta.

¿Cómo ayudan las herramientas de feedback en la aprobación?

La aprobación es más fácil cuando el feedback ha estado ordenado todo el proyecto. Si cada comentario del cliente es un elemento independiente con su captura, su URL y su estado, el email de aprobación puede señalar una sola lista («los 23 puntos, resueltos») y el cliente puede comprobarlo antes de aprobar, en lugar de buscar en correos antiguos lo que se prometió.

Esa es la parte que resuelve GiveFeedback.io. El cliente deja su feedback directamente en la web de pruebas pulsando el botón «Give Feedback», marcando una captura y añadiendo una descripción, sin cuenta. La URL, el navegador, el sistema operativo y la resolución se adjuntan solos. Tu equipo marca cada punto como abierto, resuelto o archivado, y puedes invitar al cliente por email a una vista de solo lectura del feedback del proyecto, para que vea el avance antes de aprobar.

Cuando la lista está limpia, envía el email de aprobación con el formulario de arriba. Cada comentario puede crearse automáticamente en la herramienta del equipo, como una incidencia en Jira, una tarjeta en Trello o una tarea en Asana (todas las integraciones), para tener las tareas y los comentarios del cliente en un mismo sitio. Hay plan gratuito; consulta los precios.

¿Cuáles son los errores más habituales al pedir la aprobación?

Cinco se repiten una y otra vez: preguntar «¿te gusta?» en lugar de pedir una lista concreta, conseguir la aprobación de alguien sin autoridad, saltarse la aprobación del diseño, pedirla sin fecha y tratar el silencio como un problema cuando el presupuesto ya lo define. Cada uno convierte una aprobación clara en otra ronda de revisiones.

• «¿Te gusta?»: pide que apruebe una lista concreta. Las preguntas abiertas reciben respuestas abiertas.
• La persona equivocada: confirma en el arranque quién aprueba. El «está bien» de un asistente puede anularlo la dirección una semana después.
• Saltarse la aprobación del diseño: cambiar una maquetación en desarrollo cuesta mucho más que cambiarla en una maqueta.
• Sin fecha: sin fecha límite, las peticiones de aprobación esperan detrás de todo lo demás en la bandeja de entrada del cliente.
• Temer al silencio: si el presupuesto dice que el silencio equivale a aprobación, aplícalo, con educación y por escrito.

Divide el proyecto en fases, deja por escrito el límite de revisiones y envía una petición de aprobación concreta al final de cada fase. Los clientes aprueban antes cuando saben exactamente qué están aprobando.