DigiDocMap: herramienta para mapas conceptuales

La conferencia que dictó hoy Cristòfol Rovira, Doctor en Ciencias de la Educación de la Universitat de Barcelona, en el CIW, resultó muy interesante pues dio a conocer una herramienta para crear mapas conceptuales que, aprovecha la hipertextualidad propia de la Web, ampliando así las posibilidades de esta representación conceptual.

Para Cristòfol un mapa conceptual se entiende como la expresión gráfica de un conjunto de conocimientos representados mediante rectángulos y frases de enlaces que unen los conceptos. El académico explicó que en un mapa siempre se parte de un solo concepto raíz de carácter abstracto, a partir del cual se ramifican más conceptos de naturaleza concreta y específica.

El desarrollo del software DigiDocMap para crear mapas conceptuales de navegación surge desde el Institut D’Educació Contínua de la Universitat Pompeu Fabra, casa de estudios donde Cristófol se desempeña también como profesor de documentación e imparte clases a nivel de máster y doctorado.

La aplicación se sostienen en la teoría de Novak sobre la evolución del aprendizaje de los niños, la cual -a su vez- se basa en la teoría de Ausubel sobre el aprendizaje significativo, de fuerte orientación constructivista. Según Ausubel una persona aprende cuando pone en contraste el nuevo conocimiento que está aprendiendo con sus conocimientos ya adquiridos. Así, un mapa conceptual es esa red de conceptos que compara lo que se conoció recién con aquello que ya se conoce.

DigiDocMap es una herramienta que permite crear online mapas conceptuales, una suerte de Visio con las potencialidades que ofrece el hipertexto, ya que permite crear referencias de links a partir de conceptos. El programa cuenta con una barra superior que permite personalizar el mapa, tanto desde el punto de vista del autor de un mapa, como del usuario. Es así como resulta posible definir si se quiere el mapa desplegado con una vista horizontal o vertical, con determinado tipo y cuerpo de letra, con todas, ninguna o algunas ramificaciones abiertas, o algunas opciones ocultas.

Construido con Javascript, el programa arroja un archivo HTML, el cual se puede guardar en el disco duro.

El editor DigiDocMap aún se encuentra en fase de desarrollo, sin embargo, se espera esté online una versión beta la próxima semana. La licencia es cerrada, pero será freeware.

Finalmente, Cristòfol nos habló de los futuros proyectos en los que está trabajando. Se trata de un evaluador de mapa que lo analice estructuralmente de manera de ofrecer soluciones de correción. Otra de sus empresas relacionadas con DigiDocMap es la posibilidad de entregar ayuda a la persona que construye un mapa a través de un buscador de definiciones en Internet, respecto de los conceptos asociados al tema principal del mapa que se está creando.

La jornada concluyó con un agradable almuerzo, al que amablemente fuimos invitados por Ricardo Baeza, director del CIW, quien ya está pensando en organizar un nuevo Taller sobre Arquitectura de Información para octubre próximo. Así es que si quieres asisitir, ¡pon atención a mi blog!

Los títulos de los links

Cuando construimos páginas en HTML no siempre consideramos que un detalle tan mínimo con son los títulos o rótulos de los links, resultan claves a los ojos de los usuarios.

Cuando el nombre o rótulo de un link resulta poco descriptivo respecto del contenido al que conduce, genera una gran frustración al usuario. Como explica Eduardo Manchón en su artículo “Enlaces, etiquetado y posición”: “La función del etiquetado de los enlaces es ayudar a predecir a los usuarios qué ocurrirá al pincharlo, por esta razón han de tener un nombre claro y conciso que informe de su destino y no permita equívocos”.

Así, las etiquetas de los links deben ser autoexplicativas, de manera que por sí sola expliquen con lo que el usuario se encontrará si pincha sobre el link.

Otros consejos que usualmente se siguen a la hora de escribir títulos de links son:

1) No subestimar al usuario: no escribir links del tipo “Haga clic aquí” que hacen sentir tonto al usuario.

2) El título del link debe referenciar aspectos de la naturaleza del contenido al que conduce, advirtiendo si se trata de un video, un flash, un pdf, u otro archivo o aplicación que requiera de algún programa ya instalado en el computador del usuario.

3) La etiqueta no debe ser generalista, sino específica, pero no llegando al extremo de ser críptica y –por lo tanto- incomprensible para los usuarios.

4) El título debe advertir respecto de posibles requerimientos para acceder al contenido que conduce: por ejemplo estar suscrito, registrado, etc.

5) Los rótulos de los links deben ser cortos, no más de 60 caracteres, ya que de lo contrario se pierden en medio del texto (si es el caso) o pierden su función: la de explicar sintéticamente lo que vendrá.

6) Cuando los links se usan en medio de texto se aconseja linkear sólo la palabra clave, aquella que pinchará el usuario y no una frase completa, pues resulta más difícil de retener.

Sorpresa para el cliente: lo lógico v/s lo funcional

Al revisar un sitio construido donde trabajo actualmente, constaté una vez más que hacer conjugar lo lógico y usable a los ojos del usuario, no siempre es compatible con lo funcional y programable.

El caso que estaba viendo consistía en una página de impresión amistosa que se levanta sobre la página original, y que por defecto despliega un cuadro de diálogo. En éste, se pregunta al usuario si desea mandar a “Imprimir” esa página o “Cancelar”. Para sopresa mía, en mi calidad de usuario, al elegir “Cancelar”, la página de impresión amistosa sorpresivamente se cerró del todo. Como usuario no esperaba en lo absoluto esta acción. Al seleccionar “Cancelar” sólo quería decir que no deseaba mandar a imprimir esa página, lo que no significa que se cierre.

Como el cierre es tan abrupto, mi sensación terminó oliendo a frustración, ya que mi expectativa original era ver la impresión amistosa, sus características y compararla con la página original. Sin embargo, de acuerdo con la programación dada, hacer esto sólo es posible en la medida que se manda a imprimir.

Conversando con el programador él me decía que las secuencias descritas aquí se programaron de esta forma a petición del cliente. Es perfectamente posible incluir el botón “mandar a imprimir” en la misma página de impresión amistosa. Esta alternativa permitiría a los usuarios visualizar la página de impresión amistosa sin necesidad de contar con una versión en papel.

No obstante, el cliente decidió evitar más clicks, y agilizar la toma de decisión de manera de relacionar la acción de imprimir con la apertira de la página de impresión amistosa. La opción del cliente se inspiró en responder al usuario evitándole clicks inncesarios. Sin embargo, de acuerdo con mi experiencia, me entra la duda que es mejor: ¿encontrarnos con sorpresas o navegar más?

Tratamiento de textos

Más allá de la tecnología que se use. Más allá de las funcionalidades o herramientas que tenga un sitio. Independiente de los cool features que se puedan tener, soy una convencida de que el adecuado tratamiento de textos o lo que entendemos por escritura para la Web es cada vez más crucial en Internet. Ello, pues un contenido atractivo atrae usuarios. Esto se nota mucho más al comparar sitios de noticias.

Es asombroso cómo un sitio web se distingue de otro, cuando los textos han sido tratados pensando en usuarios Web. Parece una regla de perogrullo a estas alturas, en que se ha ganado bastante experiencia en la corta vida de la Telaraña. No obstante, no todos siguen las reglas básicas.

Algunas de las máximas a la hora de escribir para la Web es hacerlo en párrafos cortos, los que engloben una sola idea. Otro punto es hacerlo en oraciones cortas, sin mayores frases explicativas. Destacar con negritas las palabras claves de nuestro artículo parece obvio, pero casi ningún medio de comunicación en Chile lo hace. Realzar los links internos mediante subrayado también parece evidente, pero hay quienes prefieren que el usuario juegue al acierto y error con el mouse.

Junto con estas premisas a nivel de texto, también las hay para el contexto en el que se despliega un contenido. Particularmente, veo que Emol (portal de noticias del diario nacional El Mercurio) cuenta con variada información que da contexto a las noticias. Sin embargo, su disposición no parece la más acertada. Es así como las noticias relacionadas figuran al final de cada nota, y no a un costado, lo que ofrecería mayor contexto y sentido de complementariedad. Asimismo, este portal genera subportadillas en cada noticia, ofreciendo primero una suerte de “lead” con el párrafo inicial y alguna referencia a especiales o links recomendados. Con este truco se ganan muchos muchos links, pero -por lo mismo- el usuario puede cansarse.

Hay otros medios como La Tercera que cuentan con artículos relacionados, información adicional, referencias monográficas, sistema para rankear la noticia, entre otras funcionalidades de contexto, pero aún no trabaja el largo ni la calidad de presentación de los textos.

En mi caso, hay clientes que siguen los consejos mínimos, pero sólo al principio. En ocasiones, especialmente cuando se usan CMS o administradores de contenidos y los estribos quedan en manos del cliente, las máximas se olvidan. Y pensar que es lo más pregnante y elemental de un sitio…