Un protocolo de pensar en voz alta (o pensar en voz alta ) es un método utilizado para recopilar datos en pruebas de usabilidad en el diseño y desarrollo de productos, en psicología y una variedad de ciencias sociales (p. ej., lectura, escritura, investigación de traducción, toma de decisiones y seguimiento de procesos). ).
Los protocolos de pensamiento en voz alta implican que los participantes piensen en voz alta mientras realizan una serie de tareas específicas. Se pide a los participantes que digan lo que se les ocurra mientras completan la tarea. Esto podría incluir lo que miran, piensan, hacen y sienten. Esto les da a los observadores una idea de los procesos cognitivos del participante (en lugar de solo su producto final), para hacer que los procesos de pensamiento sean lo más explícitos posible durante la realización de la tarea. En un protocolo de investigación formal, todas las verbalizaciones se transcriben y luego se analizan. En un contexto de prueba de usabilidad , se pide a los observadores que tomen notas de lo que los participantes dicen y hacen, sin intentar interpretar sus acciones y palabras, y especialmente notando los lugares donde encuentran dificultades. Las sesiones de prueba se pueden completar en los propios dispositivos de los participantes o en un entorno más controlado. [1] Las sesiones a menudo se graban en audio y video para que los desarrolladores puedan regresar y consultar lo que hicieron los participantes y cómo reaccionaron. [2]
El método de pensar en voz alta fue introducido en el campo de la usabilidad por Clayton Lewis [3] mientras estaba en IBM , y se explica en Diseño de interfaz de usuario centrado en tareas: una introducción práctica de Lewis y John Rieman. [4] El método fue desarrollado basándose en las técnicas de análisis de protocolos de K. Ericsson y H. Simon. [5] [6] [7] Sin embargo, existen algunas diferencias significativas entre la forma en que Ericsson y Simon proponen que se lleven a cabo los protocolos y cómo los practican los profesionales de la usabilidad en realidad, como lo señalaron Ted Boren y Judith Ramey. [8] Estas diferencias surgen de las necesidades específicas y el contexto de las pruebas de usabilidad; Los profesionales deben ser conscientes de estas diferencias y ajustar su método para satisfacer sus necesidades sin dejar de recopilar datos válidos. Por ejemplo, es posible que necesiten solicitar información adicional con más frecuencia de la que Ericsson y Simon permitirían, pero deben tener cuidado de no influir en lo que dicen y hacen los participantes.
Un procedimiento típico de protocolos de pensamiento en voz alta incluiría:
Como afirman Kuusela y Paul [10] , el protocolo de pensar en voz alta se puede distinguir en dos tipos diferentes de procedimientos experimentales. El primero es el protocolo concurrente de pensamiento en voz alta, recopilado durante la tarea. El segundo es el protocolo retrospectivo de pensamiento en voz alta, recopilado después de la tarea mientras el participante repasa los pasos que dio anteriormente, a menudo impulsado por una grabación de video de sí mismo. Cada enfoque tiene ventajas y desventajas, pero en general un protocolo concurrente puede ser más completo, mientras que un protocolo retrospectivo tiene menos posibilidades de interferir con el desempeño de la tarea. No obstante, algunos protocolos concurrentes no han producido tales efectos de interferencia, [11] lo que sugiere que puede ser posible optimizar tanto la integridad como la autenticidad de los informes verbales.
El método de pensar en voz alta permite a los investigadores descubrir lo que los usuarios realmente piensan sobre su diseño. [12]
Un método de recopilación de datos relacionado pero ligeramente diferente es el protocolo de hablar en voz alta . Esto implica que los participantes solo describan sus acciones pero no otros pensamientos. Se cree que este método es más objetivo en el sentido de que los participantes simplemente informan cómo realizan una tarea en lugar de interpretar o justificar sus acciones (ver los trabajos estándar [¿ cuáles? ] de Ericsson y Simon). [ cita necesaria ]
{{cite journal}}: Mantenimiento CS1: varios nombres: lista de autores ( enlace ){{cite book}}: Mantenimiento CS1: varios nombres: lista de autores ( enlace ){{cite book}}: Mantenimiento CS1: varios nombres: lista de autores ( enlace ){{cite journal}}: Mantenimiento CS1: varios nombres: lista de autores ( enlace ){{cite web}}: |first=tiene nombre genérico ( ayuda )