FOSDEM 2015: A Product man in the crowd

The Brussels ULB University once more hosted the FOSDEM event, a free event for software developers, where they share ideas and collaborate. The schedule was really exciting, with more than 30 dev rooms where you could find a large variety of talks about different languages or techonologies, (Go, Java, PHP), topics like Open source search, Open source design, Virtualisation, and also Lightning Talks, Keynotes and Certification Exams.

I can’t give an accurate number of attendees, because the whole event is always for free and you don’t need to sign up, but calculations speak about more than 5,000 people attending from Saturday to Sunday; a really amazing number of developers that demonstrates the importance of this event that has been celebrated since the start of the new millennium (yr 2000 :-)…).

Big event for developers, thousands of them!, talks about technology and extremely freaky stuff… so, what the hell was a Product man like me doing there? It’s just the question I’ve been asked several times these past days…

IMG_2194
JR trollman, Developer and Product Manager at Trovit, and Saez senior, Sysadmin & System Manager at Red Arbor

Why?

  • Why not? :)
  • Seriously, I love this kind of events, for developers or entrepreneurs. In that case, being surrounded by hundreds of people sharing the same passion (tech, code…) is the best way to recharge your energy.
  • Open the mind. It’s possibly the main goal I carried with me. Honestly, I didn’t understand half of the words they said, but it doesn’t matter. When you don’t understand anything, your mind tries to search for new ways to be part of them (to be one of them, like another developer!), and this new vision helps you to discover other corners in your mind. When you are out of your comfort zone, you have to explore this new zone, and much of the time you discover gorgeous things you’ve never thought before.
  • Hear about their ‘worries’. I work at Trovit with the Product team, but the relationship with developers is so close. It’s extremely useful to know about their day to day, not only the world about metrics and revenues. With this vision you’re able to better understand them and achieve a better flow in your relationship with them (we are in the same boat!).
  • Listen to talented people. Trust me, the event is completely for free, but extremely talented speakers flew to Brussels from the best tech hubs in the world: Silicon Valley, Berlin, London, etc… If you can hear Sebastian Bergmann speaking live about the future PHPUnit, what other things do you need in your life?
  • Beer…!! (awesome party at the Delirium Cafe venue the Friday night!)

So, at the beginning I wasn’t sure, but after speaking with other Product men that attended previously, there were a lot of reasons to book a hotel in Brussels and enjoy the FOSDEM 2015 :)

IMG_2171
Trovit members!

Talks

I witnessed different sort of talks, for example:

  • Open Source by Design (Legal and Policy issues devroom)
  • Copyleft licenses and the appstores (Legal and Policy issues devroom)
  • Analysing London’s NoSQL meetups using R & Graphs (Graph processing devroom)
  • Big Graph Analytics on Neo4j with Apache Spark (Graph processing devroom)
  • Keeping secrets with Javascript (Mozilla devroom)
  • LibreOffice Design Team (Open source design devroom)
  • Every pixel hurts (Open source design devroom)
  • Beyond PHP – it’s not just about the code (PHP and friends devroom)
  • PHP7 (PHP and friends devroom)
  • Mobile == Web (Desktop devroom)
  • .. others Smalltalks and Lightning Talks ..

Really interesting talks about PHP7, R, Big Graph Analytics, and the Mobile == Web one (by Stormy Peters @storming), because of the debate generated in the room. Imagine, the subtitle was ‘the best mobile “apps” are on the web’, which ensured discussion. The speaker spoke about the future of Apps, telling us that the future is on the mobile web, and native ads are going to die because app stores are not fair, basically. What do you think? :)

In conclusion, a really great event to attend if you are developer, for sure. And, if you are not, you can find good points to open your mind.

Thank you to all FOSDEM volunteers and organizers because this kind of events are can make us to do really big, big things.

The trophy:

IMG_2124
Delirium Beer!

Los datos como fabricantes de ideas, productos y negocios

El próximo día 28 de octubre tiene lugar en Barcelona el Foro de Inteligencia Digital 2014, una iniciativa promovida por Interban Network. Son una serie de charlas sobre cómo los datos pueden ayudar a predecir el futuro, a construir nuevos productos, a generar más negocio, etcétera…

‘Los datos como fabricantes de ideas, productos y negocios’ será la ponencia en la que participaré, a primera hora, e intentaremos hablar sobre:

  • Analítica Web
  • Análisis de Datos
  • Uso de Datos en el proceso de Creación de nuevos Productos
  • Decisiones basadas en Datos
  • Detección de oportunidades

Podéis inscribiros ya al evento, que se celebrará en el NH Constanza desde aquí.

AB Testing… the Wizard of Oz technique

If you are thinking about running an AB test to try a new feature or new design out you must do it quick and smart. As many of you have read in Lean Startup book, it’s important to create a minimum viable product before a complete launch to the market of the feature/tool that you’re implementing into your website. To do this, you should use the Wizard of Oz technique. Here is a good definition of this technique:

User-based evaluation of unimplemented technology where, generally unknown to the user, a human or team is simulating some or all the responses of the system.

The technique has often been used to explore design and usability with speech systems, natural language applications, command languages, imaging systems, and pervasive computing applications.

In other sort of words: you must create a fake product. There are 3 characteristics that your fake product or prototype must have:

1. It doesn’t have to be complete
2. It should be easy to change or iterate on-the-fly with new requirements
3. It’s easy to retire if shit happens (and shit happens so often)

You don’t want to waste a lot of your team’s time creating something that, probably, you won’t ever implement definitely in your website. Because, to be honest, the major part of the AB tests that you’ll run in your company will fail. For example, if you want to change the layout of your website and create a new design, you’re not required to full equip the test version; you can skip those useless parts of the website that in terms of costs are expensive to recreate. You must focus on your main goal, which brings me to the main question you should do yourself:

What do you want to learn with this test? What’s the main goal?

You must think about the main goal you’re looking for with the test. And usually, the goal is related with metrics. Never forget that websites are metrics: visitors, pageviews, items sold, clickouts, etc… You must take care of all your metrics in each test you decide to run: No metrics, no evolution. You must think in afterwards and if what you are testing will help you to do an important breakthrough or not. Errors, usually are a goldmine, sure, but always taking care of the path you must follow.

Coming back to the Wizard of Oz technique, try to have:

  • Rapid iterations, particularly minor changes in wording or call flow, are immediately testable.
  • Allows the system to be evaluated at an early stage in the design process.

You and your team are able to imitate the real product in these 3 aspects:

  • Feel – What might it look like?
  • Implementation – What might this work like?
  • Role – What might the experience be like?

Basicly, you should maximize learning and minimize time wasted in iterations:

  • Make an interactive application without much code
  • Make the frontend interface easy and understandable
  • Control wisely the user interface interaction without a giant backend
  • Makes sense when it’s faster/cheaper/easier than making real thing. Sometimes you can’t do it, usually you do.

Of course, running an incomplete AB test (in terms of functionalities) with this WofO technique has some disadvantages you must have under control:

  • Simulations may misrepresent otherwise imperfect tech
  • Wizards can be inconsistent
  • Playing the wizard can be exhausting. Usually, you should do this wizard manually, and you can’t afford it for a long period of time.
  • Some features are impossible to simulate effectively

The Wizard of Oz technique is a highly cost-effective way to compare multiple designs, and you’ll find out that parallel design could be better than the serial design. It is, you can create a multi-variant test (not only AB, but ABCDE) and learn of all of them to continue iterating; you can save a lot of time. Prototyping is asking questions and the best way to have a good idea is to have a lots of ideas; as I said, high percent of your tests will fail, but you can extract good information from each one to reach the goal you’re pursuing.

To sum up this serie of ideas, this technique:

  • represents creating a fake product of your final product
  • lets you to quickly iterate and move continuesly towards your goal
  • saves you a lot of money in terms of cost (the time of your team is directly related with money)
  • lets you to learn of your errors without suffering any disaster and improve the product and metrics

…be Wizard, be Fake!

plato-allegory

Facebook Captación Social: Publica imagen, no publiques link

Vamos a observar de forma práctica la diferencia entre publicar una imagen en Facebook y publicar un link. La diferente repercusión de Likes, Comentarios y Compartidos es sustancial. Por supuesto, tengamos en cuenta que depende del contenido de la imagen o enlace será más o menos compartido, pero es una norma general.

He cogido 8 ejemplos de páginas de negocios conocidos, menos conocidos, de diversos sectores… pero podéis fijaros en cualquier página de negocio que conozcáis con cierto grueso de Fans, que es muy diferente el publicar una imagen (o vídeo, también sirve) que un enlace hacia una página web externa. Por eso, si estáis en Social Media y queréis tener mayor viralidad y alcance social, utilizad más las imágenes, vuestro ratio de conversión será mayor y el crecimiento más rápido. He aquí los 8 ejemplos:

ejemplo-redbull ejemplo-preenme ejemplo-divinizy ejemplo-bella-bestia ejemplo-coca-cola-zero ejemplo-disneyejemplo-wowejemplo-facebook

Perdón por estas dos últimas imágenes, me he olvidado resaltar en rojo las cifras :D Pero se ve fácilmente…

Diccionario de métricas de marketing online

google-analytics

CTR, CVR, CPA, CPL… al final, como la moda de los cargos en Startups (CEO, CTO, COO, CFO…), se nos juntan una cantidad de abreviaturas, siglas y acrónimos que parece que hablemos en clave.

Por eso, vamos a tratar de reunir en este post todas métricas y siglas de analítica o marketing, para no perdernos cuando leamos un post de profesionales. Podemos ir añadiendo las que dejéis en los comentarios.

ARPU: Average Revenue Per User. Revenue/ingresos generados en nuestra web por un usuario activo.

ARPPU: Average Revenue Per Paying User: Revenue/ingresos generados en nuestra web por aquellos usuarios que han realizado al menos un pago. Es importante distinguir del ARPU, normalmente el 20% de los usuarios generan el 80% de los ingresos.

CAC: Coste Adquisición Cliente. Es lo que nos cuesta conseguir que un usuario nos compre o complete el objetivo básico de nuestra web. Fundamental para hacer una proyección de ingresos.

CPA: Cost per Action. El precio que tiene una acción de marketing.

CPC: Cost per Click. El precio que tiene la acción de clickar en un anuncio de texto o banner.

CPL: Cost per Lead. El precio que tiene un Lead dentro de una web o plataforma online. *ver Lead

CPM: Cost per Mille. Precio de una campaña de banners en web. Se mide por cada 1.000 impresiones que se hacen de ese banner. Ejemplo: Una campaña con 3€ de CPM, si se hacen 1.000.000 de impresiones de ese banner, se deberá pagar/cobrar 3.000€.

CR/CVR: Conversion Rate. Tras conocer el CTR, lo importante es saber cuántos de esos usuarios que han clickado y aterrizado en nuestro sitio web realizan la acción deseada, ya sea un registro, una compra, etcétera…

CRM: Customer Relationship Management. Es la forma de organizar y planificar tu relación con tus clientes actuales y futuros. Es importante tener este control para realizar un buen e-mail Marketing, re-marketing…

CTR: Click Trough Ratio. Mide el % de clicks de nuestras campañas. Podemos obtenerlo dividiendo el número de clicks realizados entre el número de impresiones.

DAU: Daily Active Users. Usuarios únicos activos en nuestra web al día.

Engagement: Nos indica lo enganchados que están nuestros usuarios a nuestra web. Se puede obtener dividiendo el DAU por MAU en aplicaciones en las que el logueo de usuarios sea importante (últimamente muy visto en Social Gaming). Sin embargo, el engagement también lo podemos saber mediante Google Analytics observando la Recency, dónde nos indica el número de días que transcurren entre visitas de usuarios.

Lead: Registro simple o envío de formulario, por la que se genera una pequeña comisión o revenue.

LTV: Lifetime Value. El valor o cantidad de ingresos que va a generar un usuario a lo largo de su vida útil en nuestra web. Una vez sabemos los meses que un usuario va a permanecer en nuestra web de media, podemos conocer su LTV.

MAU: Monthly Active Users. Usuarios únicos activos en nuestra web al mes.

Open Rate: Ratio de apertura de nuestro mail marketing cuando enviamos una campaña.

ROI: Return on Investment. Revenue generado por una campaña concreta tras restarle la inversión realizada.

SEO: Search Engine Optimization. Optimización realizada para buscadores (Google, Bing, Yahoo, Yandex…)

SEM: Search Engine Marketing. Marketing realizado en buscadores, especialmente mediante campañas de anuncios de CPC.

SERP: Search Engine Results Page. Página de resultados tras hacer una búsqueda en un buscador.

SMO/SMM: Social Media Optimization/Social Media Marketing. Ambas vienen a desarrollar el mismo concepto. Es la estrategia de marketing y optimización que realizamos en redes sociales (twitter, facebook, pinterest, youtube, blog…).

Existen muchas más, pero éstas son las básicas con las que hay que enfrentarse en los primeros pasos; por supuesto tu negocio posiblemente requiera de métricas propias que resultarán de la división, resta, suma o multiplicación de algunas de éstas. Por ejemplo, podríamos haber añadido:

ARPDAU: Average Revenue Per Daily Active User. Ingresos medios que obtenemos por usuarios activos diarios. Pero ésta no es más que una métrica de negocios concretos de Social Gaming en la que dividimos el Revenue diario entre DAU, por lo tanto ya no es una métrica tan genérica a tener en cuenta.

Algunas de estas métricas están muy bien desarrolladas por Alfonso Villar de PlaySpace en su blog, dónde nos explica cómo calcularlas.

Experiencia Divinizy.com

brand

Junto a Javier Expósito y Sara Jiménez formo parte de Divinizy desde el momento de su nacimiento (12/2012) y coordino y participo en el desarrollo del producto web en su primera fase. En la captación social Divinizy crece rápidamente en las primeras semanas obteniendo +50.000 fans en facebook y algunos ratios de conversión web y crecimiento interesantes. Tras los primeros meses y pasos dados he preferido quedarme sólo como Advisor del proyecto web, para compaginarlo con mi nueva andadura profesional.

Mediante una estrategia muy Lean Startup, en sólo 6 semanas se llevan a cabo las siguientes tareas:
· Desarrollo del portal web utilizando framework Symfony2, con Twig templates y Doctrine ORM, Less y Backbone.js.
· MySQL y Redis para almacenamiento de datos.
· Varnish para cacheo de css, js, e imágenes, todos los estáticos web.
· Decisión y análisis de los primeros KPI como Starting KPI’s a tener en cuenta para controlar el crecimiento exponencial necesario del portal y comunidad durante los primeros meses.
· Ejecución de las primeras campañas de catapción mediante SEM y Facebook Ads, logrando un ROI excelente.

http://www.facebook.com/Divinizy
http://www.divinizy.com

En Enero 2013 ya se ha puesto en marcha la segunda fase del proyecto en que deberá alcanzar algunos hitos de Producto y Conversión altos para competir con los homólogos americanos. Especialmente se tratará de hacer hincapié en la Gamificación del producto, para tratar de generar un Engagement interesante. Podemos decir que este proyecto es muy similar al gran Chicisimo de Gabriel Aldamiz, pero en este caso enfocado al maquillaje.

Sobre Divinizy
En Divinizy se reúnen chicas de todo el mundo, profesionales del maquillaje y amateurs, que comparten sus Looks para mostrar sus trabajos y lograr notoriedad.

Las chicas Divinizy pueden guardar sus Looks favoritos, votar, seguir a sus maquilladoras preferidas… para inspirarse y aprender todo tipo de estilos de maquillaje y peinados: para noche, de día, para una fiesta elegante, una cena con amigos…

Divinizy se convierte en el primer club de maquillaje hispano, con una comunidad de más de 50.000 chicas de España y Latinoamérica, en el que se reúnen artistas profesionales, maquilladoras amateurs y chicas amantes de la belleza y los cosméticos.