Cómo construir un eCommerce Singular. Capítulo 1, El eCommerce Top 100

Introducción

Comienzo aquí una serie de posts sobre cómo construir un eCommerce Singular, candidato a estar en un listado de Top 100, utilizando una arquitectura de microservicios. Son dos de los temas a los que dedico mi atención últimamente en Sngular. En cierta medida es normal: por una parte Sngular es una empresa que lleva construyendo tiendas online prácticamente desde sus orígenes como MediaNet, a mediados de los años 90. Algunos de los proyectos que hemos hecho son www.lolamarket.com , el caso de ModeloNow de Grupo Modelo (ahora https://www.pepedelivery.com/), https://www.cuidadoconelperro.com.mx/ y sus dos millones de fans en Facebook, cuando hicimos Planeo.com del Grupo PRISA, y por encima de todos ellos, el caso de BuyVIP y su posterior adquisición por Amazon. Por otra parte, porque los compañeros del área de Arquitectura llevan ya unos años construyendo soluciones basadas en microservicios. Empezamos en entornos de banca, pero la realidad es que se trata de una aproximación que cada vez tiene más adopción a la hora de construir grandes sistemas distribuidos, que gestionan miles de transacciones al día y que tienen que responder y escalar ante picos de carga.

Total, que me parecía interesante compartir algunas reflexiones. El hilo argumental que voy a seguir se materializa en los siguientes capítulos:

  • ¿Qué es un eCommerce Top 100 y por qué hay que hacerlo a medida? Donde vamos a repasar los diferentes tipos de sites de eCommerce que construimos en Sngular, los criterios de cualificación con los que los clasificamos, y sobre todo, qué es lo que nosotros consideramos un eCommerce Singular. Aprovecharé para compartir algunos datos que me parecen relevantes a la hora de enunciar nuestra definición, y que además, son la clave de la argumentación de los 3 motivos por los que siempre vamos a recomendar hacerlos a medida.
  • El bloque Monolítico. Una de las principales áreas de trabajo y evolución de la disciplina de la Arquitectura de Software es la creación de sistemas desacoplados, que combinen la eficiencia en el consumo de recursos para producir resultados, la capacidad de escalar ante los picos de carga del sistema, y que puedan ser extendidos y mantenidos por un equipo de desarrollo. Desde los años 90 existe el patrón de 3 capas (presentación, negocio y datos) que aplican todos los eCommerce del mundo, pero un back-end puede terminar por convertirse en un Monolito, y eso podría ser una barrera para el crecimiento / rendimiento de un eCommerce Top 100. Por cierto, que hay empresas como Basecamp o Etsy que defienden sus arquitecturas de Monolito Majestuoso; también hablaremos sobre ello en los Apéndices.
  • Los elementos de un eCommerce. Para crear una arquitectura de referencia de microservicios sobre la que construir un eCommerce Singular, hay que tener una idea de los elementos estarán presentes en la tienda online. En este capítulo haremos un benchmarking de sites que servirá posteriormente como base para plantear la arquitectura. Me refiero a aspectos como la gestión de múltiples países, el registro de usuarios, el catálogo, las páginas de producto, las recomendaciones, el proceso de checkout, el pago en one-click, la integración de medios de pago, etc. Para escribir sobre esto intentaré engatusar a Farid Fleifel y Javier Cuervo.
  • Arquitectura de Microservicios de Referencia. Donde se presentará un modelo de arquitectura que contenga los elementos descritos anteriormente, y un planteamiento de muy alto nivel sobre qué tecnologías utilizar para construirlos. Se que muchos pensaréis que qué coño voy a contar sobre esto si la última vez que abrí un Eclipse fue en 2009, pero no os preocupéis porque en este capítulo espero contar con la visión de César Camargo, Eugenio Concepción, Iñaki Reta, Daniel Castilla, y el resto de compañeros del equipo de Arquitectura de Sngular. (Puede que os parezca un truco sucio dejar sus nombres por escrito, pero así es la vida¯\_(ツ)_/¯  )
  • ¿Cómo hacer la transición? En el último capítulo haremos una pequeña revisión de diferentes estrategias para hacer la transición de un sistema a una nueva arquitectura de microservicios, sin pérdida de continuidad del negocio (sin dejar de vender, vamos). Lo que viene siendo el símil de cambiar el motor del avión en pleno vuelo.

En fin, es un reto ambicioso porque me salen unos cuantos posts. Pero bueno, lo mejor es empezar por el principio. Así que vamos a ello. Espero que os parezca interesante 😉

Capítulo 1. ¿Qué es un eCommerce Top 100 y por qué hay que hacerlo a medida?

Estoy en condiciones de afirmar, sin posibilidad de error (incluso con apuesta de pincho de tortilla y caña) que en todas las reuniones en las que he estado donde una o más personas querían crear un modelo de negocio de eCommerce, siempre ha salido la pregunta del millón. Y contra todo pronóstico, la pregunta del millón no es “¿qué tengo que hacer para vender mi primer millón de euros online?”, sino “¿esto se hace con una plataforma o se desarrolla a medida?” La siguiente pregunta es “¿y cuánto va a costar?”.

En Sngular, como somos gente muy práctica y además transparente, estudiamos cada caso y hacemos una recomendación basada en la necesidad, el escenario y en general todas las condiciones de contorno del caso del cliente. Esto siempre gira en torno a las dos Cs Elementales del eCommerce. La primera es la de la Cualificación del tráfico y la segunda la de Conversión. El propósito de cualquier plataforma que se construya debe ser la de convertir tráfico cualificado en ventas de productos de calidad, y eso se consigue a través del diseño de una experiencia de compra construida sobre una plataforma tecnológica. Hay otros elementos del círculo virtuoso del eCommerce, como es la capacidad de hacer la entrega de los productos, y el servicio post venta que se da al cliente. Todos son importantes para lograr el éxito.

Pero lo más importante desde nuestro punto de vista es que una tienda online, es un modelo de negocio de base tecnológica. Es decir, la tecnología es una condición necesaria (pero no suficiente) para el negocio: para que funcione y crezca. Dicho lo cual, en nuestro árbol de decisión, existen cuatro categorías de eCommerce.

En el escalón más básico está el eCommerce MVP (de Minimun Viable Product) que refleja aquellas situaciones donde se está creando un modelo de venta estándar que incluye las 3 Cs Básicas del eCommerce (Catálogo, Carrito y Check-Out), en una compañía 100% online (es decir, no hay venta física), que inicia una etapa exploratoria de la viabilidad de su idea con un catálogo de productos reducido. Aquí nuestra recomendación es concentrarse en validar la idea negocio lo antes posible, con una inversión acotada. Por eso apostamos por plataformas tipo Shopify (un eCommerce as a Service) o WooComerce (que por resumir, es una extensión de WordPress) En un eCommerce MVP el rango de inversión inicial empieza en torno a los 16 o 20K y puede llegar a los 50K sólo en tecnología (es decir, sin contar otras inversiones necesarias como el sourcing o campañas captación de tráfico, etc), y un time to market que no supera las 6 semanas. Es una inversión pequeña, como pequeño es también el control que se tiene sobre la solución. Lo importante en este caso es validar el modelo con una inversión que si no cubre la expectativa no suponga grandes pérdidas; pero que si se demuestra que el modelo de negocio es viable, se pueda tirar a la basura sin gran tristeza, y pasar al siguiente escalón.

Ese sería el de un eCommerce Standard, aquellos casos en los que existe un catálogo con más o menos cierta profundidad, en un modelo de venta que empieza a considerar las 2 Cs Adicionales (Consejos y Comentarios) para incrementar el ticket medio y la fidelización de los usuarios. En este escenario, el promotor no necesita validar la viabilidad de su idea, porque ya se sabe que lo es; y tiene prevista una inversión moderada en un horizonte temporal de medio plazo (1 o 2 años). Nuestra recomendación es ir o bien a una plataforma estándar tipo Magento / Prestashop o construir sobre nuestra plataforma Sngular Billionlabs basada en PHP Laravel. La decisión fundamentalmente depende de las integraciones a realizar, de cómo se espera abordar la omnicanalidad, y en general de hasta qué punto se quiere o necesita construir sobre la plataforma para lograr materializar el site. Cuanto más estándar sea, más fácil es que se pueda construir sobre una plataforma de mercado; sin embargo, la particularidad del modelo, o del diseño, o de las integraciones pueden marcar la diferencia entre construir sobre plataforma de mercado y re-construir una plataforma de mercado. Por lo general, re-construir la plataforma es una mala idea, se pierde la continuidad con futuras versiones, aumenta la complejidad del mantenimiento y la extensión, y se acaba con un bonito Frankenstein. Si en tu horizonte te ves con un Frankenstein, lo mejor es que te plantees un desarrollo a medida desde el principio. En este tipo de eCommerce, la inversión sólo en tecnología puede empezar en el rango de los 60K-80K anuales y llegar a los 100K-120K. En cuanto al time to market, ya varía entre usar plataforma o desarrollo a medida, sin embargo nuestra experiencia nos dice que a partir de la semana 8 ya es posible tener una primera versión lista para empezar a vender online, en un proyecto que con entregas iterativas puede llegar a las 16 semanas.

eCommerce Usage Stats

Estadísticas de plataformas de eCommerce según datos de https://trends.builtwith.com/shop

 

El tercer escenario es el eCommerce Pro, el de empresas en un importante nivel de madurez que apuestan por el online como una fuente de ingresos relevantes dentro de un plan de negocio en varios países. En este caso el nivel de adaptaciones específicas es cada vez mayor, sobre todo con la integración de otros sistemas corporativos. Este tipo de proyectos tienen previstos fuertes inversiones no sólo en tecnología, también en captación de tráfico para el site. El catálogo de productos es relevante, el modelo online incluye todas las Cs del eCommerce habidas y por haber; y otros aspectos como la gestión de inventario (que puede estar distribuido) y logística de entrega (donde puede haber diferentes proveedores) o medios de pago (incluyendo por ejemplo diferentes plataformas para cada país) tienen mayor peso. Hay además una necesidad fuerte de integración de sistemas existentes (propios o de terceros), y el site forma parte de una estrategia omnicanal donde el cliente puede llegar a interactuar con la marca y el producto en tiendas físicas, en el online, en el móvil, etc. En este caso, la recomendación de Sngular es ir con grandes plataformas como Hybris / Oracle ATG / IBM Websphere según lo aficionado que uno sea a dejarse guiar los Gartner y Forrester de turno, o hacer un desarrollo completo a medida.

En general, si la tienda online requiere integrar un elevado número de sistemas legacy para procesar las operaciones; o está concebido como una plataforma en la que acceden diferentes terceros; o el modelo de negocio no encaja al 90% con el estándar de una plataforma, nuestra recomendación es un desarrollo a medida.

En un eCommerce Pro, el rango de inversión empieza en los 120K-160K anuales sólo en tecnología, y puede llegar al millón de euros cuando empezamos a meter licencias e infraestructura. En estos escenarios hay mayor variabilidad en el time to market, si bien es razonable pensar que en el mes 4 puede haber una plataforma bastante parecida al resultado final, sobre que la que se puede seguir iterando ampliando funcionalidades hasta los meses 6-8.

 

 Gartner Magic Quadrant Digital Commerce 2017  Forrester Wave Report for B2C eCommerce, Q1 2017
Gartner Magic Quadrant to Digital Commerce, April 2017 Forrester Wave Report for B2C eCommerce, Q1 2017

eCommerce Singulares según Sngular

Por último tenemos la joya de la corona. Esos que llamamos los eCommerce Singulares. La clase de eCommerce que siempre recomendaremos construir a medida, porque nuestro cliente quiere entrar en el Top 100. Para lograrlo es posible que haya que dar respuesta la creación de un modelo de venta propio, clave para la ventaja competitiva y por tanto, no cubierto por ninguna plataforma estándar. En este caso estamos hablando de inversiones por encima de los 250K sólo en tecnología el primer año, que pueden empezar directamente en los 400K-500K.

 

 DigitalCommerce360 Top500 USA DigitalCommerce360 Top500 Europa

DigitalCommerce360 Internet Retailer Top500 Report (USA y Europa)


Los datos que publica DigitalCommerce360 son muy interesantes, muestran que
el 41% de los Top 100 eCommerce de Estados Unidos desarrollan a medida su tienda online. Este dato sube hasta el 58% si lo filtramos al Top 100 eCommerce en Europa. Amazon, Alibaba o Rakuten, los gigantes del eCommerce mundial, han desarrollado a medida sus plataformas (propias, que luego abren a terceros o incluso permiten que se construya sobre ellas). Si miramos la lista de los principales eCommerce de Estados Unidos, podemos comprobar que todos han desarrollado su propia plataforma de comercio electrónico, y de hecho en algunos casos como Amazon.com o Wal-Mart la han abierto a que otras empresas puedan construir con ellas.

Facturación del Top5 eCommerce US en 2016 (Fuente: WWD)

Facturación del Top5 eCommerce US en 2016 (Fuente: WWD)

El eCommerce Singular siempre hay que hacerlo a medida

Nuestra recomendación para crear un eCommerce Singular es siempre el desarrollo a medida. Para conseguir un eCommerce que entre en el Top 100 tienes que mantener el liderazgo estratégico frente a tu competencia, tener el control sobre tu plataforma, y evitar el vendor lock-in;

  • Liderazgo estratégico. No se puede condicionar en ningún caso la implementación de una estrategia de comercio online a las capacidades o features de una plataforma, y mucho menos al roadmap de evolución que haya decidido un fabricante. Esto es fundamental: ser un eCommerce Top 100 significa innovar, liderar y estar por delante de los competidores. Construir sobre una plataforma implica tener los mismos niveles de libertad y las mismas funcionalidades que el resto de tus competidores que la usan. Crear tu propia plataforma te permite construir tu propio liderazgo.
  • Continuidad del producto. Construir extensiones o adaptaciones sobre una plataforma propietaria no evita una inversión elevada, por la especialización de las personas que tienen certificados los conocimientos para hacer las extensiones o adaptaciones sin que impacten en el rendimiento o escalabilidad. Sobre todo, tampoco garantizan que ante una nueva versión del core de la plataforma las extensiones vayan a seguir funcionando. Tu propia plataforma puede evolucionar y re-evolucionar según tu necesidad.
  • Vendor lock-in. Utilizar tecnología propietaria, es decir, no estándar, siempre tiene asociado el riesgo de convertirse en una relación asimétrica, en la que el proveedor tiene un papel dominante sobre el cliente, llegando incluso a coartar su independencia. El temido vendor lock-in. Construir una plataforma según tus propias especificaciones usando tecnología estándar y abierta te permite crear tu propio equipo de desarrollo in-house, o abrir el desarrollo de forma transparente a un amplio abanico de proveedores.

En general, una plataforma a medida permite tener el control absoluto sobre el modelo de negocio, la experiencia del usuario, la tecnología y su evolución.

Categorías eCommerce Sngular

Las cuatro categorías de eCommerce tal y como las concebimos en Sngular

 

De cualquier manera, supongamos que tienes un eCommerce Top 100 construido sobre una plataforma de terceros, que ha ido evolucionando con integraciones y extensiones. O que es un desarrollo a medida hecho entre 2010 y 2015 (me resultaría difícil pensar que a día de hoy alguien está vendiendo como churros algo en internet con un desarrollo de hace más de 8 años) Puede que esté desplegada en la nube de Amazon AWS o de Microsoft Azure; de cualquier manera, seguramente lo que tienes es, como se dice en el ámbito del software, un Monolito.

Y si estás en el momento de rehacer tu eCommerce, o tienes luz verde para crear un nuevo eCommerce Top 100, lo que deberías evitar es ponerte a construir un Monolito. Pero, ¿qué es eso del Monolito?

(Continuará…)

Anuncios

9+1 razones por las que trabajo en Sngular

Sngular MIT

Cuando me fui con Dani, Emilio y César a Boston

Una de las actividades a la que más tiempo dedico al día es a expresar de forma emocional, pero a partir de argumentos objetivos, por qué Sngular es la empresa más adecuada para hacer un proyecto digital construido sobre tecnología. Esa explicación debe ser única, específica para cliente con el que hablo y para cada proyecto que presento; y debe ser algo diferente de lo que podría contar cualquier otra empresa de las que están tratando de hacer las cosas que hacemos en Sngular. Hasta que no encuentro esa propuesta de valor diferencial no me quedo tranquilo, noto que algo me falta y no doy por terminada una propuesta.

Hoy en cambio voy a escribir sobre por qué creo que cualquier profesional de tecnología interesado por su carrera debería pasar por Sngular, marcarse unos objetivos a medio plazo, conseguirlos, y a partir de ahí comprobar si tiene recorrido o no.

1) Tenemos cultura de startup. Es normal, aplicamos los principios del agilismo, organizaciones distribuidas, equipos por conocimiento técnicos… y sobre todo, delegamos la toma de decisión porque no creemos en las organizaciones basadas en Comités y en Burocracias. No sólo tenemos cultura de startup, es que hace años montamos una y luego se la vendimos a Amazon. Todos los años invertimos en proyectos de emprendimiento, a veces tiempo, otras dinero, siempre en nuevas ideas que nos ilusionan y que pensamos que tienen futuro.

Soy una persona flexible que se adapta

2) Unidos somos mejores. Tenemos claro que el todo es más que la suma de las partes. Nos gusta trabajar en equipo porque sabemos que de la unión de las capacidades de las personas y de su mezcla se crea valor. Sabemos que en realidad el Llanero Solitario iba con su caballo Silver y con Tonto el Comanche.

Quiero llegar lejos, no quiero llegar rápido

3) Construimos software, no somos una empresa papelera. En Sngular nos dedicamos a crear e implementar la ventaja competitiva de nuestros clientes. No estamos aquí para rellenar documentos, ni queremos sepultar a nadie con papeles. Por cierto, que respetamos profundamente que haya gente que lo haga (siempre que sean responsables con el medio ambiente).

Me gusta construir

4) Acabamos lo que empezamos, nunca dejamos las cosas a medias. No sólo somos una empresa de tecnología, es que siempre terminamos lo que empezamos. Incluso a veces terminamos lo que otros empiezan. Eso significa “compromiso”, una de tantas palabras prostituidas del sector. Sabemos que las cosas se tuercen, incluso sabemos que algunas nacen torcidas. Sinceramente, nunca nos ha preocupado de quién sea la culpa, sabemos que alguien tiene que terminar los proyectos, y esos somos nosotros. Es nuestra forma de entender el “compromiso”.

Nada termina hasta que está terminado

5) Retos técnicos por doquier, porque nos gusta cacharrear. Tenemos la suerte o la desgracia de trabajar con tecnologías de vanguardia. Sí, esas de las que no hay mucha documentación, con tendencia a ser versiones previas o beta, adoptadas por pequeñas comunidades incipientes, donde quizá no haya mucha gente a la vuelta de la esquina para preguntar. Esas tecnologías disruptivas que traen una promesa de eficiencia y productividad que nadie quiere pasar por alto, y que alguien tiene que ser el primero en poner en producción. Como cuando empezamos a trabajar en entornos reales con Amazon AWS en 2009, con Angular y BackboneJS en el año 2012, con Polymer desde el 2014, etc.

Tengo espíritu aventurero y me gusta explorar

6) Reconocimiento y visibilidad de nuestros proyectos. En Sngular hacemos proyectos que impactan en la sociedad.Tiendas online, startups, apps móviles, bancas digitales, aplicaciones corporativas… nuestros proyectos salen a la luz y los usan las personas. Son prácticos porque tienen como objetivo hacer un poquito mejor la vida de la gente que los usa. A veces incluso lo consiguen. Lo importante es que nuestro trabajo no acaba en un cajón, ni cogiendo polvo en una biblioteca.

Por fin podré contarle a mi abuela a qué me dedico

7) Excelentes personas. Antes que profesionales somos personas, y en particular en Sngular además queremos trabajar con grandes personas. Con gente que tiene una mente abierta, que sabe compartir, que cree en el trabajo en equipo, y que deja lo que está haciendo para ayudar a un compañero en apuros. Esa clase de personas que nunca son un obstáculo ni un pero, sino un apoyo. La gente que quieres tener a tu lado cuando llegan los problemas, porque te hace sentir que no estás solo. La verdad es que para mí es una suerte trabajar con tantas personas que el mero hecho de intentar nombrarlas sería sonrojante. También ha sido una suerte haber trabajado con otras muchas personas que luego tomaron otros caminos como las sucias comadrejas que son.

Lo importante son las personas

8) Referentes técnicos. Siempre decimos que no importa la antigüedad o la experiencia, en Sngular esperamos que todo el mundo sea el mejor en su trabajo. Fomentamos una cultura en la que cualquiera puede aportar y donde de todo el mundo se puede aprender. Nos gusta que las personas tengan un referente, es más, nos gusta que las personas puedan convertirse en referente. Es una pena que nuestros compañeros tengan más interés por trabajar, aprender y construir que por conseguir followers; pero aquí se aprende cada día.

Reconozco que tengo mucho que aprender

9) Aspiraciones en el largo plazo. Si llevamos desde el año 95 en tecnología y seguimos creciendo año tras año es porque nunca tomamos decisiones pensando en el corto plazo y en salir del paso. A veces nos toca tomar decisiones difíciles, pero lo hacemos siempre desde la coherencia con nuestros valores, y pensando que en el largo plazo será lo mejor. Y sobre todo, que nos gusta poder mirar a los ojos a las personas y poder cruzarnos con ellas por la calle sin tener que agachar la cabeza.

Quiero construir catedrales, no picar piedras

Seguramente cada uno de las 320 personas que hacen Sngular tendrán sus propios motivos de por qué han elegido trabajar aquí; estos sólo son los míos y responden a mi vivencia personal después de 6 años. Se que habrá gente que lo verá de otra manera, lo cual es respetable y sano. Pero estos son mis 9 motivos, si los recorres verás que el más importante es TU CARRERA. Si crees que son lo suficientemente buenos para ti, echa un vistazo a nuestras oportunidades en Madrid, Oviedo, Badajoz, Dallas, Birmingham o Ciudad de México http://sngular.team/es/jobs

¿Y en tu caso? ¿Qué es lo que hace que todas las mañanas vayas a tu trabajo, y no a otro?

Operaciones, Innovación y la Guerra de los Mundos

Investigar es meter dinero y sacar conocimiento; innovar es meter conocimiento y sacar dinero (José Luis Vallejo, CEO de s|ngular)

Puede que algunos penséis que está feo citar al jefe de cada cual, pero esta frase que José Luis dijo en uno de los cursos de verano que organizamos en la Universidad Internacional Menéndez Pelayo resume a la perfección mi punto de vista al respecto (entended que quizá pueda estar condicionada porque trabajo en una empresa privada)

Las empresas tienen que innovar para sobrevivir

Bien, esto es algo que me gustaría que se me hubiese ocurrido a mí, pero por desgracia es algo universalmente conocido. Vivimos en un mundo en el que los cambios suceden cada vez más deprisa, principalmente de la mano de la tecnología. Efectivamente, en la última mitad del siglo XX, el avance en capacidad de computación y la conexión ubicua está fomentando cambios radicales en toda clase de industrias. Por ejemplo, a través del efecto de la desintermediación que está destrozando cadenas de suministro tradicionales y dadas por hecho. Como reflexionaba Tom Goodwin en Tech Crunch

  • Uber, la mayor compañía de taxis no tiene ningún coche
  • Airbnb, la empresa que más habitaciones pone a disposición de turistas, no tiene propiedades inmobiliarias
  • Facebook, el mayor proveedor de contenidos, no crea ni produce contenidos
  • Instagram, la empresa de fotografía más valiosa, no vende cámaras
  • Netflix, la mayor cadena de televisión, no tiene cables ni antenas
  • Y Alibaba, el distribuidor que llegó a sobrepasar a Amazon en valoración, no tiene inventario

Recordemos que Netflix arrancó sus operaciones en 1997 y Alibaba.com en 1999. La tecnología habilita la innovación, que a su vez propicia modelos de negocio exponenciales. Por lo general, una compañía de las que tradicionalmente formaban parte de la lista de S&P 500 necesitaban 20 años en conseguir una capitalización del billón (americano) de dólares (americanos). Sin embargo, Oculus, que se fundó en Junio de 2012, fue adquirida por 2 billones (americanos) de dólares (americanos) en marzo de 2014.

Exponential Organizations

¿Velocidad absurda? Señor jamás hemos ido tan deprisa, la nave no la resistirá (Imagen de Yuri Van Geest)

La historia empresarial desde los años 40 se ha basado en el axioma de la Calidad Total: la ventaja competitiva se conseguía a través de la excelencia en los procesos productivos y en el servicio al cliente. Sin embargo, y por injusto que parezca, grandes empresas han sido barridas del mapa cuando sus competidores han roto las reglas tradicionales del juego. Y si todo el mundo estamos viendo estas clase de cosas pasar a nuestro alrededor, ¿por qué muchas empresas y modelos de negocio siguen condenados a extinguirse?

Operaciones vs Innovación ¡FIGHT!

Principalmente, porque estadísticamente la mayoría de las empresas no consiguen combinar la Gestión de las Operaciones y la Gestión de la Innovación. Y esto es básicamente porque el Mundo de la Implementación y el de la Creación son dos mundos diferentes, con escenarios, necesidades, personas y mapas mentales diferentes. Algo muy parecido al tema del hemisferio derecho y el hemisferio izquierdo, solo que aplicado a la empresa.

operacionesinnovacion

En un combate entre Operaciones e Innovación, pierde la Empresa

Podríamos decir que las personas que trabajan en el Mundo de las Operaciones trabajan con “certezas”: sus datos son objetivos, y sus procesos están documentados. Hay reglas. Se puede predecir lo que va a pasar. Si A entonces B. Etc. En general, en el Mundo de Operaciones se invierte (tiempo, esfuerzo y dinero) en hacer cada vez un poco mejor algo que ya se sabe cómo hacer (lo que está muy bien y es muy necesario). Por resumir las características del Mundo de las Operaciones:

  • Visión del corto plazo. Se trabajan para los ingresos del hoy y en las cuentas de resultados del año en curso, por tanto se toman Decisiones Ejecutivas, a partir de la observación o medición y evaluación. Además, el resultado de estas decisiones tienen resultados igualmente medibles en el corto plazo.
  • Procesos conocidos. La forma de trabajar es conocida, por eso está claramente definida, delimitada, documentada y compartida. No sólo eso, sino que seguramente haya sido certificada con alguna norma de Calidad. De esta forma, se conocen los resultados esperados ante determinadas situaciones, existen reglas y se trabaja para evitar los errores.
  • Objetivos definidos. La mezcla de los dos anteriores. Las áreas de Operaciones tienen sus objetivos de crecimiento, facturación, rentabilidad, etc. definidos a principio de año.
  • Equipos consolidados. Por lo general, los departamentos de Operaciones tienen su estructura y composición. Los puestos están definidos y se conocen sus características. En caso de crecimiento, los perfiles profesionales son conocidos por el área de selección.
  • Búsqueda de la eficiencia. El proceso de mejora del área de Operaciones por lo general tiene que ver con hacer los procesos más eficientes, bien porque se reducen los costes o porque se mejorar los resultados. Además, existen métricas claras para medir la productividad, y datos históricos que permiten el análisis.

Sin embargo, el Mundo de la Innovación es completamente diferente: se trabaja con la incertidumbre y la subjetividad, experimentando con nuevas formas de trabajo. Vivir en el Mundo de la Innovación supone:

  • Tener una visión a largo plazo. Se trabaja para buscar los ingresos del mañana. A partir de tendencias, patrones o investigación, las áreas de innovación intentan definir nuevos productos y servicios que signifiquen éxitos comerciales o fuentes de ingresos del mañana. Puede conseguirse o puede que no. Pasa hasta en las mejores familias. A menudo las decisiones se toman en forma de apuesta, con incertidumbre y sin un historial previo de acierto.
  • Procesos por descubrir o definir. Dado que se está trabajando en nuevos productos o servicios, la forma en que se construyen o se prestan todavía no está consolidada ni optimizada. Eso significa que muchas veces el proceso se construye sobre la marcha, como parte de la innovación, o peor aún, como resultado de la misma entendiendo cómo se ha conseguido. Lo importantes que tener procesos por definir supone que no están claros los pasos, ni los entregables, ni las responsabilidades.
  • Objetivos inciertos. Crear un nuevo producto o servicio implica la mayor parte de las veces inventarse también cuáles van a ser sus objetivos, y cómo se van a medir.
  • Equipos incipientes. Quizá uno de los aspectos más complicados del Mundo de la Innovación es la necesidad de romper esquemas de trabajo habituales para crear equipos de trabajo multi-disciplinares y transversales a la organización. Es algo complicado precisamente porque muchas empresas fomentan las unidades o direcciones estancas, y cuando llega el momento de trabajar en equipo en el Mundo de la Innovación surgen los roces, fricciones e ineficiencias.
  • Búsqueda del aprendizaje. Teniendo en cuenta que el error es una parte esencial del aprendizaje. Y que el aprendizaje no es lineal, de la misma forma que la innovación tampoco lo es. La exploración a menudo supone que muchas veces hay que deshacer un camino que parecía prometedor pero que termina por no llevar a ninguna parte. Como se está creando algo nuevo, no hay un histórico de resultados sobre los que hacer análisis.
Guerra de los Mundos

¿Quién invade a quién?

Por desgracia, la división entre ambos mundos no es tan evidente. Más bien al contrario. Cuesta mucho darse cuenta que no se puede aplicar una mentalidad, forma de trabajo y modelos de toma de decisión del Mundo de Operaciones en el Mundo de la Innovación. Tampoco se puede hacer a la inversa.

Las empresas son para el verano

Una forma muy gráfica de representar este planteamiento es la metáfora de la bicicleta: que tiene una rueda delantera desde la que se controla la dirección (Estrategia e Innovación) y unos pedales y una cadena que proporciona tracción a la rueda trasera (las Operaciones)

Hay bicicletas que se adaptan mejor a unos terrenos o entornos que a otros (así existen bicicletas de montaña, de carreras, de contrarreloj…) lo cierto es que hay algunas que no son prácticas y tienden a dejar de usarse:

  • Bicicletas de Equilibrio.La forma de avanzar es costosa, ya que requiere de la capacidad de aguante del niño que va subido encima empujando. Sin pedales ni cadena se puede avanzar, pero nunca se llega demasiado lejos. Hay empresas en las que las áreas de innovación y operaciones no se entienden y por tanto no se comunican. Cada una va por su lado.
  • Velocípedo. Famosas a finales del siglo XIX, este tipo de bicicletas se caracterizaban por tener los pedales directamente en una gran rueda frontal, de manera que la tracción es directa a la rueda. Aunque alcanzaban gran velocidad incluso por calles adoquinadas, eran peligrosas por su peso, equilibrio y esfuerzo necesario. Quedaron obsoletas tras la invención de la cadena y los piñones, que aportaban mayor velocidad a las bicicletas. Este mismo paralelismo ocurre empresas en las que las Operaciones dirigen la Innovación. Pueden llegar a optimizar sus costes y procesos, pero son desbancadas por las innovaciones de su competencia.
  • Monociclo. Para poder desplazarse en monociclo hace falta tener muy buen equilibrio y mucha práctica. Aunque uno pueda desplazarse por la calle, es difícil subirse una cuesta o recorrer largas distancias. Del mismo modo, las empresas donde no hay innovación sobreviven a base de músculo financiero y no suelen llegar muy lejos.
Operaciones vs Innovación

Freak Show! Alive on our Stage!

La realidad es que cada Mundo tiene que tener su espacio: el Mundo de las Operaciones debe ser el sustento del Mundo de la Innovación, y el Mundo de la Innovación a su vez debe ser el que garantice la continuidad del Mundo de las Operaciones, en un entorno cada vez más competitivo y cambiante.

El software es como un toro, ¿no?

En el año 2001 tuve la suerte de conocer a una persona que trabajaba en uno de los mayores fabricantes de software del mundo. Cuando me dió su tarjeta de visita, no pude sino observar estupefacto su título: era Evangelista Técnico. Me quedé siberet. Yo era un miserable Analista Programador, y eso de ser Evangelista me parecía lo más de lo más.

Con la edad, he llegado a asumir como algo normal la existencia de toda clase de Evangelistas; no en vano, el mundo de la informática está lleno de parábolas que intentan explicar, hacer ver, abrir los ojos, o simplemente, adoctrinar, qué es o qué deja de ser un proyecto de desarrollo de software. La mayoría de las veces, se usan para que alguien que paga por un sistema entienda que va a tener un retraso en un proyecto, un aumento del precio, la imposibilidad de lograr ciertos resultados, o todas ellas.

Software es como un toro

“En peores plazas hemos toreao”

Así que, iluminado por el trabajo ingente de Antii Aarne y Stith Thomson, me embarco en la romántica tarea de recopilar fábulas y folclore tradicional de los que vivimos en el mundo de la programación. Si conoces alguna analogía que no esté aquí recogida, estaré encantado de añadirla 🙂

Las Parábolas del Software

Lo que pasa es que el tema de las metáforas sobre el desarrollo de software tienen un riesgo inherente, ya lo decía Martin Fowler en el 2004. Utilizar esta clase de paralelismos puede no ser la mejor forma de responder a las inquietudes o problemas de la persona que está pagando por tu trabajo. Sobre todo si tu argumento se apoya en un concepto que la otra persona puede contra-argumentar, lo que en la práctica supone que has trasladado un problema a un dominio semántico diferente, en el que quizá no seas experto o no te sientas tan cómodo.

  • “9 mujeres no hacen un niño en 1 mes”. Porque llega un momento en que por mucho que se añada gente a un equipo, la capacidad de reducir los plazos paralelizando el trabajo no es infinita. Sin embargo, tener un hijo es una tarea que por definición sólo puede hacer una persona y tiende a tardar en torno a 40-42 semanas. Por desgracia, lo normal es que tu proyecto de software incluya tareas que se pueden paralelizar hasta cierto límite y bajo ciertas consideraciones; y eso es exactamente lo que espera la persona que te paga por hacerlo: que seas capaz de organizar el trabajo de tu equipo dentro de ese límite.
  • “Desarrollar software es como construir una casa: necesita unos cimientos sólidos para no derrumbarse”. Por eso, antes de poner las cortinas en las ventanas hay que levantar las paredes. Muy bonito, si no fuera porque el proceso de hacer los cimientos de una casa está sujeto leyes físicas, como cálculos de cargas o resistencia de materiales, profundidad, disposiciones, drenajes… Y sobre todo, donde hay normativas que cumplir. Nada de esto aplica a tu proyecto de software, la solidez de los cimientos de tu arquitectura en general depende de la persona que la diseña, y de su experiencia. Aunque hay patrones más o menos estándar, cada empresa de software construye los cimientos de sus proyectos a su manera, y la persona que los paga tiene que tener la certeza de que se están haciendo de manera correcta.
  • “Si quieres mover el baño 5cm, hay que tirar las paredes y romper los azulejos”. Es una metáfora especialmente útil en aquellas situaciones en que si se hubieran pensando las cosas desde el principio, no habría que deshacer el trabajo. Nos lo recuerda habitualmente José Luis Vallejo, que además de ser mi CEO, es una de las pocas personas que conozco que ha lanzado una startup y se la ha vendido a Amazon. Sin embargo, a veces un cliente no quiere mover el baño, sólo quiere cambiar el modelo del sanitario, y para eso no hace falta picar el suelo ni romper los azulejos. Si lo haces, entonces tienes un problema.
  • “No puedes tener un Ferrari GTO al precio de un SEAT Panda”. Usado para expresar que hay una relación entre calidad, potencia, rendimiento, diseño… y el precio que se ha de pagar por ello. Esta metáfora parte de la base de que una persona no sabe distinguir lo que es un Ferrari GTO de lo que es un SEAT Panda; cuando muchas veces lo único que quieren es un SEAT Panda con un motor preparado, faros tipo rally en la parrilla y unas llantas molonas.
SEAT Panda Carlos Sainz

Ojito con el Panda de Carlos Sainz (Imagen de brb83 en Slot Adictos)

  • “Esto tiene que hacerlo un experto, igual que no vas al dentista para que te opere de la cadera”. No todas las personas son capaces de solucionar los mismos problemas, y con las mismas garantías. Lo que pasa es que tanto dentistas como cirujanos tienen una formación, una titulación y un Colegio que les habilita para hacer su profesión, de manera que cualquier persona puede comprobar su capacitación para esa intervención. Esto obviamente no ocurre en el mundo del software, donde muchas veces la única prueba que tiene el cliente de la capacitación del profesional proviene de su confianza en la empresa para la que trabaja.
  • “Para hacer unos huevos con bacon, la gallina se involucra, pero el cerdo se compromete” Usado durante muchos años para diferenciar el rol de las personas que son responsables del resultado del proyecto (Product Owner, Scrum Master y Equipo de Desarrollo) y los que están informados, opinan, o lo pagan. Por cierto, hace casi 5 años esta analogía desapareció de la guía Scrum, pero hay gente a la que le gusta mantenerla.
  • “No me pagas por apretar un tornillo, sino por saber qué tornillo hay que apretar”. Es decir, no se juzga la tarea por la complejidad relativa a ojos de quién la observa, sino por el conocimiento que tuvo que adquirir el que la realiza. Esta es muy buena, y difícil de rebatir. En todo caso, diría que el problema muchas veces está en cuánto tiempo tarda un experto en encontrar el tornillo que hay que apretar, o que lo haga a través de un proceso de prueba y error que mine su credibilidad.
  • “Un proyecto de software es como subir al Everest: sabes de dónde sales, dónde quieres llegar y el camino que vas a seguir, crees que llevas todas las provisiones que necesitas y todos los días rezas por que no empeore el tiempo” Una metáfora útil para explicar que por muy experto que uno sea, hay circunstancias que escapan a nuestro control y que pueden hacer que todo acabe en tragedia. Esta también es buena. Sin embargo, puede volverse en tu contra si tú asumiste la responsabilidad planificar la expedición para llevar al equipo a la cumbre y ahora estás perdido en medio de la ventisca y se te ha olvidado coger el teléfono con enlace satélite.
  • “Programar es como conducir en mitad de un atasco, puedes ver lo que pasa a tu alrededor y tomar pequeñas decisiones, pero cambiar de carril no hará que el atasco termine antes” Útil para explicar que el ciclo de desarrollo es el que es, y llega un momento en que no puede acelerarse. Aquí lo que diría es que hay personas que no están dispuestas a comerse el atasco, y por eso sacan el Google Maps o el Waze antes de salir y coger una ruta más óptima, o que planifican su viaje para irse el día antes de la Operación Salida del Puente de Mayo.
  • “Un proyecto de software es como jugar con un Lego: puedes hacer una casa o un coche encajando las piezas que hayas comprado” Esta analogía que me sugería Luis Sánchez incluye además que hay es necesario un diseño preliminar tanto de la construcción como de las piezas, y que puede que no todas las piezas que tengas las necesites, ni que hayas comprado todas las que necesitas. Lo que está claro es que si el cliente quería hacer el coche, tienes que haber cogido ruedas.
  • “Cuando haces un jardín tienes una idea de cómo va a ser antes de plantarlo, aunque los detalles emergen después”. Una idea de Félix Menéndez, que nos hace pensar que no sabes exactamente si debajo de la tierra habrá piedras, ni qué clase de insectos vas a encontrar, pero en cualquier caso, si no cuidas tu jardín seguramente las flores se sequen, y acabe todo lleno de malas hierbas. Interesante analogía, en este caso yo diría que es responsabilidad del jardinero haber elegido qué semillas tenía que plantar conociendo su ciclo de floración, cuándo había que regar, etc.
  • “Un proyecto de software es como hacer un pastel: necesitas una receta, reunir los ingredientes adecuados, seguir las instrucciones y respetar los tiempos de horneado” Esta idea foodie me la sugiere Daniel González, muy apropiada porque en la oficina echamos de menos las tartas que traía (a él también le echamos de menos) En este caso, es responsabilidad del cocinero haber comprado el producto en el Club del Gourmet o en los chinos. También diría que en el caso del software a medida, es el cocinero el que se ha inventado la receta, y que seguir la receta de un tercero no siempre es suficiente.
Pesadilla en la Cocina

Loca academia de cocineros

  • “Construir software es como levantar una Catedral: una combinación de arte y ciencia”. Los que hemos leído “Los Pilares de la Tierra” nos sobrecogemos pensando en proyectos de 30 años y los malvados Hamleigh cuando Victor Sánchez utiliza esta metáfora. Tiene una derivada, y es que a veces las personas que están picando las piedras se olvidan de que su propósito es construir una catedral. Lo malo de construir catedrales es que a veces te coge a medio camino el cambio del románico al gótico.
  • “Desarrollar software a medida es como resolver un puzzle cuyas piezas tú mismo estás construyendo” Esta analogía es, hasta donde yo se, de mi propia cosecha. No recuerdo haberla leído, y estoy seguro de usarla desde el año 2008. Si estás resolviendo un puzzle y cambia la imagen de la referencia, seguramente las piezas que has construido ya no te sirvan. Como es mi propia analogía dejaré que seáis vosotros los que hagáis la contra-argumentación 🙂

¿Conoces más metáforas? Estoy ansioso por incorporarlas.

Yo, robot

Aunque se estima que en el mundo vivimos más de 7 billones y medio de personas, en realidad la mayoría no existimos. Al menos en Internet. Queridos amigos, reconoced conmigo que el captcha no es suficiente, vamos a acabar implantando el test de Voight-Kampff para cualquier click, like o submit que se precie (sí, el de Blade Runner) Veamos 3 ejemplos de negocios exitosos que alimentan ecosistemas emprendedores basados en el fraude.

1. El restaurante mejor valorado que no existía

Imagina que estás pasando unas apacibles vacaciones en el paradisíaco entorno del Lago de Garda y no sabes dónde ir a comer. Abres TipAdvisor y buscas los restaurantes mejor valorados de la zona, siguiendo la promesa de la red social de que son las personas como tú, con sus puntuaciones y comentarios, los que hacen los rankings (y no la maldita propaganda, o la inversión en publicidad). La verdad es que te llevarías una decepción, porque irías de cabeza al “Ristorante Scaletta” que no sólo no existía, sino que estaba en lo alto de un monte 😦

Ristorante Scaletta

Ristorante Scaletta, vaya jeta

En efecto, todo era una invención de un diario italiano, que quería demostrar que TripAdvisor no sólo no valida ni comprueba las valoraciones de los usuarios, sino que le daba igual que los locales existiesen. En un mes, este restaurante se convirtió en una referencia de la zona. Puedes leer el experimento aquí (no hace falta italiano nivel Dante, se entiende por el contexto)

Precisamente en Italia, la autoridad Antimonopolio fijó una multa para TripAdvisor por la falsedad de sus reviews, de nada más y nada menos que de 500.000€ Al final, un juez resolvió este verano el caso, admitiendo la apelación de la empresa y desestimando la denuncia. El motivo:

TripAdvisor never asserted that all the opinions were real, even mentioning that verification was impossible and to consider the trend rather than each comment one by one”

TripAdvisor tiene más de 250 millones de reviews. ¿Cuántas de ellas corresponden a personas que han pagado realmente por un servicio? NPI (No Puedo Intuirlo) Recientemente se ha lanzado una campaña en twitter (#noreceiptnoreview), en la que los hosteleros que no pagan por sus reviews (o sus bots amaestrados) quieren concienciar a TripAdvisor de la necesidad de que se verifique que los usuarios realmente están valorando servicios que han consumido. La empresa ya ha comunicado que de momento lo descarta.

Todo esto tiene que ver con que un estudio de la Harvard Business Review concluyó que una, una miserable estrella más en Yelp hacía que el volumen de ingresos de un restaurante independiente subiese entre un 5 y 9%.

Se lo que estás pensando: hagamos un ejército de bots y gestionemos esas reviews a cambio por ejemplo del 30% de aumento de facturación.

2. No te libras de tu cuñao ni en Amazon

Al igual que en TripAdvisor, también Amazon es un nido de cuñaos. Entendiendo como tal el término cariñoso con el que nos referimos a personas que opinan de cosas de las que no saben y sin tener el contexto. Y lo que es peor, a muchos les pagan y hay varias empresas que viven de ello.

¿Por qué? Porque por ejemplo en España 2 de cada 3 consumidores leen las recomendaciones antes de comprar, y en su día, la plataforma de revisión y valoración Reevoo estimó que los productos con más de 50 reviews incrementaban su tasa de conversión en un 4,6% Es más, la propuesta de valor de Reevoo a los retailers es aumentar sus ventas un 18%

fiverr

Hago reviews por cerveza

Algunos datos que pueden interesar:

  • En internet te hacen por 5$ una valoración de 5 estrellas de tus artículos en la tienda de Amazon; por ejemplo en el sitio de micro empleos Fiverr (que por cierto levantó 30 millones de $ en rondas de financiación en 2014). Hay sitios, como BuyAzonReviews que te las venden por 22€, pero ojo, porque son revisiones de calidad
  • Precisamente Amazon acaba de demandar a 1.114 personas que desde Fiverr se ofrecían a escribir valoraciones falsas, alegando que están incumpliendo los términos de servicio. Si alguno tiene interés, puede leerse la demanda porque está subida a scribd. Ya lanzó otro proceso de demanda en abril contra cuatro empresas que ofrecían este servicio.

De hecho, Amazon anunció en junio que empezaría a usar sus modelos de Machine Learning desarrollados a medida para detectar recomendaciones falsas, preocupados por ese ecosistema que surge a su alrededor de gente que se lucra con las reviews falsas, y el impacto que esto tiene en la credibilidad que perciben los clientes. El objetivo del sistema es aprender qué reviews han sido útiles y valiosas para los usuarios, y se aplicará tanto a las estrellas como a los comentarios de texto; dando peso a las valoraciones de usuarios validados, tomando en cuenta las valoraciones de 5 estrellas de productos mediocres, etc.

¿Cuánto puede haber invertido Amazon en sus motores de ML? Ojalá lo supiera. Lo suficiente como para haber llegado a paquetizarlo y ofrecerlo como Machine Learning as a Service.

3. Nadie clickea en tus banners

Aunque algunos expertos de la cosa parece que acaban de darse cuenta, el modelo de pago por impresiones está robotizado que se sepa al menos desde marzo del año 2004.

Por aquél entonces, un señor llamado Michael A. Bradley intentó extorsionar a Google: si no le pagaban 100.000$ abriría masivamente un software de su inversión en el que había trabajado durante 5 años, capaz de generar 3.000$ al mes de ingresos para todos aquellos que quisieran montar modelos de estafa en publicidad. Entre los testimonios de su web, alegres apandadores reconocían haber generado 30.000$ al mes con sólo 10 cuentas de AdSense, con el irrisorio coste de 250$ en concepto de licencia.

Quizá el problema pase de castaño a oscuro cuando son los propios intermediarios del modelo de publicidad online quienes crean los esquemas de fraude. En 2013, The Wall Street Journal publicó que el 54% del tráfico publicitario que redes de anunciantes, brokers y agencias vendieron (y cobraron) entre Mayo de 2012 y Febrero de 2013 no lo vio ningún ser humano.

La Association of National Advertisers (ANA) publicó en Diciembre de 2014 datos demoledores sobre el dinero que se están gastando los anunciantes en conseguir que haya bots que vean sus anuncios. En particular, 6,3 mil millones de $. El estudio, que tuvo en cuenta las campañas online de 36 grandes empresas (como Ford, Nestlé o Pfizer) analizó 3 millones de dominios durante 60 días, contabilizando 5,5 mil millones de visitas. Algunos de los datos:

  • El 11% de las impresiones en display son generadas por bots
  • Lo que se dispara hasta el 23% en el caso de vídeos. Vamos, que si te quieres hacer Youtuber, monta una botnet
  • Por la noche todos los gatos son bots. El 28% del tráfico nocturno lo generan las máquinas
  • Hay dominios en los que el % de bots se sale de la media, relacionados con finanzas (22%), familia (18%) y hogar (16%)
  • En el caso del sourced traffic el % de bots llega hasta un deslumbrante 52%, cuando debería ser una garantía de mayor calidad de la visita

En fin, es un negocio redondo. La siguiente imagen os podrá dar una pista de toda la gente que puede llegar a lucrarse gracias a una sencilla red de bots.

Bots

Chain of fools

Como veis, el único que no sale es el anunciante, o como a muchas personas les gusta decir, “el que paga la fiesta”

4. Arañas contra Bots

Si estás pensando montar una estafa de publicidad en internet, ten en cuenta que los principales esquemas de fraude se simplifican en dos:

  • Creas una red de bots en sólo 15 minuos, te pones a infectar ordenadores y te acercas a algún eslabón de la cadena a vender tráfico. Siempre que alguien considere que puede meterle un markup a tu coste y vea los grandes números, hay mercado seguro.
  • Montas una red de sites donde coloques los anuncios, inviertes en SEO para justificar lo bien posicionado que estás, y sobre esos, generas tu propio tráfico.

Pero esto no es todo vino y rosas, hay gente ahí fuera que te va a intentar cazar. En Febrero de 2014, Google compró spider.io una startup con sede en Londres en la que un equipo de 7 personas llevaban 3 años desarrollando herramientas que detectasen esquemas de click fraud. Aunque los detalles de la operación no son públicos, el movimiento de Google iba encaminado a luchar contra la principal lacra de su negocio de publicidad. Las redes de bots perjudican la credibilidad de todos los actores de la cadena, afectan a los precios, pervierten el modelo y sobre todo, es una estafa para el paganini. Un año después de la compra de Google, el equipo Antifraude está formado por 100 personas. No es de extrañar si tenemos en cuenta que según la consultora Evidon (hoy Ghostery), Google sirvió más de 316 mil millones de impresiones de anuncios en 2013.

Precisamente, en 2013 spider.io desveló la red Chamaleon, una botnet de más de 120.000 equipos infectados que costaba a los anunciantes del orden de 6 milones de dólares al mes gracias a 9 millones de visitas ficticias. Estamos hablando de un CPM de 0,66$ El informe había detectado además que la red estaba entrenada para simular tráfico en 200 servidores diferentes.

Lo interesante, al menos para mí, era el por aquél entonces refinado funcionamiento de la botnet, cuyo primer rastro se remonta a 2012. Porque los ordenadores infectados simulaban comportamientos y patrones de navegación humanos.

bladerunner

Es su cumpleaños y le regalan una cartera de piel

Cada una de las máquinas de la red simulaba sesiones concurrentes en diferentes sitios web, creando peticiones de navegación que haría un ser humano. Por ejemplo, para no despertar sospechas, los bots eran conservadores: hacían click según patrones aleatorios en varias zonas de la página, hacían movimientos del cursor también al azar, mantenían el ratio de click through en los anuncios por debajo del 0,02%, y generaban patrones de movimiento de ratón sobre los banners del 11%.

Detectar el fraude no es sencillo, y muchas veces tiene que ver con la comparación estadística de la navegación y comportamiento de sesiones, zonas en las que se producen los clicks, la detección de operaciones masivas de destrucción de sesiones y creación de las mismas, etc. Aunque también incluye meterse en los foros del mercado negro, donde donde se compra y vende tráfico, y se gestionan rankings de reputación. Una vez que se identifica un patrón de una botnet, se sube a los servidores PowerDrill de Google, capaces de procesar medio trillón de datacells en menos de cinco segundos, de forma que procesan cantidades masivas de tráfico recibido en un site buscando esos patrones.

chamaleon-patterns

El patrón de comportamiento de Chamaleon que detectó spider.io

Cuando se identifican patrones de navegación robóticos, Google echa el freno: deja de pagar al publisher que publicó el anuncio, y no cobra al anunciante.

PS. Bot Data

Teniendo en cuenta que el 61,5% del tráfico de Internet es cosa de bots, a veces me pregunto cuántos data scientist hay por ahí analizando pautas generadas por máquinas.

PPS. Los bots de LinkedIn

Y en LinkedIn ¿también hay bots y cuentas fake?

Pues claro, ¿qué os habéis creído? Tened en cuenta que como dice el título del post, al contrario que en muchas redes sociales, en LinkedIn existimos de verdad. Y desde vuestra lista de contactos podéis exportar una bonita hoja Excel de direcciones de correos validadas de personas validadas.

Oro en paño para los reyes del spam. O las reinas.

 

spam

Solamente di NO

Making of SNGULAR810

El 8 de Octubre de 2015 fue un día muy especial. Compañeros, amigos y clientes nos juntamos en el Kinépolis para compartir el nacimiento del grupo SNGULAR, un proyecto empresarial articulado en torno a MediaNet. Para celebrarlo queríamos hacer algo especial y original, algo distinto, pero ¿es posible hacer algo diferente cuando hablamos de eventos de empresa? Sin que se entienda por diferente el catering, azafatas disfrazadas, consolas de videojuegos ni otras atracciones de feria.

IoT (Interest of Things)

Fue un 26 de Agosto, en un viaje de vuelta de Badajoz a Madrid cuando César Camargo, Jose Antonio Gallego, José Luis Vallejo y yo empezamos a fantasear con la idea de hacer un evento que no girase en torno a lo que los organizadores quisieran contar, sino en lo que a la audiencia le interesase escuchar. En hacer el primer evento en el que el público no aceptase ser triturado de aburrimiento en una charla acerca de la misión y los valores de una empresa, su nueva organización, o lo maravillosos que son sus productos. O peor aún, en castigarles con una muermo-charla para sestear como penitencia antes de tomarse los canapés. Queríamos hacer un evento en el que la gente eligiese lo que quería escuchar.

Sngular People

Los 3 Mosqueteros y D’Artagnan (hagan sus apuestas)

¿Pero cómo? Teníamos claro desde el principio alimentar los procesos de análisis de Lenguaje Natural (NLP) de Sngular Meaning, una de las empresas incorporadas al grupo, con un doble objetivo: a partir de los comentarios que los invitados hacen públicamente en las redes sociales, ser capaces de extraer sus aficiones y áreas de interés. Pero también, saber qué personas pueden encajar en un patrón predefinido (los que defienden los derechos de los clientes frente a los abusos de las marcas, los que prueban las nuevas tecnologías, los que se interesan por nuevos modelos de negocio…) Al fin y al cabo conocer al cliente es clave en behavioral targeting y motores de recomendación eso es lo que hacemos en eCommerce.

En un alarde de imaginación, se nos ocurrió utilizar pulseras Xiaomi Mi, integrarlas con una app desarrollada a medida, y regalarlas a los invitados para que así, a través de la personalización, los indicadores luminosos y la vibración respondiesen a los intereses concretos de la persona. Imaginábamos clusterizar a los asistentes por colores, que les indicasen que compartían intereses, creando zonas específicas para que se juntasen en el coktail. Pensábamos que podría ser una forma diferente de fomentar el networking. Llegamos a tener listo un pedido de 600 pulseras con su correspondiente brazalete con la imagen de la marca. ¿Que por qué no lo hicimos? Porque para integrarse con las pulseras hay que usar unas librerías que alguien en sus ratos libres había hecho descompilando y esnifando tramas, sólo funcionaba en Android una de cada tres veces y aunque nos gusta el riesgo, ese día nos la íbamos a jugar delante de mucha gente.

La otra línea argumental que surgió en ese viaje fue la de ofrecer a los invitados una app cargada con todo tipo de datos curiosos que no fuesen de dominio público, pero que reflejasen lo que desde SNGULAR nos llama la atención. Por ejemplo, que las 10 profesiones más demandadas hoy no existían en el año 2000; que ya no hay una correlación entre la valoración de una empresa y  sus activos tangibles; que sólo el 25% de las apps sobreviven a la primera semana en tu teléfono; etc. Ofreciendo esos bocados de información a los invitados, y midiendo la curiosidad que despertaban en ellos, se iba a configurar la agenda del evento.

Sngular Tools

Me alegra que me haga esa pregunta

Porque cada una de estas preguntas y sus respuestas aumentaban los contadores de valoración de una serie de ponencias, con la peculiaridad que no se podía extraer una relación directa entre las píldoras de información y las conferencias o sus ponentes. Ponentes que José Luis había invitado uno a uno.

Efectivamente, al contrario que un modelo openspace donde cualquiera puede proponer un tema y hablar de ello, en #SNGULAR810 pensábamos que era fundamental que los ponentes, participasen o no, fueran referentes de su actividad profesional, tanto por su experiencia como por su trayectoria. Y además, que no fuesen profesionales de la cosa de las saraos, queríamos que sus intervenciones las preparasen para un día tan importante y una audiencia tan especial. Se acabó pasear la misma charla por el circuito de conferencias 🙂

Por eso decíamos que #SNGULAR810 era un evento sin Agenda, nadie sabía de antemano quién iba a hablar ni de qué: los encargados de la comunicación no podían compartir la Agenda con los invitados (que venían a ciegas), los organizadores tampoco sabían a quién tenían que llamar al escenario, y los ponentes, listos para saltar al ruedo, no sabían si serían o no finalmente convocados. La verdad es que fue una apuesta para todos, y desde aquí quiero darle las gracias de corazón a Agustín Vivancos, Juan Fernández-Aceytuno, Enrique Samper, José Antonio Gallego, Carlos Mira, Julián de Cabo, Manuel Desco, Borja Adsuara, José Manuel Cruz, Esteban Moro y Nuria Villanova su disposición a participar.

There’s no business like Show business

Porque queríamos darle el mando al público: al más típico estilo Talent Show, queríamos que el público, a través de sus votaciones en tiempo real, optase no sólo por elegir a los ponentes, sino por darle más tiempo a su intervención, o abrir el turno de preguntas. Al final, debido al formato del evento, decidimos convertirlo en una opción para que los ponentes consiguieran un 20% de tiempo adicional para desarrollar su tema. (Por cierto, que nadie me dejó añadir el botón “Me Aburre” para que a partir de un umbral, se abriera un foso de escorpiones bajo los pies del ponente, pero todo llegará 😉

Al final, gestionar la relación entre la audiencia y el evento supuso convertir al smartphone en un mando a distancia.

Sngular App

El primer mando a distancia que hace selfies

Así, mientras el equipo de Marketing se encargaba de los preparativos del evento, buscar el espacio, la logística, etc, en SNGULAR formamos un grupo de trabajo multidisciplinar para construir todas las herramientas del evento:

  • El equipo de experiencia de usuario y diseño de MediaNet, que hizo la propuesta de interacción y diseño visual de las diferentes fichas
  • El equipo de Front-end development de MediaNet construyó las interfaces web del evento, en paralelo al equipo de desarrollo móvil de Trecone que desarrolló las apps nativas
  • El equipo de software Labs de MediaNet creó la infraestructura del back-end y los servicios de integración de la web y las apps
  • El equipo de Sngular Meaning aplicó sus motores de NLP a los streams de twitter (tanto antes como durante el evento)

Por último, se creó una web que permitía gestionar el panel de control, eligiendo cuál de las viñetas de backchannel se mostraba en pantalla. Porque el backchannel del evento se materializó en 6 de fichas que permitían en tiempo real:

  1. Seguir los intereses de la audiencia: según las respuestas a sus preguntas, lo que permitía conocer los temas que más curiosidad despertaban entre el público
  2. Controlar la parrilla de ponentes: a medida que las respuestas de la audiencia configuran el orden de participación se iba haciendo un ranking para elegir los 6 ponentes que saldrían al escenario
  3. Mostrar el seguimiento del evento en las redes sociales, compartiendo con el público la actividad y los comentarios del hashtag #sngular810 en twitter
  4. Conocer los términos más relevantes que se estaban comentando, a través del análisis de los tweets y extrayendo conceptos según su nivel de relevancia
  5. Identificar de entre los asistentes, aquellas personas que tienen mayor influencia en las redes sociales, no sólo por el impacto de sus tweets ni por el número de followers, más bien por su alineación con los términos relevantes
  6. Y finalmente, conocer el nivel de satisfacción de los asistentes con las charlas y su sentimiento general a través de sus opiniones. Aquí el término “bullshit” que tanto entusiasmo despertó en la charla de Jose Antonio hizo daño a los marcadores de felicidad (añadámoslo al backlog)

El resultado, visto en una de las pantallas del Kinépolis, no deja de ser espectacular

Sngular Event Tools

En directo impresiona más

The Show Must Go On

Activar y desactivar las votaciones en el móvil, sincronizar los ponentes en escena, ayudar a la realización del evento con los pasos a las diferentes viñetas… la verdad es que todo el entramado de aplicaciones, pantallas, servidores y servicios que montamos en torno a #SNGULAR810 requirió de la dedicación a lo largo de todo el evento de un equipo de profesionales que, como si de la tripulación del Enterprise se tratase, estaban a los mandos de la nave para que no le faltase nada a Evaristo Nogales, el Maestro de Ceremonias.

Sngular Engine Room

The (mad) men behind the curtain

En resumen, un despliegue de ingenio, diseño y tecnología, pero también de esfuerzo y compromiso, puesto al servicio de nuestros invitados. Para conocerles mejor, entender lo que les interesa y crear una experiencia a su media. A mí tampoco me resulta tan raro; al fin y al cabo, es a lo que me dedico, antes desde MediaNet y ahora desde SNGULAR. Supongo que a los que organizan eventos simplemente llenando huecos en un track les parecerá transgresor o una pérdida de tiempo (total, mientras haya cerveza y queso esto se acaba llenando) En fin, ese no es nuestro estilo.

Muchas gracias a todo el equipo que hizo posible esa idea peregrina que se nos ocurrió un miércoles de agosto volviendo de Badajoz: Pablo, Dani, Virginia, Nassim, Rocío, Emilio, Carlos, Raúl, Joaquín, Rubén, Jon, Paulino y Oleksandr #respect

Ghosting, la nueva vieja forma de ignorar al Vendedor

Tú no lo sabes, pero es la última vez que hablaréis. Crees que es una despedida más, igual que las anteriores, sin embargo, esta vez va a ser diferente. A partir de mañana no va a contestar al teléfono cuando llames. Y no es que tenga lío, no. No piensa devolver tus llamadas.Tu teléfono seguirá en su agenda, sólo para saber que eres tú quién llama. Tampoco va a contestar tus whatsapps, olvida del doble tick azul, no los va a leer. Tampoco va a contestar tus emails. Vas a dejar de ver sus post en Facebook, y sus fotos en Instagram.

Una persona normal esperaría al menos una explicación. Un motivo. Nada. No te esfuerces, no pierdas el tiempo, y sobre todo, no pierdas la decencia: no existes. Te has convertido en un Fantasma.

Ghosting

Agárrame ese Fantasma

¿Qué es el Ghosting?

El Ghosting es la nueva forma de terminar una relación: convertir a otra persona en un fantasma, alguien que no existe, simplemente ignorándolo. Sin pasar por el penoso y a veces engorroso proceso de dar explicaciones. Por el camino fácil.

Aunque el Ghosting es algo que parece fomentar una sociedad que nos ha dado Tinder, Grindr, Happn, las Adopciones de Tíos y demás, el caso más sonado es el de Sean Penn. Efectivamente, un hombre que tiene 2 Oscars© de la Academia y que estuvo casado con Madonna y con Robin Wright, pero al que Charlize Theron sacó de un plumazo de su vida, haciéndole desaparecer como un fantasma.

Por lo demás, una encuesta de YouGov demostró que el 11% de los encuestados había hecho Ghosting para terminar una relación (un 6% adicional de cachondos decían no estar seguros, osea, que sí) La revista Elle también publicó una encuesta que mostraba que casi el 17% de los hombres y el 24% de las mujeres se habían convertido en fantasmas alguna vez en su vida.

Lo que las encuestas no te dicen es que el 100% de los vendedores hemos sufrido Ghosting alguna vez en la vida.

Cómo saber si eres víctima del Ghosting

Efectivamente, queridos amigos. Todos los que estamos en el mundo de la venta hace años que sabemos que el Ghosting existe. Seguramente lo aprendimos la primera vez que presentamos una propuesta. Es algo que hemos incorporado a nuestro día a día, pero no le habíamos puesto un nombre molón ni hablaban de ello las revistas de moda.

¿Reconoces alguno de estos síntomas?

  1. Parece que no contesta a mis correos, el caso es que no me los rebota
  2. Le dejé un mensaje en el buzón de voz, lo debe tener lleno porque no me devuelve la llamada
  3. Qué mala suerte, es la tercera vez que me cancela la cita
  4. Siempre le llamo cuando está reunido
  5. Le mandé una propuesta pero nunca me contestó, creo que sólo quería mirar precios
  6. No pone su teléfono en la firma de los correos, es que ya me conoce
  7. Me dijo que me invitaría al siguiente concurso, lo que pasa es que para este año ya no tiene presupuesto
  8. Nunca aceptó la invitación a conectar en LinkedIn, porque no usa mucho las redes sociales
  9. Nos cruzamos frente a frente en la cola del café de un congreso, lo que pasa es que no hablamos porque tenía que enviar un email
  10. Le fui a dar la mano, y se la metió en el bolsillo, lo mismo es que le sudan mucho

Bien, ahora que ya sabes que te has convertido en un fantasma, veamos por qué.

Game Over

Los fantasmas atacan al Jefe

No soy yo, eres tú

Ignorar a un vendedor es algo que todos hemos hecho alguna vez en la vida, basta con pensar en la persona que te llama por teléfono a la hora de la siesta para que te cambies de operador; en el que te quiere vender un seguro en un centro comercial; o el que quiere que alivies tus pecados de burgués colaborando con una ONG.

Después de muchos años estudiando al respecto, la conclusión a la que llego de los motivos del rechazo giran en torno a cuatro grandes ejes:

  • No me interesa escuchar lo que me estás contando
  • Tengo cosas más importantes que hacer
  • Eres un cansino y me aburres
  • No quiero establecer una relación contigo

Partiendo de la base de que todos tenemos derecho a no comprar algo, ni a comprar siempre en el mismo sitio, ¿tenemos la obligación de explicar el motivo por el que no compramos? Obviamente no.

Al igual que en el Ghosting de las relaciones de pareja, exponer los motivos del rechazo de una oferta puede convertirse en algo desagradable. Supone dar explicaciones, lo que en general muchas personas prefieren evitar. Incluso puede abrir la puerta a los reproches. “Nos quedamos ayer currando hasta las 2, podríamos habernos ido a casa”

Nadie quiere explicaciones y reproches en la relación con sus proveedores. Por eso a veces lo más fácil es ignorar a una persona a la que con suerte uno no va a volver a ver. Y aunque a nadie le gustaría ser víctima del Ghosting, lo hacemos por dos motivos:

  • Porque asumimos que la otra persona se va a dar por enterada de que no queremos comprarle nada y acabará por desistir
  • porque no vemos directamente la incertidumbre o duda que generamos en el vendedor ni las explicaciones que tiene que dar en su empresa. Al fin y al cabo, cómo haya gestionado las expectativas ante sus responsables es asunto suyo

Lo que pasa es que alguna mente perversa inventó los conceptos de “prospect”, “lead”, “Funnel”, “CRM” y otras aberraciones infames, y por eso cada mes tienes un contacto de alguien que te abrasa para ver qué pasa con lo suyo. Con lo suyo, no con lo tuyo. No te llama para ver cómo estás, qué tal van las cosas, si tienes algún problema, nada nada, te llama para ver si cambia el estado de una oportunidad registrada en su SalesForce de “Negotiation/Review” a “Closed Won”.

El subconsciente de estas personas desea en secreto que les digas que te dejen en paz para poner de una vez la oportunidad como “Closed Lost” y no tener que volver a llamarte, porque les da vergüenza.

Y por eso el primer griego que quiso deshacerse del primer fenicio se inventó El Motivo.

Ghostbusting

Supongo que ya sabes que El Motivo es el precio. “No, es que sois muy caros”. Es la mentira piadosa de la venta.

  • Es universal: la mayoría de las personas creen que las ventas se basan en el precio
  • Es un argumento incontestable: nadie sabe el precio de sus competidores
  • Permite delegar la responsabilidad del rechazo en un tercero sobre el que no se puede influir: como El Área de Compras (si hubiera Polis Malos en el Lado Oscuro trabajarían en el Área de Compras)

Osea, es el camino fácil.

Hay un antes y un después en la venta, y es cuando dejas de escuchar El Motivo. Cuando alguien se toma la molestia de explicarte que no has entendido lo que necesita. O que le estás poniendo unas condiciones que sinceramente, no tiene por qué asumir; que las condiciones las pone él que para eso paga. O porque no se cree que seas capaz de cumplir y no se quiere jugar su dinero, su ascenso o su variable en una lotería. O simplemente, que hay más empresas ahí fuera perdiendo el culo para trabajar con él, que le hacen más caso y se lo toman más en serio. Etc.

Esa clase de explicaciones requieren una relación de confianza entre cliente y vendedor que muy pocas personas cultivan.

Ghostbusters

¿A quién vas a llamar? (Imagen de Birds of North America en Wikimedia Commons)

Sobre todo piensa. ¿Cuándo has dado explicaciones a un vendedor? ¿Cuando te has sentido obligado a hacerlo? Nah. Lo has hecho cuando has creído que era importante explicar tus motivos. Porque estás construyendo una relación con esa persona/empresa. De la misma manera  tu cliente te las dará cuando considere valioso construir una relación contigo.

Sólo te harán Ghosting cuando quieran perderte de vista. En ese caso no insistas y trata de entender por ti mismo los motivos.

PS- A Debbie Harry tampoco la llamaban