Es igual s'olo que al responder una pregunta no actualizas el arreglo Respuestas() sino que actualizas la hoja de Excel.Y al pasar a la siguiente pregunta debes usar setfocus para colocar el cursor en el control donde debe estar para responder la siguiente pregunta.NombreDeControl.SetFocusNo necesitas dos botones, con uno basta. Cuando mucho podr'ias hacer un boton para devolverte a la pregunta anterior, cuidando que no te pases de la primera pregunta.Tener la minima cantidad de controles sirve para dos cosas:* Para evitar desperdicio de memoria, desperdicio de poder de procesamiento y reducir tiempo de carga.* Para facilitar la depuracion de programaSi tu proyecto fuera m'as complicado, tu c'odigo deberia tener el codigo separado en dos. Uno que realiza el procesamiento, y otro que maneja la interfaz grafica o intervaz de usuario. De esta manera no importa si la interfaz grafica cambia, el codigo que escribiste no se desecha. La hoja de Excel tambi'en puede considerarse interfaz grafica.Ademas, las hojas de excel cambian, Los datos no siempre van en el mismo lugar. A veces los datos van en una columna y luego se les ocurre cambiar. Y a veces los encabezados van en filas distintas. Tu codigo debe tener una prevision para ello. Asi te evitas molesto mantenimiento.A veces lo mejor es usar programacin orientada a objetos y hacer una clase para manejar cada tipo de archivo. Entonces si tenias un archivo con datos de empleados, y otro con respuestas de empleados, creas dos modulos de clase. Para ello puedes ver el post de programacin orientada a objetos .Para hacertelo mas claro, imagina que vas a programar un videojuego de coches. Puedes usar un programa para administrar todos los coches y eso es muy complicado. O puedes crear una clase Coche, de modo que cada objeto maneja los procesos de acelerar, frenar, girar, y para cada coche vas a tener propiedades como velocidad, cantidad de combustible, ubicacion en la pista, etc. Entonces programas una clase y al crear los objetos coches, cada uno tendra internamente sus variables distintas. El c'odigo de un coche sirve para controlarlos a todos.Si diseñas bien los objetos (diseñarlos para que sean fáciles de usar toma tiempo y da pereza) el mantenimiento se vuelve muy fácil. Claro, estoy hablando de proyectos de mediana complejidad.Otra cosa que necesitas es diseñar tu encuesta a prueba de usuarios. Habrá quienes quieran alegar que la macro ha fallado. Sólo puede fallar si la fecha no usa formato americano MM/DD/YYYY o si el punto no es el símbolo decimal. Si la macro arranca y alguna de estas dos cosas no funciona, entonces puedes hacer que la macro te envíe un correo alertando de la situacion.Tambien debes evitar que los usuarios manipulen la hoja.Puedes experimentar con esto.https://bettersolutions.com/vba/userforms/modeless.htmEso si siempre recuerda dejar una copia de la macro donde el usuario si pueda manipular la hoja para que puedas hacer cambios.Habrá usuarios traviesos que querran meterse a ver el código, asi que tendrás que poner password al proyecto.Cuando tienes usuarios, muchas cosas puede pasar y a veces son un dolor de cabeza parati o para los jefes.