Refuerzo y Castigo positivo.

Enseñando a tus usuarios.

Resuelve un ticket de soporte y volverán; Enseña a tus clientes y no preguntarán.

  • Refuerzo positivo: a quien ejecuta la conducta que estamos reforzando, le pasa algo bueno. Le premiamos con algo bueno o que le gusta.
  • Castigo positivo: a quien ejecuta la conducta que queremos eliminar, le damos algo malo. Le castigamos con algo que no le gusta.

Lo que más se suele hacer es dejar que se “rellene el formulario” y al darle a enviar te diga los fallos, escribirlos bien y volver a darle al botón (castigo positivo). En los otros casos, no te deja darle a enviar hasta que has rellenado completa y adecuadamente los campos(refuerzo positivo).

La segunda opción es más difícil de implantar, pero es la más lógica. Aparte de eso, en un formulario cuando entra la posibilidad de que falle el usuario, algo se está haciendo mal.

En mi caso, para mandar el sms hace falta seleccionar (desde el select) una de las opciones de la lista, o escribirla a mano. Y claro está, el contenido del sms.

Actualmente funciona como casi todos, se deja rellenar el formulario, se le da a “mandar sms” y te muestra los fallos. Hacerlo al contrario podría ser hasta contraproducente, ¿Desactivar el botón de “mandar sms” hasta que rellene todo bien? ¿Cómo mostrar lo que le falta?

Un ejemplo factible de refuerzo sería añadir una “” en grande y en rojo al lado de “mandar sms” indicando que falla algo, se podría poner de alguna forma lo que falta por rellenar. En el momento que esté todo correcto, se cambiará la “” grande y roja por un grande y verde. Ésto sería un ejemplo de refuerzo positivo.

Otros ejemplos de refuerzo positivo son: Recordatorios, desbloquear eventos/objetos, recompensas; todo esto para que vuelvan a usar la aplicación/juego.

Ejemplo de castigo positivo es: En los comentarios, de Slashdot, anónimos se escriben con “Anonymous Coward”, en barrapunto con “pobrecito hablador”.

¿Poner una barra para mostrar la debilidad de la contraseña? Refuerzo positivo.

Dónde debemos/deberíamos usar el refuerzo positivo

Sabiendo que viene bien este refuerzo, debemos saber dónde y cuando el usuario necesita un pequeño empujón, sabiendo que lo está haciendo bien.

El más típico de estos casos es cuando el usuario tiene que escribir datos, en un formulario. Los usuarios necesitan un pequeño “toque” indicándoles que todo va correcto, como el caso de este formulario.

Cuando algo tarda mucho en ser ejecutado o procesado, mensaje al usuario no viene nada mal, informando de que se está realizando la acción, para que no recargue ni vuelva hacia atrás y su espera sea más amena o menos frustrante.

Ejemplo de simyo

Otro error común es no indicar claramente cuando se está pulsando en un link/botón ya que el único cambio indicativo está en la barra de direcciones, bastante alejado del foco de atención del usuario, es un fallo también común. O en el mismo sentido, que al hacer click en un link ocurra un cambio en otra parte de la web, pueden ser fácilmente omitido por el usuario. Cómo al añadir un producto a la cesta, si estás fijandote en el producto no sabrás el cambio en la cesta. Realizar el cambio en el producto es una opción:

( Efectos visuales como que al hacer click en “add to basket” el producto vuele hacia arriba, indicando que se ha añadido a la cesta también ayuda. fly-to-basket )

Recursos:

Un artículo explicándolo de dónde viene el tema del refuerzo o castigo positivo https://explorable.com/es/condicionamiento-operante
o
http://en.wikipedia.org/wiki/Operant_conditioning

Sacados algunos ejemplos y explicaciones de
http://www.smashingmagazine.com/2012/07/17/are-giving-users-positive-feedback/

Otro artículo, centrándose en las recompensas
http://ui-patterns.com/blog/Psychology-of-rewards-in-web-design

Show your support

Clapping shows how much you appreciated tigreton’s story.