Hace un par de semanas Marc Cortés publicó una recompilación de opiniones sobre las tendencias en Social Media en este año. Aquí está el documento, inspirado por este otro.
Marc (no sé porqué, debe ser porque estamos conectados en twitter) me pidió que aportara mi opinión, y allí está. Han pasado más de 10 años y vuelvo desde que hacía este tipo de predicciones, sólo que entonces lo hacía de tendencias económicas, colaborando con Oxford Analytica, y ahora con medios sociales. Vaya cambio. No obstante, hay algo en común: Ya entonces aprendí que las predicciones son una cosa y la realidad otra:-)
P.D. En mi opinión los expertos en social media podrían contarse con dedos de una mano. Es una fenómeno típico de una disciplina en pañales: pocos expertos y muchos que dicen que lo son. Basta con ver algunos perfiles de linkedin o twitter... Pasaba con usabilidad, pasa(ba) con SEO y SEM, y ahora pasa con social media. Aquí, todos somos principiantes. Mis predicciones hay que entender así, como las predicciones de un usuario principiante para compartir con otros usuarios.
Friday, January 23, 2009
Thursday, January 15, 2009
Orden vs. desorden
Uno de esos artículos de psicología que me gustan tanto. Esta vez hablan del impacto que tiene el desorden en el entorno al cumplimiento de las normas sociales. Si una señal prohibe cruzar la puerta en la bici o dejar la bici apoyada allí, hubo un 27% de gente que cruzaba la puerta en la bici. La misma señal y una bici plantada allí por los investigadores - más de 80% de gente decidió ignorar la prohibición de cruzar la puerta en la bici. Malcolm Gladwell hablaba de lo mismo en su libro The Tipping Point, utilizando el concepto de broken window hypothesis,
No sé hasta qué punto sólo es un fenómeno de desorden y que invita a incumplir las reglas. Podría ser algo mucho más genérico, el conformismo, tendencia que tenemos casi todos de hacer lo que hacen los demás. Si fuera así, este efecto se puede aprovechar mucho en las webs, por ejemplo generando los primeros contenidos de usuarios para promover más user generated content (sean comentarios, opiniones o videos).
El artículo además me hace repensar mi tendencia tener la mesa de trabajo totalmente desordenada. Qué comportamiento social promuevo así? Parece que de allí no puede salir nada bueno. Así que dejo de escribir y me pongo a ordenar. Buenas tardes.
No sé hasta qué punto sólo es un fenómeno de desorden y que invita a incumplir las reglas. Podría ser algo mucho más genérico, el conformismo, tendencia que tenemos casi todos de hacer lo que hacen los demás. Si fuera así, este efecto se puede aprovechar mucho en las webs, por ejemplo generando los primeros contenidos de usuarios para promover más user generated content (sean comentarios, opiniones o videos).
El artículo además me hace repensar mi tendencia tener la mesa de trabajo totalmente desordenada. Qué comportamiento social promuevo así? Parece que de allí no puede salir nada bueno. Así que dejo de escribir y me pongo a ordenar. Buenas tardes.
Twittear
Wednesday, January 14, 2009
Fechas, o features?
Todos los que estamos involucrados de alguna manera en proyectos de internet hemos vivido ese dilema muchas muchas veces. Desarrollo con n funcionalidades, planificado para terminar el dia x, llega cerca del dia x con un 40% de funcionalidad hechas, otro 40% "casi hecho" (lo que suele significar se necesita el doble de tiempo previsto para finalizarlo).
En mi rol de CTO de atrapalo he intentado sin éxito lograr que se cumplan tanto fechas como features. Si las fechas y las funcionalidades entraban en conflicto, aceptaba retrasos como algo inevitable para poder terminarlo todo y salir a producción con todas las funcionalidades exigidas por los requerimientos del negocio. En retrospectiva, considero éste como mi mayor error profesional.
Tras leer algunos libros interesantes que hablan del tema, he llegado a la conclusión firme de que hay primar el cumplimiento de fechas, por encima de las features. En caso de que haya funcionalidades que por cualquier motivo (requisitos incompletos, insuficiente nivel de analisis técnica, baja calidad o entrega de desarrolladores) no pueden terminarse a tiempo, hay que sacarlas del plan de desarrollo para una fase posterior.
Aceptando el retraso por primera vez envias una señal que es aceptable pedir desarrollos poco pensados; hacer funcionales flojos o preparar presupuestos poco realistas; que es aceptable empezar a programar sin definir una buena arquitectura del desarrollo; que se puede seguir leyendo la Marca o chatear en facebook también cuando peligran los deadlines... Aceptando el retraso por décima vez reconfirmas todo esto, y además señalas que no sabes cómo mejorar la situación, cómo mejorar la metodología de desarrollo.
Da igual, si se trata de un proyecto de desarrollo externalizado a una empresa de desarrollo, hecho en un equipo de programadores profesionales o hecho como un proyecto hobby por dos amigos que comparten piso. Sólo una disciplina estricta de fechas es capaz de destapar los puntos mejorables en otras areas.
Cuando en mis tiempos universitarios estudiaba con mucho entusiasmo la teoría de juegos, una de las conclusiones más impactantes que recuerdo es la diferencia de estrategias ganadoras que hay si el mismo juego se juega sólo una vez o con repetición. Proyectos de desarrollo son casi siempre juegos con repetición, por lo cual las estrategias ganadoras han de tenerlo en cuenta. Si solamente se maximiza la ganancia de una ronda de juego (o sea, del proyecto en curso), se puede perder el juego entero.
En mi rol de CTO de atrapalo he intentado sin éxito lograr que se cumplan tanto fechas como features. Si las fechas y las funcionalidades entraban en conflicto, aceptaba retrasos como algo inevitable para poder terminarlo todo y salir a producción con todas las funcionalidades exigidas por los requerimientos del negocio. En retrospectiva, considero éste como mi mayor error profesional.
Tras leer algunos libros interesantes que hablan del tema, he llegado a la conclusión firme de que hay primar el cumplimiento de fechas, por encima de las features. En caso de que haya funcionalidades que por cualquier motivo (requisitos incompletos, insuficiente nivel de analisis técnica, baja calidad o entrega de desarrolladores) no pueden terminarse a tiempo, hay que sacarlas del plan de desarrollo para una fase posterior.
Aceptando el retraso por primera vez envias una señal que es aceptable pedir desarrollos poco pensados; hacer funcionales flojos o preparar presupuestos poco realistas; que es aceptable empezar a programar sin definir una buena arquitectura del desarrollo; que se puede seguir leyendo la Marca o chatear en facebook también cuando peligran los deadlines... Aceptando el retraso por décima vez reconfirmas todo esto, y además señalas que no sabes cómo mejorar la situación, cómo mejorar la metodología de desarrollo.
Da igual, si se trata de un proyecto de desarrollo externalizado a una empresa de desarrollo, hecho en un equipo de programadores profesionales o hecho como un proyecto hobby por dos amigos que comparten piso. Sólo una disciplina estricta de fechas es capaz de destapar los puntos mejorables en otras areas.
Cuando en mis tiempos universitarios estudiaba con mucho entusiasmo la teoría de juegos, una de las conclusiones más impactantes que recuerdo es la diferencia de estrategias ganadoras que hay si el mismo juego se juega sólo una vez o con repetición. Proyectos de desarrollo son casi siempre juegos con repetición, por lo cual las estrategias ganadoras han de tenerlo en cuenta. Si solamente se maximiza la ganancia de una ronda de juego (o sea, del proyecto en curso), se puede perder el juego entero.
Twittear
Conversaciones silenciosas
Lo de "markets are conversations" de Cluetrain conocemos casi todos. No obstante, sigo pensando que en el dia-dia de muchos proyectos no le damos suficiente importancia.
Cada llamada del cliente desorientado; cada carrito de compra abandonado; cada visita de google que se va tres segundos después de entrar en la landing page; cada pedido duplicado y triplicado; cada embudo de conversión de google analytics, cada reclamación, justificada o injustificada; cada pregunta y comentario relacionado con tu marca o servicioen los foros, facebook... Todo esto son intentos explícitos o implícitos de comunicarnos algo por parte de usuarios. Con sus palabras, con sus clicks o pero también con sus no-clicks, los clientes nos están diciendo algo...
Los psicólogos dicen que la comunicación consiste de hasta un 93%de comunicación no verbal. Está bien tener cuentas corporativas en facebook, twitter etc. y conversar allí con los clientes. Pero esto es sólo la punta del iceberg de comunicación. Allí, más abajo, menos visibles pero mucho más frecuentes, están las conversaciones silenciosas, gente que nos está diciendo algo de mil formas diferentes.
Los amantes de vela que navegan en solitario cerca de Antárctica dicen que el peligro de icebergs está en que no se oyen y sobre todo por las noches es facil chocar con ellos. Relevantes, pero silenciosos.
Afortunadamente, en el mundo online hay formas de oir y atender esta comunicación silenciosa, no verbal. Los profesionales recomiendan empezar con la escucha activa. Una recomendación válida también para el mundo online.
Cada llamada del cliente desorientado; cada carrito de compra abandonado; cada visita de google que se va tres segundos después de entrar en la landing page; cada pedido duplicado y triplicado; cada embudo de conversión de google analytics, cada reclamación, justificada o injustificada; cada pregunta y comentario relacionado con tu marca o servicioen los foros, facebook... Todo esto son intentos explícitos o implícitos de comunicarnos algo por parte de usuarios. Con sus palabras, con sus clicks o pero también con sus no-clicks, los clientes nos están diciendo algo...
Los psicólogos dicen que la comunicación consiste de hasta un 93%de comunicación no verbal. Está bien tener cuentas corporativas en facebook, twitter etc. y conversar allí con los clientes. Pero esto es sólo la punta del iceberg de comunicación. Allí, más abajo, menos visibles pero mucho más frecuentes, están las conversaciones silenciosas, gente que nos está diciendo algo de mil formas diferentes.
Los amantes de vela que navegan en solitario cerca de Antárctica dicen que el peligro de icebergs está en que no se oyen y sobre todo por las noches es facil chocar con ellos. Relevantes, pero silenciosos.
Afortunadamente, en el mundo online hay formas de oir y atender esta comunicación silenciosa, no verbal. Los profesionales recomiendan empezar con la escucha activa. Una recomendación válida también para el mundo online.
Twittear
Thursday, January 8, 2009
Sclipo entre los finalistas de Red Herring Global
Gregor Gimmy, amigo y el fundador de sclipo me comenta que sclipo está entre los finalistas de Red Herring Global 100, que se celebra este año aquí al lado, en San Diego, la semana que viene.
Es una buena noticia por dos motivos. Da alegría que un startup de Barcelona consigue tener presencia en un evento de este tipo. También, el email me ha servido como pointer para ver la lista completa de otros finalistas Red Herring. Me gusta repasar este tipo de listados, porque a menudo encuentro cosas inspiradoras aprendo viendo lo que se cuece en otros lares. Este en concreto tengo pendiente de revisar, pero si algún lector avanza más rápido que yo y ve algo interesante, siempre están los comentarios para compartir los hallazgos...
Es una buena noticia por dos motivos. Da alegría que un startup de Barcelona consigue tener presencia en un evento de este tipo. También, el email me ha servido como pointer para ver la lista completa de otros finalistas Red Herring. Me gusta repasar este tipo de listados, porque a menudo encuentro cosas inspiradoras aprendo viendo lo que se cuece en otros lares. Este en concreto tengo pendiente de revisar, pero si algún lector avanza más rápido que yo y ve algo interesante, siempre están los comentarios para compartir los hallazgos...
Twittear
Subscribe to:
Posts (Atom)