domingo, 30 de noviembre de 2008

Generación de estadísticas web vía ficheros de log o vía etiquetas

(Aquí teniu disponible el post original escrit en català)

A finales de mayo, del presente año, estuve elaborando una propuesta para modificar el sistema de estadísticas web que internamente utiliza el Ayuntamiento de Barcelona en la creación de indicadores de la Web e Intranet municipales.

Desde siempre el Ayuntamiento ha utilizado un sistema basado en ficheros de log, ahora se está planteando la idea de pasar al sistema de etiquetas, de aquí la realización de la propuesta.

Por otra parte, comentar que el Ayuntamiento actualmente utiliza para la generación y consulta de información de estadísticas web el software WebTrends Analytics. Este aplicativo también se puede utilizar para el sistema de generación vía etiquetas, (complementándolo con el WebTrends SmartSource Data Collector, el servidor que almacena la información estadística).

Aprovechando el trabajo hecho, os copio aquí unas breves explicaciones de cómo funciona cada sistema de generación de estadísticas (vía ficheros de log o vía etiquetas) y una comparación entre ambos sistemas, (pros y contras), desde la óptica del sistema basado en etiquetas.

Soy consciente de que sobre el mundo de los indicadores web hay mucha literatura, de hecho, no estoy explicando nada nueve; pero quizás le servirá a alguien ... ni que sea como resumen.

Cómo funciona el sistema de generación de estadísticas web vía ficheros de log

La siguiente imagen detalla el funcionamiento genérico de un proceso de estadísticas basado en logs:

Los pasos que se siguen son:

1. El usuario realiza una petición web, por ejemplo pide la página home del web municipal del Ayuntamiento de Barcelona (http://www.bcn.cat/). Hay que tener en cuenta que, aunque el usuario haya pedido una sola página, esta petición usualmente se transformará en varias peticiones web. Esta transformación la realiza el propio navegador del usuario y de forma transparente a éste. En este gráfico se ha simplificado suponiendo que la petición de la página se transforma en una sola petición web.

2. El segundo paso es sencillo: la infraestructura web (servidores web, servidores de aplicaciones, gestores de contenido, etc.) del Ayuntamiento de Barcelona sirven la petición que les ha llegado. Si simplificamos el proceso, son los servidores web los que reciben las peticiones y son ellos los que las envían de vuelta a los navegadores de los usuarios. Por este motivo ellos saben si se ha podido procesar la petición y otras características de ésta, como por ejemplo el tamaño de los datos que se envían al usuario. Después de este envío, los servidores web realizan una tarea imprescindible para las estadísticas web: escribir en un dietario (llamado fichero de log) información acerca de este envío: a quién se ha enviado, en qué momento (día, hora), qué se había pedido, cómo ha acabado la petición (bien, mal, por qué motivo), etc.

3. El tercer paso es recoger esta información de los diferentes ficheros de log, (habrá uno por servidor) y pasarle todo al aplicativo de generación de estadísticas. Éste, con los datos de los logs será capaz de realizar potentes estadísticas web.

Estos son los 3 pasos que se realizan en un entorno genérico para la realización de estadísticas web mediante el análisis de los ficheros de log de los servidores web.

Cómo funciona el sistema de generación de estadísticas web vía etiquetas (tags)

La siguiente imagen detalla el funcionamiento genérico de un proceso de estadísticas basado en etiquetas, es un poco más complejo que el caso del sistema basado en ficheros de log:

Los pasos que se siguen son:

1. Este primer paso es idéntico al visto antes en el caso de la generación de estadísticas basándose en ficheros de log. El usuario realiza una petición web, por ejemplo pide la página home del web municipal del Ayuntamiento de Barcelona (http://www.bcn.cat/). Hay que tener en cuenta que, aunque el usuario haya pedido una sola página, esta petición usualmente se transformará en varias peticiones web. Esta transformación la realiza el propio navegador del usuario y de forma transparente a éste. En este gráfico se ha simplificado suponiendo que la petición de la página se transforma en una sola petición web.

2. También como en el caso del sistema basado en ficheros de logs, es en este segundo paso cuando la infraestructura web (servidores web, servidores de aplicaciones, gestores de contenido, etc.) del Ayuntamiento de Barcelona sirven la petición que les ha llegado. También registrarán los datos relacionados con la petición en un fichero de log, aunque nosotros, para la generación de estadísticas, ya no lo utilizaremos. Pero hay una importante diferencia en este segundo caso, la página que devolvemos al usuario contiene un pequeño código en JavaScript, (etiquetamos la página).

3. El navegador del usuario mostrará la página al usuario y al detectar el código JavaScript lo que hará será ejecutarlo. Esto generará una segunda petición a un determinado servidor (que no tiene por qué estar en las mismas instalaciones dónde están los servidores web). Este servidor es un servidor dedicado específicamente a la recolección de datos estadísticos, (en la imagen tiene el nombre de SmartSource Data Collector, es la terminología de WebTrends).

4. Dicho servidor de recolección de datos estadísticos procesará la petición del navegador del usuario, ésta no es más que la petición de una imagen casi invisible, (usualmente es una imagen de 1 pixel por 1 pixel). Se utiliza esta técnica para engañar a los navegadores, que piensen que es una imagen más de la página aunque su verdadero objetivo es controlar estadísticamente el uso que está haciendo el usuario en nuestro site. Por otro lado, los datos de este procesamiento de la petición de una imagen de 1 pixel por 1 pixel, quedan registrados en un fichero, tal como ocurría en el sistema de estadísticas basado en logs. Aquí la diferencia es que este fichero de registro no está fijado, es un fichero flexible, de esta forma podemos adaptarlo a nuestras necesidades.

5. El último paso es recoger la información de este fichero de registro y procesarlo mediante un aplicativo de generación de estadísticas web. El aplicativo que utiliza actualmente el Ayuntamiento para el procesado de ficheros de log – el WebTrends Analytics – también es capaz de procesar este otro tipo de información.

Tal como se ha comentado, este sistema utiliza un fichero de registro parecido a los ficheros de log pero dotado de flexibilidad para adaptarlo a nuestras necesidades.

Comparación entre los dos sistemas

Hasta ahora hemos visto cómo funcionan los dos sistemas de generación de estadísticas web, vía ficheros de log o vía etiquetas.

Cada uno tiene sus pros y sus contras. Los dos siguientes subpuntos contienen las ventajas y las desventajas, respectivamente, de utilizar etiquetas para la generación de estadísticas web. Hay que tener en cuenta que las ventajas de un sistema son las desventajas del otro, y viceversa.

Ventajas de utilizar el sistema basado en etiquetas

Conviene recordar que las ventajas del sistema basado en etiquetas se corresponden con las desventajas del sistema basado en ficheros de log.

Registro de las peticiones recibidas:

  • Sistema basado en ficheros de log:
    • Los ficheros de log registran todo el tráfico web, esto es, todas las peticiones tengan o no interés estadístico. Consecuentemente, dichos ficheros de log contienen gran cantidad de entradas despreciables a nivel estadístico, por cada página vista se tienen 'n' peticiones: la petición propia de la página más las peticiones de los elementos que la integran (imágenes, ficheros de estilos, frames...), esto dificulta en gran medida la explotación estadística.
  • Sistema basado en etiquetas:
    • Mediante el sistema de etiquetas, sólo se tiene una petición por cada página vista, que contendrá la misma información que el registro de una petición en un fichero de log, en formato extendido, más meta-información del navegador del visitante (título, resolución de pantalla, idioma, tipo de conexión, si tiene flash instalado...).
    • Por ejemplo el WebTrends SmartSource Data Collector facilita tener registros ligeros con sólo la información de las páginas con interés estadístico, y además con unos datos más ricos que ayudan a complementar la información estadística generada.

Registro de las peticiones de los spiders:

  • Sistema basado en ficheros de log:
    • Los ficheros de log registran todo el tráfico web, tanto si este tráfico está generado por usuarios como si quién lo genera es un programa de forma automática. Un caso muy común son los spiders, son programas que continuamente están leyendo todas las páginas de nuestro site para proporcionar información a los buscadores web, (por ejemplo Google, Yahoo!, MSN, etc). Se calcula que estos spiders, de media, pueden generar entre un 15% y un 20% de todas las peticiones que reciben los servidores web. Este tipo de información no sólo no nos interesa sino que además ralentiza el procesamiento del resto de datos.
  • Sistema basado en etiquetas:
    • Mediante el sistema de etiquetas, sólo se tiene la información estadística de los usuarios. Esto es así debido a que los spiders, por regla general, no ejecutan código JavaScript, consecuentemente, no realizan la petición que generará el registro de datos estadísticos.

Registro de las peticiones a páginas cacheadas:

  • Sistema basado en ficheros de log:
    • Cuando un usuario realiza una petición web, ésta usualmente no va directamente al servidor web. Lo que primero hace el navegador es consultar si la tiene en su zona de páginas en caché, si no está le pasará la petición al proxy correspondiente, éste primero mirará si lo tiene en caché, en caso negativo lo pasará al siguiente proxy que realizará la misma operación. Sólo en el caso que no esté en ninguna caché entonces llegará la petición al servidor web (y quedará registrada en el fichero de log). Por tanto, se puede llegar al caso de que una petición es servida por alguna caché sin llegar al servidor web, si así fuera dejaríamos de registrar esta petición en el fichero de log del servidor web.
  • Sistema basado en etiquetas:
    • Por regla general, el código JavaScript no es cacheable, esto implica que en todos los casos se registrará la petición al servidor de estadísticas.

Título de las páginas:

  • Sistema basado en ficheros de log:
    • El W3C fijó un estándar que rige los 10 campos que contiene un fichero de log, mediante esta información se generan las estadísticas web. Los títulos de las páginas no forma parte de los datos que se registran en un fichero de log. Por este motivo, un aplicativo generador de estadísticas basado en ficheros de log no es capaz de saber los títulos de las páginas, (a no ser que emule un navegador y realice la petición del título de las páginas al site, aunque esto genera mucho más carga a los servidores web).
  • Sistema basado en etiquetas:
    • Con este sistema no sólo tenemos la misma información que se guarda en un fichero de log sino que, además, tenemos más datos. Uno de ellos es el título.
    • En el caso concreto del WebTrends SmartSource Data Collector (SDC), al realizar una petición ésta genera una petición estadística que contiene un parámetro configurable con el título de la página, no siendo necesario hacer una petición adicional a los servidores web. Por otro lado, si todas las páginas del site tienen el mismo título o si este no es clarificador, se puede personalizar durante el registro de la visita

Identificación de las sesiones de usuario:

  • Sistema basado en ficheros de log:
    • Aunque utilizar cookies es claramente lo mejor para identificar las sesiones de los usuarios, (lo que se conoce como tracking de usuarios), usualmente no se utilizan ya que es necesario disponer de una cookie persistente y a nivel de todo el site. Esto es complejo de gestionar cuando tenemos varios servidores web y estos, además, no necesariamente están en nuestras instalaciones. Esto provoca que se realice el tracking de usuarios mediante el par dirección IP + Campo User Agent (información del navegador y del sistema operativo del usuario). Esta identificación de sesión de usuario es débil y no permite el uso del histórico de visitantes y, por consiguiente, no se puede medir la fidelidad de los visitantes.
  • Sistema basado en etiquetas:
    • Con este sistema de la gestión de la cookie se encarga el servidor de etiquetas liberando el grupo de servidores web de esta tarea. Esto implica que se pueda realizar el tracking de usuarios vía cookies con relativa facilidad.
    • El WebTrends SDC incorpora una gestión de cookie que nos permite identificar de manera unívoca las sesiones de nuestros visitantes y, consecuentemente, medir la fidelidad de éstos, por ejemplo visitantes nuevos vs visitantes que repiten.

Análisis estadístico de conceptos avanzados:

  • Sistema basado en ficheros de log:
    • Este sistema esencialmente está trabajando con URLs, no con páginas. La diferencia, aunque pueda parecer sutil, es importante. A menudo tenemos que una misma información – una página – puede tener varias URLs. Por otro lado, estas URLs también acostumbran a ser crípticas y/o tener poca información. Todo ello dificulta la definición de elementos avanzados de análisis (grupos de contenidos, gestión de escenarios, url parameter analysis...) porque se basan en patrones de URL que desgraciadamente no siempre son aplicables.
  • Sistema basado en etiquetas:
    • Con el WebTrends SDC y el uso de meta tags se traslada la definición dichos elementos a la página, de manera que, si ésta contiene los meta tags correspondientes entonces no es necesaria ninguna configuración adicional, en tiempo de análisis se auto crearán los elementos avanzados de análisis.

Utilización de un hosting externo en parte (o en su totalidad) de los servidores web:

  • Sistema basado en ficheros de log:
    • Este sistema dificulta la generación de estadísticas para aquellas secciones servidas en servidores que no residen en nuestras instalaciones corporativas. El motivo proviene de la necesidad de un procesamiento previo de los ficheros de log, (tenemes que 'precocinar' los datos), esto no permite un análisis continuo.
  • Sistema basado en etiquetas:
    • Tener servidores web en instalaciones externas es transparente respecto a la información estadística, (ya que no tenemos que hacer ‘cocinilla’ con los ficheros de log). Toda la información estadística siempre estará en el mismo servidor, por ejemplo en un WebTrends SmartSource Data Collector.

Listado de estadísticas resultantes:

  • Sistema basado en ficheros de log:
    • En este caso, el listado de estadísticas resultantes es limitado ya que todo se basa en ficheros de log que tienen, como mucho, 10 campos con información, (aunque es conveniente indicar que la principal información está contenida en estos 10 campos).
  • Sistema basado en etiquetas:
    • En cambio, en el sistema de etiquetas el listado de estadísticas es, en teoría, ilimitado debido a que el fichero de registro nos da absoluta libertad para guardar los datos que nos apetezca, (aunque usualmente sólo se guarda unos pocos datos más, a parte de los 10 que ya aparecene en los ficheros de log).
Desventajas de utilizar el sistema basado en etiquetas

El uso del sistema de generación de estadísticas web basado en etiquetas también tiene desventajas, aunque, realmente, tiene una gran desventaja y otras desventajas menores.

Esta gran desventaja es la necesidad de poner el código JavaScript en todas las páginas que queramos controlar. Esto provoca que este sistema sea idóneo en nuevos sites, y menos adecuado en sites que tienen muchas páginas ya creadas.

Modificación de las páginas:

  • Sistema basado en ficheros de log:
    • Este sistema es totalmente transparente a todos los recursos que forman un web. Por este motivo, no se requiere la modificación de las páginas ni de ningún otro elemento: imágenes, hojas de estilo, etc. Esto implica que todas las páginas tendrán sus datos estadísticos, sólo se requiere que alguien las haya realizado como mínimo una petición.
  • Sistema basado en etiquetas:
    • En cambio, en este caso hay que modificar todas las páginas que queramos que sean controladas estadísticamente. Este es el gran handicap de este sistema. Además, si nos dejamos una determinada página esta no tendrá información estadística, aunque sea la que tiene más peticiones. Se puede simplificar este problema si tenemos un gestor de contenidos en todo nuestro site, (en el caso del web municipal del Ayuntamiento de Barcelona, existe un gestor de contenidos pero sólo para una parte del web).
    • En el caso del WebTrends SDC, todas las páginas del site que queramos sacar estadísticas deben contener el código JavaScript correspondiente más los meta tags que creamos oportuno.

Infraestructura para la realización de las estadísticas:

  • Sistema basado en ficheros de log:
    • Sólo se requiere el aplicativo para la realización de estadísticas. No obstante, en casos de sites con grandes volúmenes de visitas – como el caso del web del Ayuntamiento de Barcelona – se puede requerir una infraestructura necesaria para la gestión de los ficheros de log.
  • Sistema basado en etiquetas:
    • Se requiere un servidor web dedicado sólo para la recopilación de datos estadísticos.
    • En el caso del WebTrends SDC, se requiere instalar el componente SDC en un servidor dedicado sólo para esto y que esté situado en el mismo segmento de red que los servidores web.

Registro de la información estadística:

  • Sistema basado en ficheros de log:
    • En los ficheros de log se registran siempre todas las peticiones que se reciben y, además, esto se realiza de forma transparente, sin generar más tráfico web.
  • Sistema basado en etiquetas:
    • Sólo se registran las peticiones de las páginas que tienen el código JavaScript, esto implica que previamente hay que pensar de qué páginas se quiere tener estadísticas. También hay que tener en cuenta que el navegador del usuario tiene que poder interactuar tanto con el servidor web como con el servidor de estadísticas y, además, este navegador debe tener habilitado el uso de JavaScript y de las cookies para realizar el tracking de sesiones.
    • Por otro lado, para cada petición recibida se genera otra petición para el control estadístico, se genera más ruido en forma de peticiones adicionales.

lunes, 10 de noviembre de 2008

Visión de la Sociedad Red desde la empresa. Aportación de Enrique Dans en el curso SociedadRed 2008.

(Aquí teniu disponible el post original escrit en català)


Después de la aportación de Irene Mia al curso 'Sociedad red: cambios sociales, organizaciones y ciudadanos', (i explicada aquí), aquí os comentaré lo que explicó Enrique Dans, profesor del Instituto de Empresa.

Enrique Dans empezó su aportación a este curso levantándose y acercándose al público, se nota que es un gran orador. Lo que quiso es empezar con una visión histórica y un repaso a los temas más 'calientes' relacionados con la sociedad red.

Empezó hablando de la definición de Internet y de la evolución de la humanidad:
  • 6 millones de años atrás hubo un gran cambio: Alcanzamos la capacidad de hablar. Podíamos transmitir el conocimiento.
  • 5 millones de años atrás hubo otro gran cambio: Alcanzamos la capacidad de escribir. Ahora podíamos hacer que el conocimiento persistiera. Sin embargo, muchos pocos teníen la capacidad de escribir.
  • 5 siglos atrás hubo una otro cambio importante: La imprenta. Con este ingenio podíamos replicar el conocimiento 'de forma masiva'. No obstante, con el paso de los siglos el acceso a una imprenta se vuelve cada vez más difícil, de la misma manera que pasó con la radio, el acceso se regulariza, se parcel·litza y se deja de tener un acceso libre y totalmente democrático hacia estas herramientas.
  • A finales del siglo XX hay otro cambio: Aparece Internet (aquí tenéis un enlace para saber exactamente la edad de Internet). Podemos comunicarnos instantáneamente a nivel mundial. Pero en este caso, vamos en dirección contraria a los anteriores cambios, Internet se abre cada vez más, es más popular, más usado, a medida que va pasando los años y este cambio se está haciendo de forma ultra-rápida.

    En este punto Enrique Dans quiso dar una definición de qué es una organización.
Según la Real Academia de la Lengua Española una organización es:
"1. f. Acción y efecto de organizar u organizarse. 2. f. Disposición de los órganos de la vida, o manera de estar organizado el cuerpo animal o vegetal. 3. f. Asociación de personas regulada por un conjunto de normas en función de determinados fines. 4. f. Disposición, arreglo, orden."
Aquí nos interesa la tercera definición:
"3. f. Asociación de personas regulada por un conjunto de normas en función de determinados fines."
También citó al economista (y premio Nobel de economia en el 1991) Ronald Coase:
"Nos organizamos, coordinamos, en una empresa para reducir costes de transacción."
Pero... ¿esto sigue siendo válido?

Pongamos un ejemplo que lo contradice: Linux.

Este es un caso donde mucha gente, de diferentes lugares del mungo, se unen en un proyecto muy, muy serio, muy válido, pero sin estar bajo el paraguas de una organización empresarial.

Por lo tanto, en este caso no tenemos empresa pero sí producto.

Por otra parte, tenemos el tema de los derechos de autor, un tema que se está redefiniendo completamente... De hecho, históricamente se crearon los derechos de autor para potenciar la creatividad, se tenía un incentivo al ser creativos. Hoy en día, sin embargo, la propiedad intelectual nos frena más que nos motiva, si somos honestos, constantemente estamos esquivándola, hacemos 'workarounds'; hay que redefinir todo este tema, la sociedad, la tecnología han cambiado muchísimo, hace falta que también cambien las leyes que están relacionadas.

Después de hablar de los derechos de autor comentó lo que se entiende por un
netòcrata. La netocràcia define el sistema de una red social distribuida, intenta explicar que el auténtico valor lo tenemos en la pertenencia a redes sociales. Se concluye que los valores se están cambiando, ahora es más importante la inteligencia social que la inteligencia individual.

Esta palabra fue propuesta por dos tecnólogos suecos:
Alexander Bard y Jan Söderqvist en su libro Netocracy (originalmente en sueco como 'Nätokraterna').

En la empresa, en la sociedad, empieza a haber gente que prevee y comprende los cambios que estando viniendo, actúan adelantándose al resto.

Ligado con este cambio (que en el fondo puede llegar a ser un cambio político) tenemos un problema muy serio: la brecha digital. ¿Qué hacemos con la generación perdida?, o sea, aquella gente que todavía es productiva pero que tiene una edad demasiado grande como para hacer una asimilación al mundo digital.

Hoy en día en la empresa hay una generación perdida, especialmente (y eso entorpece el desarrollo de la sociedad red) en los niveles de decisión, en las jerarquías más altas.

Ejemplos de nuevas organizaciones

A partir de este punto Enrique Dans ofreció una recopilación de casos de éxito de la sociedad red:
  • Amazon: No es una simple librería on-line, la 'gracia' es que te vende los productos (no sólo libros) que seguramente te gustarán más, conoce tus gustos gracias a lo que tú indicas y en lo que han expresado el resto de los usuarios. La novedad radica en la autoorganización de la información.
  • eBay: Consigue que los mercados sean cada vez más eficientes, se eliminan intermediarios y, gracias a la red, consigues volumen interesado por tus productos, por estrafalario que sea. La novedad radica en las nuevas organizaciones de mercados.
  • Google: La principal idea que aporta es que es el resto de gente quién hace mi trabajo (cuándo enlazan su web con otras webs).
  • Napster: La aportación principal la encontramos en la mejora de las capacidades de transmisión y de difusión de la música a bajo (o nulo) coste.
  • Blogger: La aportación nos la da en la brutal fuerza democrática de los blogs, se da voz al público de la calle de una manera muy sencilla, no hay que ser ningún técnico en informática.
  • BitTorrent: La aportación la encontramos en la compartición de la información entre todos, aunque sean grandes volúmenes de datos.
  • Friendster: Fue uno de los primeros sitios web que se dieron cuenta de que todos conocemos gente pero que, con el tiempo, los vamos olvidando. Sería muy útil tener una base de datos para organizar toda la información de contactos.
  • Keyhole: Fue una de las primeras empresas que se dio cuenta de la enorme potencia de georeferenciar la información. Posteriormente la compró Google para convertirse en el Google Earth.
  • YouTube: La idea de este servicio es bien sencilla: la gente no podía compartir vídeos, así de simple. YouTube solucionó esta necesidad ... hasta el punto que actualmente hoy en día todo está en YouTube, es un estándar de facto. Las organizaciones tendrían que utilizarlo, en el fondo es dónde está el público.
  • Facebook: Es un caso parecido al de Friendster pero con una particularidad: abrió su plataforma para que todo el mundo pudiera desarrollar aplicaciones. Aquí está el verdadero valor de Facebook: el uso de su plataforma (y eso que este desarrollo se realiza con un lenguaje propietario y es claramente mejorable).
Hoy en día hay pocas empresas, pocas organizaciones, que saquen partido de estos servicios, y pierden oportunidades y posibilidades de reducciones de costes.

Enrique Dans comentó que él participa en la empresa WeblogsSL, empresa que realiza todo tipo de blogs y consultoría sobre blogs.

Comentó que el equipo de esta empresa está formado por unas diez personas distribuidas por diferentes lugares de España (Pozuelo de Alarcón, Málaga, Barcelona) y, incluso, hay gente fuera de España.

Pero actualmente la tecnología ya no es 'ordenocéntrica' sino que ahora está 'flotando' por las nubes, (es cloud computing), gracias a esto los trabajadores de WeblogsSL pueden trabajar juntos a pesar de estar físicamente muy distantes los unos de los otros.

La escasez de la información es un modelo antiguo

Otro gran cambio provocado por Internet es que hasta hoy el valor lo teníamos al encontrar, conseguir, la información.

Pero ahora los niños van a
Google y en uno segundo tienen toda la información (¡y más!) que teníamos nosotros después de consultar diccionarios, enciclopedias y visitas a bibliotecas; y, además, tienen una información actualizada.

Por lo tanto, ahora no tiene ningún valor conseguir la información, el valor está al 'seleccionar el grano de la paja', en tener criterio propio y saber qué nos interesa, es decir, en no 'infoxicarnos'.

El otro valor es saber qué dicen de nosotros, ir a la red y saber escuchar qué se llama sobre nosotros de cara a poder captar la opinión de la gente.

Pero sin embargo, muchos de nosotros todavía guardamos la información, tenemos la obligación de hacerlo por si la perdemos ... ¿pero realmente tiene sentido hacerlo?

¿Y qué hacemos con la generación perdida?, aquella generación que es totalmente analógica y que difícilmente les llevaremos hacia la sociedad red.

Lo que se tiene que hacer es llevarlos a la nube!.

Pero para conseguirlo hace falta que les proporcionemos una propuesta de valor que los convenza para hacer el cambio, en caso contrario, por iniciativa propia, difícilmente lo harán.

Si os fijáis todos los anteriores casos de éxito pertenecen a empresas de nueva creación, dicho de otra manera, ¿por qué las empresas tradicionales no tienen éxito en Internet?

Porque ahora estamos desestructurando, aligerando estructura.

Las empresas creadas a Internet suelen tener un nivel de subcontratación muy alto, hay un ecosistema en torno a ellas.

Además, tener empresas con muy poca estructura es más sencillo (y barato) en empresas creadas desde cero que en las ya existentes.

Sin embargo, ¿por qué Internet todavía no tiene bastante prestigio?, o sea, ¿por qué no nos compramos un coche por Internet?, ¿por qué tenemos la necesidad de ir a un concesionario para comprar el coche que lo hemos estado analizando por Internet?

Porque nosotros hemos nacido analógicos y, en el fondo, todavía no nos lo creemos al 100%, además nuestros jefes todavía creen menos en Internet, sólo ven los problemas, no las ventajas.

En este punto
Enrique Dans mostró las estadísticas de uso de Tuenti mientras se disputaba el partido entre España e Italia del pasado Europeo de Fútbol. Quedó bien claro cuando eran los descansos del partido y cuando la prórroga y los penales. Anunciarse en esta plataforma seguramente habría sido provechosa si nos atendemos al volumen de usuarios conectados.

Otro ejemplo lo encontramos en el lanzamiento del navegador
Google Chrome, no se ha hecho ningún tipo de publicidad, sólo unos cómics y la viralidad se ha encargado del resto.

Las reglas del juego están cambiando y la mayoría de las empresas tradicionales no se han dado cuenta de ello.

¿Pero cómo hacemos la transición de aquello que es tradicional a este nuevo enfoque?

¡Provocando!

El coste de la tecnología es muy bajo, eso no puede ser ninguna excusa.


A partir de aquí empezó el turno de preguntas por parte de los asistentes:
  • ¿En los entornos colaborativos, cómo controlamos la veracidad de los contenidos?
  • La veracidad de los contenidos viene dada con el uso masivo. No es el mejor sistema pero sí que es bastante potente y, generalmente, bastante bueno. La clave está en tener un uso masivo, (como por ejemplo en Digg o en Menéame).
  • Hay una falta de métricas que ayuden a invertir y a tener un feedback ellas más claro.
  • No hay una falta de métricas, lo que falta es ver como nos pueden ser útiles estas métricas, es decir, falta enlazar las métricas tecnológicas con las métricas de negocio. Sin embargo, hay que reflexionar sobre ... ¿métricas de conceptos intangibles?, como medir métricas de conocimiento?

Comentario personal sobre la aportación de Enrique Dans:

Personalmente inicialmente me quedé un poco 'eclipsado' con la presentación de
Enrique Dans, es un gran orador, gesticula constantemente, se mueve continuamente, pregunta a los asistentes, sabe como mantener el interés en lo que está diciendo.

Sin embargo, por la noche, revisando mis notas vi que su aportación no había sido muy 'profunda', fue muy generalista, poco concreta, dicho de otra manera, esperaba más.

Quizás el problema es que hace tiempo que sigo su blog y puse el listón demasiado arriba ...

No obstante, considero que fue una buena aportación al curso.


Cuestiones de debate asociadas:

En el turno de comentarios y preguntas de los asistentes recuerdo que hubo gente que reivindicaban el hecho de ser analógicos, reivindicaban imprimir los correos electrónicos para guardarlos, reivindicaban poder leer sobre papel, no sobre pantalla; en el fondo reivindicaban no tener que mutar para ser 100% digitales.

Personalmente creo que no hay nada como leer un libro impreso (un libro tradicional), a menudo me imprimo los documentos porque no me acostumbro a leerlos en la pantalla...

Pero también es cierto que yo era (y todavía soy) de los que compran CDs de música...

Por lo tanto, opino que seguramente
Enrique Dans tiene razón, tarde o temprano mutaremos y seremos digitales, pero siempre habrá quien no pueda o no querrá hacer este paso.

Es lo que
Enrique Dans nombra la generación perdida.
  • ¿Creéis que en esta generación perdida contendrá mucha gente?, ¿será una brecha digital muy importante? al fin y al cabo, veo cada vez a más abuelos conectados a Internet (aunque reconozco que son una minoría).
  • ¿España está claramente retrasada con respecto a de otros países punteros en el uso de las TICs (cómo vimos aquí), ¿qué creéis que se podría hacer para cambiar esta tendencia?

Enlaces relacionados:

Cuando redacté el post original estaba escuchando la música del Bruce Springsteen, tal como estoy haciendo en todos los posts relacionados con el curso Sociedad Red 2008.
En este caso estaba escuchando el disco 'Born To Run', un disco que significó el primer éxito importante de este autor después de los discos 'Greetings from Asbury Park, N.J.' y 'The Wild, the Innocent and the E Street Shuffle'.
En este disco The Boss conectó definitivamente con el público masivo gracias, básicamente, a dos canciones: 'Thunder Road' y 'Born To Run'.
El disco ofrece unas melodías y, a la vez, una profundidad en las historias que provoca que el oyente se queda engachado desde la primera vez que lo escucha.
Personalmente me encanta el sonido de piano que inunda el disco, también valoro la frescor que tiene, se nota que es uno de los primeros discos de este autor; ¡un disco muy recomendable!