El sitio se aprueba varias veces: primero se aprueba la estructura, luego el prototipo, después el diseño, la funcionalidad y al final el sitio terminado. En cada etapa se toman sus propias decisiones, y la etapa siguiente se apoya en ellas. Por eso los plazos dependen no solo de la velocidad del desarrollo, sino también de cómo está organizado el acuerdo: cuánto dura cada uno, cuántas rondas de correcciones tiene y si el proyecto vuelve a decisiones ya tomadas.
Si este orden está claro desde el principio, el acuerdo deja de ser un cuello de botella. Abajo, qué aprobar en cada etapa, cómo reunir los comentarios y cómo distinguir la corrección de un error de un cambio de decisión.
Qué se aprueba en cada etapa
Estructura
En esta etapa se decide qué páginas y secciones habrá en el sitio, cómo se relacionan y qué hay en el menú. Este es el momento más barato para los cambios: las páginas aún no existen, y su composición se puede cambiar en una conversación.
Conviene comprobar lo principal: si todos los servicios o las categorías están en su sitio, si está claro adónde irá una persona desde la portada, si hay secciones de más. La estructura aprobada se convierte en la base de todo lo demás.
Prototipo
El prototipo muestra qué bloques habrá en las páginas y en qué orden, sin el diseño definitivo. Aquí se acuerda la lógica: qué ve la persona primero, dónde está el precio, dónde está el formulario de solicitud, qué preguntas cierra cada bloque.
En el prototipo es cómodo discutir el orden y el contenido, porque los colores y las imágenes no distraen la atención. Corregir el orden de los bloques es más fácil justo aquí.
Diseño
La maqueta de diseño añade al prototipo el estilo visual: tipografías, colores, fotos, gráfica, detalles. Normalmente primero se acuerda una página clave, con más frecuencia la de inicio, y después las demás se diseñan según ese modelo.
Aquí importa mirar no solo la versión de ordenador. Cómo se ve la maqueta en el teléfono conviene comentarlo en esta misma etapa, y no después del montaje.
Funcionalidad
Formularios, quizzes, calculadoras, catálogo, pago, integraciones — todo lo que funciona, y no solo lo que se ve. Aquí se acuerda el comportamiento: adónde va la solicitud, qué ve la persona después de enviarla, cómo se calcula el precio, qué ocurre cuando hay un error.
Estas decisiones es más cómodo comprobarlas en una versión que funciona, y no en una imagen. Por eso la funcionalidad a menudo se acuerda ya en las páginas montadas.
El sitio terminado
En la última etapa se comprueba el sitio entero: textos, enlaces, formularios, visualización en distintas pantallas. Este es el momento de corregir errores y retoques pequeños, y no de revisar la estructura o el estilo.
Por qué hace falta una sola lista de comentarios
Los comentarios enviados de uno en uno en momentos distintos y en canales distintos son difíciles de reunir en un cuadro. Un mensaje llegó al mensajero, el segundo al correo, el tercero de voz, y dos de ellos se contradicen. Para no perder nada, de todos modos hay que reunirlos en una sola lista, solo que más tarde.
Es más cómodo reunir los comentarios desde el principio en un documento o una tabla y pasarlos en un solo paquete después de revisar la etapa. Entonces se ve el conjunto, las contradicciones se notan de antemano, y el trabajo sobre las correcciones va de una sola vez, y no en diez pasadas pequeñas.
La forma de pasarlos puede ser cualquiera: texto, un mensaje de voz, una grabación de pantalla con comentarios. Una grabación larga la desgloso yo misma en una lista de tareas, los puntos discutibles los aclaro aparte y solo después introduzco los cambios. Lo principal es que los comentarios de una etapa lleguen juntos.
Para cada comentario conviene indicar el lugar (página y bloque), qué falla y, si hay una idea, cómo corregirlo. Si la corrección es importante, y no de gusto, también conviene señalarlo.
Para qué un responsable del lado del cliente
Cuando varias personas miran la maqueta, cada una tiene su opinión. Esto es normal e incluso útil, pero si el desarrollador recibe comentarios de todos directamente, se ve obligado a elegir entre ellos él mismo. Y la elección entre el director y el responsable de marketing — no es decisión de él.
Por eso del lado del cliente conviene nombrar a una persona que reúna los comentarios de los compañeros, quite las contradicciones y pase la lista final. Esa misma persona aprueba la etapa. Esto no significa que la opinión de los demás no se tenga en cuenta: simplemente ponerse de acuerdo dentro de la empresa es más fácil que a través del desarrollador.
Está bien cuando esta persona puede tomar decisiones o obtenerlas rápido. Si cada aprobación espera el acuerdo de un jefe que mira la maqueta una vez por semana, el proyecto irá a su ritmo.
Un error o un cambio de decisión
Esta diferencia influye en los plazos y en el presupuesto, por eso conviene entenderla desde los dos lados.
Un error — es cuando se hizo algo distinto de lo acordado. Un precio incorrecto, un teléfono que no es el debido, un bloque que estaba en la maqueta y desapareció en el sitio, un formulario que no se envía. La corrección de los errores forma parte del trabajo.
Un cambio de decisión — es cuando se hizo lo que se acordó, pero ahora se quiere de otra manera. Un bloque nuevo en una maqueta aprobada, otro orden de las secciones después del montaje de las páginas, el cambio de fotografías ya aprobadas, una función nueva. Es una parte normal de la vida del proyecto, pero es un volumen nuevo de trabajo: hay que valorarlo y acordarlo antes de hacerlo.
El límite a veces no es evidente. Si duda a qué corresponde una corrección, simplemente pregunte. A mí me resulta más fácil decir enseguida que es un cambio y cuánto llevará, que aclararlo después. Todos los trabajos adicionales, como se dice en la página de servicios y precios, se acuerdan antes de hacerlos.
Cuántas rondas de correcciones son normales
No hay un número exacto, y prometer que un solo acuerdo siempre basta sería poco honesto. Normalmente las correcciones de cada etapa se cierran en varias iteraciones, si los comentarios llegan en una lista y las decisiones no se revisan.
Lo que más alarga el acuerdo son las correcciones que cambian una dirección ya elegida. Diez comentarios pequeños en una lista se procesan más rápido que uno que cambia la dirección del diseño. Por eso las preguntas grandes conviene plantearlas antes, en la estructura y el prototipo, y en el diseño y el sitio terminado dejar los detalles.
Cómo puede verse una lista de comentarios
Un ejemplo ilustrativo para la etapa de diseño. El formato es cómodo de llevar en una tabla que ven las dos partes.
| Página y bloque | Qué no está bien | Propuesta | Tipo |
|---|---|---|---|
| Inicio, primera pantalla | El título se pierde sobre la foto | Oscurecer la foto o mover el texto | Corrección de diseño |
| Servicios, tarjetas | Precio incorrecto en el segundo servicio | Corregir según la lista de precios actual | Error en los datos |
| Contactos | No hay esquema de cómo llegar | Añadir un mapa | Elemento nuevo |
La última columna ayuda a ver enseguida qué corresponde a correcciones y qué a tareas nuevas. Si después del lanzamiento las correcciones continúan, es cómodo pasarlas con la misma lista: así está hecha la mejora de un sitio en Tilda — qué página, qué cambiar y qué materiales usar.
Si planea un sitio y quiere entender de antemano cómo estará organizado el acuerdo justo en su proyecto, describa la tarea en el quiz del sitio. Responderé en persona y le contaré qué etapas y puntos de acuerdo tendrá.