Ese alguien es el usuario del sitio que estamos construyendo. Es muy importante conocerlo, saber sus intereses, su forma de pensar y relacionarse tanto con las áreas temáticas sobre las que tratará nuestro sitio como con las formas de interacción que se proponen. Saber esto nos permitirá hacer un sitio más útil, fácil de comprender y efectivo ya que podremos incluir al usuario en cada una de las decisiones que tomemos durante el proyecto.
Necesitamos saber sobre conocimientos y modos de uso, esta información tiende a ser dinámica y variar en cada grupo, es por eso que debemos realizar una investigación utilizando alguno de los siguientes métodos:
Los resultados de la investigación deben ser consolidados en un formato liviano, fácil de comprender por todos los involucrados en el proyecto e incluso en otros proyectos. Para eso es muy bueno escribir historias que cuenten la vida de nuestros usuarios, incluso inventando para ellos nombres y fotografías, estas pequeñas biografías-cuentos se llaman personajes.
Adicionalmente suelen escribirse textos en los que de describen las situaciones en las que esperamos que los usuarios accedan al sitio, de forma que podamos comprender su disposición mental en ese momento y así acercarles exactamente la información que necesitan. Estos relatos se llaman escenarios. Una versión más técnica de estos escenarios son los llamados casos de uso.
Recién cuando sabemos para quién trabajamos y en qué momento se encontrará con nuestro sitio, es que podemos empezar a pensar en el contenido, la funcionalidad y la apariencia que el sitio necesita para ser efectivo.
]]>Algunas de las formas de verificar la efectividad del sitio son las siguientes:
Si el proyecto es muy largo, es recomendable realizar pruebas con usuarios periódicamente durante el proceso de desarrollo.
Luego de realizar cualquiera de estas técnicas tendremos nuevos datos para emprender un rediseño, superficial o radical, de alguna parte del sitio.
Este proceso de diseño, evaluación y mejoras puede ser infinito porque el contexto cambia constantemente. Los usuarios del sitio adquieren nuevas habilidades, envejecen o cambian su situación económica, los objetivos de la institución pueden cambiar y la web (como insitución en sí misma) también va evolucionando.
Es por eso que es recomendable revisar el diseño del sitio inmediatamente después del lanzamiento y luego, dependiendo del tipo de insititución y del presupuesto disponible, entre una vez al mes o una vez al año puede estar la frecuencia adecuada.
]]>Cada página web está compuesta por varios archivos, entre ellos:
Esto es todo lo que el sitio “es”, sin embargo existen otras cosas necesarias para que un sitio funcione correctamente.
Los archivos deben ser colocados en un servidor web (es decir, una computadora que esté constantemente prendida y conectada a internet). Hay empresas que se dedican sólo a mantener esos servidores en perfectas condiciones, son los proveedores de hosting o alojamiento de páginas web.
Además, para que los navegantes puedan acceder a esos archivos hay que darles una dirección fácil de recordar, por eso generalmente es necesario tener un nombre de dominio, que suele terminar en .com o .com.ar. Cuál es el mejor dominio a elegir dependerá siempre de los objetivos del sitio.
Ya tenemos un dominio para entrar al hosting que tiene los archivos del sitio, pero ¿Quién crea los archivos del sitio?
Si bien todas las computadoras hoy tienen la capacidad para crear sitios web, en general, para crear los archivos del sitio, registrar un dominio y contratar un proveedor de hosting se contrata a un especialista, el diseñador web, que es quién sirve de guía durante estos pasos.
El diseñador web, además, tiene la tarea de llegar a un acuerdo con su cliente acerca de cómo es el sitio que harán, es por esto que se suele trabajar en versiones preliminares de los sitios, usando métodos como bocetos en lápiz y papel, esqueletos, mapas de sitio o directamente programas de edición de imágen, como el conocido Photoshop. Para llegar a un acuerdo rápido y efectivo, es muy importante la actitud con la que ambas partes comienzan el proceso, es por eso que hay una incontable cantidad de proyectos que terminan siendo insatisfactorios para una de las dos partes, o, mucho peor, inútiles para los usuarios.
]]>Publicar quiere decir hacer público, para eso hay que difundir el sitio y que llegue a la gente que nos interesa que lo vea, hay varias formas de lograrlo:
Como vemos, la parte concreta de hacer un sitio es una pequeña porción del trabajo de tener un sitio web efectivo.
]]>En general los argumentos que se plantean a favor de esta idea son:
Si bien estos argumentos pueden ser ciertos, no son muy específicos, es decir, son frases tan positivas que servirían para convencer a cualquiera de casi cualquier cosa.
Como digo, las razones deberían ser específicas, tanto al momento por el que atraviesa la institución, como al medio en el que están pensando en publicar. El sitio no puede estar desconectado del resto de la dirección de la empresa.
Un sitio web es una forma más de hacer lo que ya hacen, por ejemplo:
Pero además tiene ventajas que son específicas de los medios digitales:
Antes de empezar cualquier proyecto es bueno saber que es por estas razones que es valioso tener un sitio web, y es bueno tenerlo claro cuáles van a ser los objetivos en cada una de estas áreas para asegurarnos que el proyecto no pierda el rumbo y acabe solucionando problemas que nunca tuvimos.
]]>Para medir el aumento de productivdad en números reales, hay que hablar de un aumento en la cantidad de tareas realizadas o de una disminución de la cantidad de gente necesaria.
Aumentar el uso de una intranet con mala usabilidad disminuye la productividad.Aumentar la cantidad de gente que usa el sistema aumenta el costo de mantenimiento.
En muchos casos, el hecho de que haya problemas con una intranet, significa que no todos los que deberían usarla la van a usar.
Un usuario, a medida que tiene más experiencia, deja de depender tanto de la información en estática de la intranet.
No importa cuán mala sea una intranet, con el tiempo suficiente cualquier empleado aprenderá a usar lo que necesita usar (o renunciará a usar la intranet y hará las cosas desprolijamente)
¿Cómo justificamos que el proyecto sea caro si empezamos hablando de costos? A fin de cuentas ¿No sería más barato desarmar el equipo e la intranet y volver al papel?
Hay que concentrarse en demostrar mejoras en hacer una tarea de principio a fin y en soluciones directas a problemas y necesidades del negocio.
Una intranet puede estar perfectamente diseñada pero aún así ser inútil. Para hacer una intranet útil hay que usar tiempo para determinar las necesidades de los usuarios.
Antes de empezar un proceso de rediseño, hay que hacer un análisis profundo de las necesidades. Algunas técnicas para análisis de necesidades: Entrevistas con los interesados, observación de lugares de trabajo, análisis de tareas, análisis de patrones de uso de la búsqueda (y de logs en general), crear mapas o esquemas de procesos.
]]>