debug_mode=ON

Buscar en

 
 

El interfaz como representación de intenciones

Escrito por Venkman hace 6 meses bajo una licencia de Creative Commons Creative Commons License
278 visitas. Etiquetas: usabilidad, diseno, interface

El diseño de interfaces es, en muchas ocasiones, un arte de pequeños y sutiles detalles. Una ligera variación puede cambiar grandemente el tono, la comodidad o el uso de nuestra aplicación, o incluso su éxito. Un interfaz termina representando nuestra intención, consciente o no, sobre el uso que queremos que se haga de la aplicación.

Más allá del elemento básico del enlace, en la web, la herramienta por excelencia de interactividad con el usuario es el formulario. Mucho hay escrito ya sobre formularios y repetirlo sería cansino, así que me centraré en algunos detalles particulares.

¿Realmente quieres respuestas?

Yo, en mi humilde tontunería y ansia de clasificar las cosas rápidamente, haría 3 grandes grupos con los trillones de billones de blogs que existen en la red. En primer lugar, los que directamente no quieren respuestas. Están escritos para que los leas, no para que los mitúes (mituar, del inglés "me too" ;)), los discutas, o en general les digas nada. Las razones que llevan a esto no son únicas, pero la intención queda clara en el interfaz: No hay posibilidad de comentar.

En otro grupo podemos encontrar los situados en el otro extremo. Aquellos que no sólo tienen esa posibilidad sino que la favorecen y alientan. En esos comentarios pueden llegar a encontrarse cosas más interesantes que en el artículo original. O bien puede ser sólo una ristra de "qué chupi", "me mola mazo" y "yo quiero uno ya" (e irremediablemente "no tienes ni @#$% idea", claro). Es lo de menos, lo realmente importante es que el blog adquiere un ambiente muy diferente. Se establecen conversaciones y puede llegar a crearse cierto espíritu de comunidad.

Entre medias hay un montón de blogs que lo intentan o creen intentarlo, pero languidecen con día tras día de "Comentarios (0)". Por supuesto que muchos lo merecen por su, ahem, escaso interés. Pero en un número no despreciable de casos, blogs y páginas que podrían tener comentarios y discusiones interesantes permanecen sin ellos. Para un blog personal puede no pasar de ser una situación triste pero ignorable, pero si realmente queremos crear esa comunidad entorno a nuestro blog personal o profesional o si se trata de un sitio comercial o empresarial, esto puede suponer una diferencia importante.

Hola; adelante, adelante. Siéntate aquí en esta silla de plástico rota.

Podríamos pensar que la regla de oro fundamental es que si quieres que un usuario haga algo, tienes que darle algo a cambio. Pero en realidad ni siquiera hace falta tanto. Basta con que no se lo pongas difícil. Y si puedes ponérselo fácil, mejor aún.

Por supuesto tienes que querer esas respuestas. Si no las quieres, lee lo que continúa como ideas que no deberías hacer.

  • Localización del formulario. ¿Dónde poner el formulario de respuesta? Si lo pones justo después de tu artículo, claramente predispones a la respuesta inmediata. Termina de leer y ahí mismo puede responder. Es un buen sitio, pero lo que promueve es la respuesta a tu artículo. Una respuesta directa que seguramente no pase de ahí. Si lo que quieres es una discusión más amplia, en la que las respuestas de otros también tengan relevancia, entonces es mejor poner debajo del artículo esas respuestas, y al final de todas el formulario. Eso hace que antes de responder lea también al resto. ¿Y si lo pones en otra página distinta? Esto a lo que lleva es a separar en parte el artículo original de la discusión posterior. El efecto es que el artículo tiene entidad propia y la discusión puede prolongarse más de forma independiente. Esto será interesante cuando ya tengas una comunidad relativamente numerosa que pueda mantener esas conversaciones con interés propio.
  • Complejidad. ¿Qué datos pedir? Esto no es demasiado relevante si se trata de usuarios registrados/identificados, pero si la comunidad es más abierta y quieres que cualquiera pueda participar, tendrás que pensar qué datos son necesarios. Pedir una dirección de email tiende a dar cierta garantía de seriedad (falsa, pero aceptablemente confortable), por ejemplo. Y ¿querrán dejar un URI? ¿Interesa que lo dejen? ¿Es realmente necesario que pasen un CAPTCHA? O, más sutil, ¿es interesante que tengan que pensar un título para su comentario? No hacerlo es más simple, pero pedirlo le obliga a pensar uno y, de algún modo, a ordenar sus ideas antes de contestar. Otro detalle a tener en cuenta puede ser cómo quieres que se identifiquen. No es lo mismo pedir el nombre que pedir el apodo o pedir el usuario.
  • Tamaño. El tamaño es determinante. Me entristece ver continuamente sitios que intentan crear conversaciones interesantes a base de castigar a sus usuarios a escribir en una caja en la que apenas caben 3 líneas. Si tu formulario es así lo más que vas a conseguir van a ser respuestas de una o dos frases. Si es eso lo que quieres, genial, pero si por el contrario quieres conseguir conversaciones con ideas desarrolladas, con argumentos explicados... por favor, hazme caso, pon el formulario más grande.
Lo que se ve refleja lo que no se ve

Así que, a la hora de diseñar tu próxima página, aplicación, comunidad, whatever, ten en cuenta que el interfaz va a reflejar lo que tú piensas, y que si lo que quieres conseguir es determinado comportamiento por parte del usuario, no puedes simplemente esperar a que pase milagrosamente. Debes diseñarla para que favorezca ese comportamiento que buscas.

 

¡Votalo! 2 votos
¡Compártelo!

        

&nbps;

&nbps;

Venkman

Sobre Venkman

Gonzalo García (a veces Venkman) es un tipo con cierto interés por la programación, los lenguajes y el conocimiento del mundo en general. Ingeniero Industrial camuflado de programador, reparte su tiempo entre el aprendizaje y el desarrollo. Acepta ofertas de empleo. Hazle una!

 
Regístrate o haz login para participar.
¿Todavía no conoces debugmodeon?
debugmodeon es la red social para profesionales de la informática
descubre debugmodeon
 

3 comentarios en "El interfaz como representación de intenciones"

GreenEyed
GreenEyed escribió
hace 6 meses

#1   

Una reflexión interesante, aunque el título y los primeros párrafos dan una idea totalmente distinta de lo que acaba siendo el contenido. Parece que va a ser una discusión general sobre interfaces de usuario y zas, en dos frases estamos hablando de un caso partícular muy específico.

Y en cuanto al contenido, como blogs que no quieren respuestas, únicamente me he encontrado los que directamente no las permiten, ¿O te refieres a los que en realidad quieren pero por mal diseño en realidad no lo están favoreciendo? Es que me ha parecido que dabas a entender que lo hacían voluntariamente y en ese caso algún ejemplo vendría bien.

Por cierto, te faltaría añadir la "gracia" de pedirle al usuario que formatee sus mensajes en HTML a mano, como hacen/hacián algunos blogs (ahem java.net, ahem) :).

 

Venkman
Venkman escribió
hace 6 meses

#2   

Lo reconozco. Escribí la mitad del artículo hace unas semanas y la otra mitad anoche xD

De todos modos pensé que quizá iba a quedar demasiado abstracto y general y que realmente necesitaba coger un ejemplo más concreto. Probablmente lo que le falta es enlazar mejor una cosa con otra y volver luego a un ámbito más general...

En cuanto a lo de no querer o sí querer pero hacerlo mal... Es que luego están los que parece que quieren, y ponen un formulario, pero el formulario no es malo porque lo hayan hecho mal sin querer, sino porque realmente no les importan las respuestas. Están ahí por si quieres comentar algo pero en realidad nadie te va a escuchar. Es un "bah, venga, dejaré que la gente ponga comentarios, aunque en realidad me da igual lo que vayan a decir".

 

anhelido
anhelido escribió
hace 6 meses

#3   

Para mí, si lo que quieres es que los usuarios participen, está claro que tienes que quitar estorbos. Nada de pedir que se registren y cosas así. Con un apodo sería suficiente... aunque a cambio de esto, tienes otros inconvenientes, como usuarios suplantando usuarios y spam, por supuesto...

Como bien dices, hay que pensar en qué es lo que uno quiere primero y luego buscar una solución equilibrada entre pros y contras.

 
 
 
 

© Copyright 2008-2009 debug_mode=ON | Aviso legal | Contacto | FAQ | ¿Quiénes somos? |