Creo que la mejor respuesta a esta pregunta es ‘constantemente’. Un proceso en cascada (aprobar los resúmenes, aprobar el contenido, aprobar la interfaz de usuario, aprobar el diseño, construir, probar, implementar) funciona muy bien y todas las decisiones son brillantes hasta que un usuario real aterriza en el sitio.
Si no permite la iteración durante todo el proceso, estará sujeto a lo que se aprobó en la etapa anterior. Por ejemplo, tendrá que ver cómo los usuarios reaccionan a la interfaz de usuario lo antes posible, pero dada la naturaleza de cómo funcionan los navegadores, o los escenarios móviles particulares, a veces un boceto es demasiado temprano. El código de trabajo en el navegador no debe ser un contrato establecido, forzado a coincidir con un prototipo.
Dicho esto, la iteración siempre debe guiarse por objetivos y alcance. Pregunte ‘¿qué se supone que está haciendo el sitio? Si el prototipo o beta no está haciendo eso, corríjalo. Si se sugiere una iteración que no cumple con los objetivos del sitio o del usuario, bótela. Si alguien decide que el sitio debe hacer algo más, ese es un proyecto separado.
- ¿Qué compañía es mejor para el desarrollo web de Laravel en India?
- ¿Por qué debería uno aprender diseño web para crear sitios web desde cero cuando hay muchas plataformas de desarrollo web disponibles como Wix?
- ¿Cuánto tiempo lleva diseñar un buen sitio web?
- ¿Cómo obtener un trabajo de desarrollador de pila completa de nivel de entrada? ¿He aprendido muchas cosas como HTML, CSS, Javascript, React y un framework de pila completa Ruby on Rails? No uso ninguno de estos en mi trabajo actual. ¿Qué debo hacer para destacar?
- ¿Por qué aprendemos los lenguajes de programación, en lugar de usar WordPress para un sitio web?