Una vez tenemos aceptados los requisitos que la aplicación deberá cumplir (ver Fase I), la persona del equipo que tome el papel de arquitecto de la información deberá crear los wireframes y/o prototipos de todas las pantallas que tendrá la aplicación. Normalmente, el wireframe se utiliza simplemente para mostrar en qué partes de las pantallas se ubicarán diferente elementos: menú, formularios, textos, listados, etc. Los prototipos se les añade funcionalidad (ya comenté una buena herramienta para construir prototipos).
El cliente deberá ir validando las diferentes secciones de la aplicación (registro de usuario, listado de imágenes, módulo de fotos, etc.). Es recomendable validar con el cliente paso a pasos, empezando por un nivel superior donde se definirán las partes comunes de toda la aplicación (menú superior, menú lateral, pie de página…).
Es muy importante hacer ver al cliente la importancia de la validación de los prototipos. A partir de su aceptación, se comenzará a programar, maquetar y construir la base de datos, por lo que los cambios a partir de ese momento suponen un mayor impacto (más tiempo = más dinero = más insatisfacción) en el desarrollo de la aplicación. Es muy común que los clientes no validen funcionalidades al 100% hasta que la aplicación está en marcha y pueden registrarse, listar resultados y, sobretodo, apretar botones. Es normal. Es nuestro trabajo lograr que lo hagan exhaustivamente en este momento y hacerles ver la importancia de esta fase el proyecto.
Éste es el momento en el que estamos trazando las líneas maestras de la aplicación. Se están dibujando los planos del edificio. Cuando el edificio esté en pie será muy, muy complicado añadir un garaje donde hay un local o un balcón donde hay una pared maestra.
miércoles, 12 de noviembre de 2008
lunes, 10 de noviembre de 2008
Posicionamiento en buscadores: la importancia de tener un blog
Hoy en día la visibilidad de un negocio en Internet es básica para poder llegar a los consumidores. Hoy en día, en España, ser visible en Internet es equivalente a decir ser visible en Google.
Siendo esta la situación, son muchas las empresas que deciden contratar un servicio de consultoría en posicionamiento en buscadores. En todos los proyectos de este tipo en los que he participado, una de las acciones que recomiendo de manera impetuosa es la de tener contenidos que se actualicen de forma constante en la página web del negocio y donde se expliquen temas relacionados con el negocio. Una buena opción es implementar un módulo de noticias de la compañía y del sector en alguna de las secciones de la página corporativa. Pero, para mí, la mejor opción (y la más económica) es mantener actualizado un blog de la temática de nuestro negocio. Si quieres vender bicicletas, crea un blog para cicloturistas informando de nuevos productos, competiciones, etc.
Si además lo que deseamos es centranos en mejorar el posicionamiento en Google, la mejor opción es abrir un blog en blogger (como este blog) ya que blogger es el sistema de blogs propiedad de Google.
En este blog, he podido comprobar que el robot de Google indexa una nueva versión de esta página cada vez que publico un nuevo post, lo que permite que cada vez que pulso el botón publicar, después de pocos minutos los contenidos están disponibles si realizamos una búsqueda en Google. Esto no pasa con el resto de contenidos (si queremos ver la última vez que el robot de Google rastreó una web sólo hay que abrir la versión "En caché" que aparece en los resultados de la búsqueda en Google.
Además, los contenidos publicados están bien considerados por Google. Por ejemplo, la primera entrada de este blog se titula "Política y Youtube", términos bastante populares en Internet. Si probamos a buscar la cadena de texto "Política y Youtube" comprobamos que greenties.com aparece en la segunda posición (prueba realizada en el momento de escribir este post).
Recomendación:
Siendo esta la situación, son muchas las empresas que deciden contratar un servicio de consultoría en posicionamiento en buscadores. En todos los proyectos de este tipo en los que he participado, una de las acciones que recomiendo de manera impetuosa es la de tener contenidos que se actualicen de forma constante en la página web del negocio y donde se expliquen temas relacionados con el negocio. Una buena opción es implementar un módulo de noticias de la compañía y del sector en alguna de las secciones de la página corporativa. Pero, para mí, la mejor opción (y la más económica) es mantener actualizado un blog de la temática de nuestro negocio. Si quieres vender bicicletas, crea un blog para cicloturistas informando de nuevos productos, competiciones, etc.
Si además lo que deseamos es centranos en mejorar el posicionamiento en Google, la mejor opción es abrir un blog en blogger (como este blog) ya que blogger es el sistema de blogs propiedad de Google.
En este blog, he podido comprobar que el robot de Google indexa una nueva versión de esta página cada vez que publico un nuevo post, lo que permite que cada vez que pulso el botón publicar, después de pocos minutos los contenidos están disponibles si realizamos una búsqueda en Google. Esto no pasa con el resto de contenidos (si queremos ver la última vez que el robot de Google rastreó una web sólo hay que abrir la versión "En caché" que aparece en los resultados de la búsqueda en Google.
Además, los contenidos publicados están bien considerados por Google. Por ejemplo, la primera entrada de este blog se titula "Política y Youtube", términos bastante populares en Internet. Si probamos a buscar la cadena de texto "Política y Youtube" comprobamos que greenties.com aparece en la segunda posición (prueba realizada en el momento de escribir este post).
Recomendación:
- Crear un blog en Blogger.com
- Integrarlo dentro de tu web corporativa
- Generar contenidos cada día
- Que los contenidos contengan palabras clave relacionadas con los servicios/productos que vendes
Labels:
Google,
posicionamiento
Cómo crear una aplicación web. Fase I. Toma de requisitos
El primer paso de cualquier proyecto que tenga como finalidad construir una aplicación informática es escuchar a los clientes y/o usuarios para saber qué necesitan. En una primera serie de reuniones simplemente debemos escuchar y tomar notas de las funcionalidades que debe cumplir el nuevo sistema. No debemos juzgar si tal requisito se hará de tal manera o si ese requisito es innecesario. Debemos recordar que el trabajo de crear una aplicación web debe estar orientado a la consecución de los objetivos del cliente, no a la satisfacción de los creadores. La satisfacción de los creadores (arquitectos, jefes de proyecto y programadores) debe ser la de crear un producto sin errores, escalable, on-time y que cumpla al 100% las necesidades del cliente.
Idealmente, la toma de requisitos debe realizarse antes del presupuesto en tiempo y dinero ya que es imposible presupuestar un proyecto del que no se sabe exactamente qué se desea. La fase de la toma de requisitos debe afrontarse como una coste comercial, ya que es posible que si no se ha firmado el contrato el proyecto finalmente no se gane. En la mayoría de los proyectos para administraciones públicas o grandes empresas donde se convoca un concurso mediante RFP se comete el error de presupuestar a partir de unos requisitos redactados por el cliente de forma poco exhaustiva por lo que es fácil que aparezcan desvíos tanto en tiempo de entrega, funcionalidades o precios desorbitados.
Una vez hemos tomado nota de los requisitos el siguiente paso, ya de manera interna es ordenar esas ideas. Una buena manera de ordenar ideas es crear, repito, de forma interna, una modelo de datos a partir de las decenas y decenas de ideas que el cliente nos ha transmitido. El cliente no tiene porqué saber (según un ejemplo de aplicación tipo Facebook) si los “amigos del usuario” puede ser lo mismo a efectos de programación que un “usuario”. Debemos ser capaces de reducir todas las ideas recogidas en la primera reunión en un modelo de datos (por ejemplo un modelo entidad-relación a alto nivel).
En la siguiente reunión tomaremos el control y a partir de la lectura de nuestro modelo de datos (traducción de cajas y líneas a prosa) debemos ir confirmado con el cliente que esas son las funcionalidades lo que su empresa necesita. En esa misma reunión debemos proponer temas que puedan aportar valor al cliente y basados en nuestra experiencia: integrar aplicaciones de terceros, formas de enfocar la arquitectura de la información, software existente, etc.
Esta fase y dependiendo de la envergadura del proyecto y/o del cliente puede convertirse en iteraciones de reuniones de toma de requisitos con diferentes responsables de áreas implicadas.
Labels:
Aplicación Web,
gestión,
TIC,
toma de requisitos
Generador de prototipos para aplicaciones web
Este fin de semana he estado probando una nueva herramienta para generar prototipos de aplicaciones. En mi caso, me he centrado en probar cómo crear esos prototipos para definir aplicaciones web.
Se trata del Visual Prototyper de la empresa española JustInMind. La verdad es que las sensaciones han sido muy buenas. De una forma muy intuitiva y en poco tiempo puedes generar toda una aplicación con sus botones, combos, listados, etc. y lo más importante, dotarlos de funcionalidad para que el cliente pueda probar lo que será su aplicación antes de tirar una sola línea de código. En muchos proyectos en los que he participado esos prototipos y wireframes se realizan con un simple PowerPoint o un Word, lo que provoca que el cliente no pueda sentir la experiencia de uso de su aplicación hasta que ésta está desarrollada.
Una de las funcionalidades que más me agradó fue la de poder montar el modelo de datos (como si de una base de datos se tratara) y que el porgrama te genere los listados y los formularios de alta, baja y modificación. Perfecto.
El Visual Prototyper es muy intuitivo, sencillo, sin decenas y decenas de opciones de menú, lo que se agradece, y a la vez consigue los objetivos que cualquier analista funcional y/o arquitecto de la información necesita antes de que los desarroladores comiencen a escribir el código.
Algunos preguntas/dudas que me gustaría comentar son:
- La creación de la documentación podría ser más sencilla (?¿)
- No fui capaz de crear acciones de decisión, es decir, si pasa A ejectuta una acción, si pasa B, ejecuta otra acción.
- El manual de usuario es excesivamente liviano, aunque supongo que será una de las estrategias de la empresa ya que ofrece entre sus servicios formación en la herramienta.
De todas formas este producto es muy muy recomendable para los que nos dedicamos a definir aplicaciones (si generara código XHTML ya sería la bomba).
jueves, 6 de noviembre de 2008
En casa de herrero...
…cuchillo de palo. Mientras estaba escribiendo un pequeño informe sobre un proyecto de posicionamiento me he dado cuenta de que la mayoría de las páginas de entrada de los sites que estaba estudiando no superaban el validador de HTML del W3C.
Y me he preguntado… ¿las consultoras y estudios que realizan proyectos web tienen sus páginas web corporativa correctamente creadas?
Para no hacer un listado aleatorio me he aprovechado del trabajo de recopilación de empresas consultoras y estudios de diseño y programación web que Javier Martín publicó en loogic.com hace un par de semanas.
El resultado ha sido el siguiente:
url de la empresa / errores de validación
Únicamente un 35% de las webs consultadas supera la validación del W3C…
NOTA: este blog (greenties.com) creado en Blogger (Google) y utilizando sus plantillas, no supera el validador.
Y me he preguntado… ¿las consultoras y estudios que realizan proyectos web tienen sus páginas web corporativa correctamente creadas?
Para no hacer un listado aleatorio me he aprovechado del trabajo de recopilación de empresas consultoras y estudios de diseño y programación web que Javier Martín publicó en loogic.com hace un par de semanas.
El resultado ha sido el siguiente:
url de la empresa / errores de validación
Únicamente un 35% de las webs consultadas supera la validación del W3C…
NOTA: este blog (greenties.com) creado en Blogger (Google) y utilizando sus plantillas, no supera el validador.
Labels:
accesibilidad,
Aplicación Web,
usabilidad
Cómo crear una aplicación web
Son malos tiempos para la economía, de eso no hay duda. Son malos tiempos para el sector servicios, consecuencia de lo primero. Las empresas que tenían planeados proyectos que concernían a las tecnologías de la información del estilo: crear una intranet corporativa, comenzar a vender sus productos en Internet, crear un site efímero publicitando la salida al mercado de un nuevo producto, o una aplicación para ofrecer servicios a futuros clientes (Flickr, Twitter, etc.), están intentando ajustar presupuestos o directamente posponiendo esos proyectos hasta 2010 (o sine die).
Se acabaron los tiempos de los grandes proyectos mal gestionados y mal ejecutados a precios desorbitados. Que tomen nota las grandes consultoras. Siendo así, pienso que se abre un resquicio de esperanza para las pequeñas empresas que hagan las cosas baratas, y eso no significa mal., todo lo contrario, significa bien: ajustando precios, sirviendo los proyectos on-time y evitando desvíos que supongan costes en la facturación. Equipos pequeños y cohesionados, las cosas claras y las ganas de hacerlo bien.
Siempre he pensado que el desarrollo de una aplicación web estándar es sencillo. Que lo complicado es la gestión de las expectativas del cliente, o la infraestructura de los sistemas (si crece desmesuradamente) o puede resultar complicado si nosotros, como creadores de la aplicación, nos complicamos la vida innecesariamente. Keep it simple, stupid!!
Me atrevo a decir que hacer una aplicación como Facebook es sencillo. Comienzo aquí una serie de posts en las que doy mi opinión de cómo debería encararse el desarrollo de una aplicación web desde cero. Una aplicación estándar. Lo haré teniendo en cuenta y poniendo como ejemplos la creación de una aplicación tipo Facebook. Veamos.
Sea admiten, cómo no, opiniones críticas constructivas.
Se acabaron los tiempos de los grandes proyectos mal gestionados y mal ejecutados a precios desorbitados. Que tomen nota las grandes consultoras. Siendo así, pienso que se abre un resquicio de esperanza para las pequeñas empresas que hagan las cosas baratas, y eso no significa mal., todo lo contrario, significa bien: ajustando precios, sirviendo los proyectos on-time y evitando desvíos que supongan costes en la facturación. Equipos pequeños y cohesionados, las cosas claras y las ganas de hacerlo bien.
Siempre he pensado que el desarrollo de una aplicación web estándar es sencillo. Que lo complicado es la gestión de las expectativas del cliente, o la infraestructura de los sistemas (si crece desmesuradamente) o puede resultar complicado si nosotros, como creadores de la aplicación, nos complicamos la vida innecesariamente. Keep it simple, stupid!!
Me atrevo a decir que hacer una aplicación como Facebook es sencillo. Comienzo aquí una serie de posts en las que doy mi opinión de cómo debería encararse el desarrollo de una aplicación web desde cero. Una aplicación estándar. Lo haré teniendo en cuenta y poniendo como ejemplos la creación de una aplicación tipo Facebook. Veamos.
Sea admiten, cómo no, opiniones críticas constructivas.
Labels:
Aplicación Web,
Facebook,
gestión,
TIC
miércoles, 5 de noviembre de 2008
Ocho horas en la oficina son molto longo
Una reflexión superficial:
Trabajamos 8 horas, como 30 años atrás. Hace 30 años no existían las TIC (Tecnologías de la Información y la Comunicación). En 1978 no había, ni mucho menos, ordenadores en todos los puestos de trabajo, no había Internet. En 1978 se escribía a máquina ("me equivoco, repito"), se llamaba por teléfono en vez de enviar mails ("no está? volveré a llamar"). Ahora, con las nuevas tecnologías podemos ser más rápidos y mejores en nuestro trabajo... por tanto... ¿por qué seguimos trabajando 8 horas?
ACTUALIZACIÓN: Justamente hoy se publica un post en El blog salmón titulado "¿Qué es la productividad?". Destaco este párrafo al respecto de este post:
"En el sector de servicios también se ve el efecto de una máquina más, por ejemplo, con la inversión en informática, que hace que el trabajo de cada trabajador es mucho más eficiente y cada trabajador puede producir mucho más que antes."
Trabajamos 8 horas, como 30 años atrás. Hace 30 años no existían las TIC (Tecnologías de la Información y la Comunicación). En 1978 no había, ni mucho menos, ordenadores en todos los puestos de trabajo, no había Internet. En 1978 se escribía a máquina ("me equivoco, repito"), se llamaba por teléfono en vez de enviar mails ("no está? volveré a llamar"). Ahora, con las nuevas tecnologías podemos ser más rápidos y mejores en nuestro trabajo... por tanto... ¿por qué seguimos trabajando 8 horas?
ACTUALIZACIÓN: Justamente hoy se publica un post en El blog salmón titulado "¿Qué es la productividad?". Destaco este párrafo al respecto de este post:
"En el sector de servicios también se ve el efecto de una máquina más, por ejemplo, con la inversión en informática, que hace que el trabajo de cada trabajador es mucho más eficiente y cada trabajador puede producir mucho más que antes."
Labels:
TIC
Artículo sobre Política y Web 2.0 en la revista IDP
Continuando con el tema de Política 2.0 del que ya hablé en el post Política y YouTube, aprovecho para comentar que se ha publicado en el número 7 de la revista IDP (Revista de Internet, Derecho y Política) de la UOC un artículo titulado "La experiencia de las elecciones generales del 2008", donde se analiza la utilización de las herramientas Web 2.0 por los partidos políticos en las pasadas elecciones de marzo de 2008.
De las conclusiones me quedo con:
Comparándolo con las conclusiones de mi trabajo, éstas son más postivas, ya que consideran que aunque sea marginal, el uso de la Web 2.0 supone un cambio de tendencia, y digo yo, lógica ya que en 2004 no existía prácticamente ninguna de esas herramientas.
Podéis encontrar el artículo aquí:
PEYTIBI, F. Xavier; RODRÍGUEZ, José A.; GUTIÉRREZ-RUBÍ, Antoni (2008). «La experiencia de las elecciones generales del 2008». En: «IV Congreso Internet, Derecho y Política (IDP). Software social y Web 2.0: Implicaciones jurídico-políticas» [monográfico en línea]. IDP. Revista de Internet, Derecho y Política. N.º 7. UOC.
<http://www.uoc.edu/idp/7/dt/esp/peytibi_rodriguez_gutierrez.pdf>
De las conclusiones me quedo con:
- El uso, aunque simbólico, de Twitter.
- Utilización de métodos de crowdsourcing con el objectivo de captar voluntarios.
Comparándolo con las conclusiones de mi trabajo, éstas son más postivas, ya que consideran que aunque sea marginal, el uso de la Web 2.0 supone un cambio de tendencia, y digo yo, lógica ya que en 2004 no existía prácticamente ninguna de esas herramientas.
Podéis encontrar el artículo aquí:
PEYTIBI, F. Xavier; RODRÍGUEZ, José A.; GUTIÉRREZ-RUBÍ, Antoni (2008). «La experiencia de las elecciones generales del 2008». En: «IV Congreso Internet, Derecho y Política (IDP). Software social y Web 2.0: Implicaciones jurídico-políticas» [monográfico en línea]. IDP. Revista de Internet, Derecho y Política. N.º 7. UOC.
<http://www.uoc.edu/idp/7/dt/esp/peytibi_rodriguez_gutierrez.pdf>
Labels:
Elecciones,
Política 2.0,
UOC,
web 2.0
lunes, 3 de noviembre de 2008
Publicidad en Facebook
A raíz de lo que he comentado de la publicidad en Facebook. Eeste fin de semana estuve charlando un rato con un buen amigo que tiene un buen (gran) negocio en Internet. Siempre al quite, me hablaba de crear una aplicación en Facebook con la intención de generar tráfico y visiblidad a su negocio.
Me pareció una buena idea. Facebook tiene tres cosas básicas que le convierten en un sitio apetecible donde vender tus productos (o conseguir clientes):
- Millones de usuarios (2,5 millones solo en España)
- Los usuarios pasan más tiempo que el habitual en otras webs. Según elpais.com "un usuario de Facebook emplea 1 hora y 37 minutos al mes en mantener su cuenta"
- El perfil de los usuarios. Según el mismo artículo: "el 96,76% son mayores de 18 años, el 34,22 % tienen estudios universitarios finalizados y la mayoría de sus usuarios trabajan de administrativos en una oficina (hasta el 15,67%)" (¿¡qué mejor perfil para ser un potencial consumidor?!)
Ya le he dicho que, por supuesto, colaboraré con él en este proyecto. Veremos que sale de esto, seguro que es un buen experimento para ver como funcionan los usuarios de Facebook.
Me pareció una buena idea. Facebook tiene tres cosas básicas que le convierten en un sitio apetecible donde vender tus productos (o conseguir clientes):
- Millones de usuarios (2,5 millones solo en España)
- Los usuarios pasan más tiempo que el habitual en otras webs. Según elpais.com "un usuario de Facebook emplea 1 hora y 37 minutos al mes en mantener su cuenta"
- El perfil de los usuarios. Según el mismo artículo: "el 96,76% son mayores de 18 años, el 34,22 % tienen estudios universitarios finalizados y la mayoría de sus usuarios trabajan de administrativos en una oficina (hasta el 15,67%)" (¿¡qué mejor perfil para ser un potencial consumidor?!)
Ya le he dicho que, por supuesto, colaboraré con él en este proyecto. Veremos que sale de esto, seguro que es un buen experimento para ver como funcionan los usuarios de Facebook.
Labels:
Facebook,
Publicidad online,
web 2.0,
web social
La situación actual de la publicidad on-line
He podido ver escuchar mientras hacía multitasking el video de Jaime Ferre en Iniciador titulado “Vídeo-Resumen Iniciador Barcelona Octubre, sobre Publicidad Online”. A bote pronto me quedo con dos comentarios y una opinión:
Por un lado la idea repetida del “less is more” o el equivalente “keep it simple, stupid (KISS)” del que tengo unas ganas terribles (y la intención) de hablar en este blog próximamente, además de ser un tema recurrente en mis “pensamientos sobre desarrollo de aplicaciones”. Una chica del público ha comentado que lleva desde 1983 en el mundo de la informática, y los informáticos nunca se han centrado o no han sabido centrarse en el usuario. Comparto esa opinión al 100%. Con la entrada de Internet en nuestras vidas se ha democratizado el uso de los ordenadores y ahora se impone en las empresas, no en todos casos, la mano de un experto en usabilidad o un experto en diseño gráfico, o incluso un sociólogo o psicólogo. Es así, en empresas donde la tecnología es un medio y no un fin. Por mi experiencia, en muchas empresas de desarrollo de aplicaciones, la tecnología es el fin y el usuario nunca es la finalidad última de esas aplicaciones. La finalidad última es hacer que la aplicación haga lo que en la toma de requisitos se firmó pero sobretodo demostrando que esos ejecutores son unos expertos en el lenguaje de programación o en el sistema informático de turno, dejando claro que el usuario es un estúpido incapaz de utilizar sus sistemas.
Por otro lado, se habló de que los portales con información de los usuarios serán los que tengan la llave en la publicidad online, ya que si saben nuestra edad, donde vivimos, nuestros gustos y, además de eso, toda esa información de nuestros amigos y familiares. Además, si conocen el comportamiento de gente de nuestro perfil pueden prever nuestro comportamiento futuro. Si hay mucha gente que ha hecho A, y después B, y después C, es probable que si yo he hecho A y luego B, mi siguiente paso sea C.
Siendo así, si Facebook sabe mi edad, mi estado civil, mi lugar de residencia, si viajo mucho o poco y dónde, lo que comento con mis amigos, los grupos (intereses) a los que pertenezco, entonces, ¿porqué no me ha vendido (directa o indirectamente) nada todavía?
Por un lado la idea repetida del “less is more” o el equivalente “keep it simple, stupid (KISS)” del que tengo unas ganas terribles (y la intención) de hablar en este blog próximamente, además de ser un tema recurrente en mis “pensamientos sobre desarrollo de aplicaciones”. Una chica del público ha comentado que lleva desde 1983 en el mundo de la informática, y los informáticos nunca se han centrado o no han sabido centrarse en el usuario. Comparto esa opinión al 100%. Con la entrada de Internet en nuestras vidas se ha democratizado el uso de los ordenadores y ahora se impone en las empresas, no en todos casos, la mano de un experto en usabilidad o un experto en diseño gráfico, o incluso un sociólogo o psicólogo. Es así, en empresas donde la tecnología es un medio y no un fin. Por mi experiencia, en muchas empresas de desarrollo de aplicaciones, la tecnología es el fin y el usuario nunca es la finalidad última de esas aplicaciones. La finalidad última es hacer que la aplicación haga lo que en la toma de requisitos se firmó pero sobretodo demostrando que esos ejecutores son unos expertos en el lenguaje de programación o en el sistema informático de turno, dejando claro que el usuario es un estúpido incapaz de utilizar sus sistemas.
Por otro lado, se habló de que los portales con información de los usuarios serán los que tengan la llave en la publicidad online, ya que si saben nuestra edad, donde vivimos, nuestros gustos y, además de eso, toda esa información de nuestros amigos y familiares. Además, si conocen el comportamiento de gente de nuestro perfil pueden prever nuestro comportamiento futuro. Si hay mucha gente que ha hecho A, y después B, y después C, es probable que si yo he hecho A y luego B, mi siguiente paso sea C.
Siendo así, si Facebook sabe mi edad, mi estado civil, mi lugar de residencia, si viajo mucho o poco y dónde, lo que comento con mis amigos, los grupos (intereses) a los que pertenezco, entonces, ¿porqué no me ha vendido (directa o indirectamente) nada todavía?
Labels:
Publicidad online,
web 2.0,
web social
Suscribirse a:
Entradas (Atom)
Entradas
