MercadoLibre Developers Conference Buenos Aires 2013

header2

Ayer fue un día histórico para MercadoLibre, en el que reunimos a 500 geeks para presentar nuestra plataforma abierta. Inició el día Marcos Galperín (Fundador y CEO de MercadoLibre), quien explicó por qué los desarrolladores juegan un papel clave en la estrategia de la octava compañía de comercio electrónico más grande del mundo.

marcos

Luego yo aburrí un poco a la audiencia con una breve charla sobre cómo y por qué abrimos nuestra plataforma.

El orador invitado fue Esteban Kozak, Director de Producto de Twitter, quien compartió la experiencia de una de las plataformas abiertas más grandes que existen.

kozak

Ya en el track técnico, Darío y Jonas profundizaron sobre los principios de diseño y estructura general de la API. Nótese a Chuck Norris en el slide de fondo (no-nerds, por favor revisar Chuck Norris Facts).

dario_jonas

Wesley (importado de MercadoLivre Brasil) nos ilustró sobre el layer de autenticación y autorización usando OAuth 2.0.wesley

Pablo Moretti se concentró en la API del lado del comprador: cómo buscar y cómo comprar.

moretti

Fernando Scasserra se animó a un live demo sobre cómo crear y modificar publicaciones.

fersca

Sole Dematteo se enfocó en un aspecto clave: la administración de ventas. Esto es, sincronización de stock, pagos y envíos.

sole

Hernán Di Chello (importante: se lee “Diquelo”) hizo un deep dive sobre cómo usar MercadoPago en sitios fuera de MercadoLibre.

dikelo

Para cerrar el track técnico, Mati Di Gregorio compartió su experiencia al frente del equipo Mobile.

mati

Federico Procaccini (Country Manager de MercadoLibre Argentina) exploró ideas concretas sobre aplicaciones monetizables.

proca

Ganadores del Hackathon 2013

Algunas semanas atrás organizamos nuestro primer Hackathon simultáneo (Argentina y Brasil) sobre la API de MercadoLibre (son 60 segundos en baja, mobile friendly):

Ya habíamos anunciado los finalistas que competían por llevarse los $30.000 de premio. Aquí están, estos son:

finalistas

El ganador fue MercadoInsights. ¡Felicitaciones a Kevin Hanna y a Federico Bond!

ganadores

Como cierre, Fede Procaccini y yo entregamos el premio a eShelf, ganador del Hackathon Brasil. Parabens Raphael F, Glauber G y Mauricio G!

ganador_brasil

$$Gran anuncio de cierre$$

El broche final del día nos lo dio Marcos Galperín, al anunciar la creación de un fondo de 10 millones de dólares para promover emprendimientos que hagan más fácil la vida de nuestros compradores o vendedores, basándose en nuestra API. En palabras de Marcos:

“Nuestro ecosistema ofrece múltiples oportunidades de negocios para cualquier emprendedor tecnológico. Queremos acompañar a estas empresas y que puedan ser socias en nuestro crecimiento”.

El aplauso final…

Se lo lleva el Equipo de tecnología de MercadoLibre. Como todo excelente producto, es el fiel reflejo de la gente detrás de él. Todo el Equipo, no sólo quienes presentaron ayer en la conferencia.

Daniel Rabinovich

Finalistas del Hackathon MercadoLibre

pitches

40 programadores recibieron la siguiente consigna: escribir una aplicación en menos de 24 horas sobre la API de MercadoLibre, que agregue valor a los más de 6 millones de vendedores que operan por año en la plataforma. El ganador del premio de $30.000 será anunciado el próximo jueves 11 de abril en nuestra primera Conferencia de Desarrolladores en Buenos Aires. 

Los finalistas son, en orden alfabético:

  • MaiLister: permite publicar enviando un email.
  • MercadoInsights: calcula estadísticas para vendedores, sugiriendo precio óptimo de venta, el título adecuado, le mejor política de envíos, etc. 
  • MercadoStock: sincroniza el stock real con el de las publicaciones en MercadoLibre.
  • SmarTools: responde preguntas masivamente, define el stock que optimiza la inversión en publicaciones, etc.
  • The Price is Right: analiza las publicaciones propias y de la competencia, generando alarmas cuando es necesaria alguna acción correctiva.

Hoy fue anunciado el ganador del Hackathon Brasil, que viajará a la conferencia a recibir su premio. Felicitamos a todos los competidores, fue una competencia de excelente nivel.

¡Nos vemos el próximo 11 de abril en el DevConf!

Daniel Rabinovich

Un camello es un caballo diseñado por un comité

La frase “un camello es un caballo diseñado por un comité” fue atribuida a Sir Alec Issigonis, célebre diseñador del Mini. El proceso es más o menos así: unos pocos diseñan un buen producto -> es exitoso -> la empresa crece -> se incorporan expertos en cada aspecto del problema -> el próximo producto es diseñado por un comité de treinta expertos -> el nuevo producto es una catástrofe.

La catástrofe se da porque cada “experto” intenta 1: no causar un problema atribuible a él y 2: que su “parte” se luzca. Relega lograr la mejor combinación posible de todos los aspectos”. En mi experiencia, esta resignación ocurre por dos factores:

  • La mesa de diseño se transforma en una mesa de negociación. “Yo acepto subir el centro de gravedad del auto pero vos aceptá que pongamos un motor más pesado”.
  • Difusión de la responsabilidad. Los expertos son colectivamente responsables de la porquería que diseñan. Es posible culpar al grupo pero no a los individuos. Algún día voy a escribir más sobre este punto.

Un ejemplo propio

La HomePage se discutió entre todas las unidades de negocio. Cada una reclamó su “fair share” del “real estate” disponible. El equipo de Diseño Web hizo su mejor esfuerzo para encajar todo ese contenido de la manera más inocua posible. Resultado: una Home Page que parecía un árbol de Navidad y que entró en el círculo vicioso de la competencia visual:

  1. Cada parte intenta llamar más la atención
  2. Sube la contaminación visual general
  3. GoTo 1

Home MELI

Va un link a la PPT completa.

Imposible no mencionar a Steve Jobs

En el contexto de una pelea mediática en la que Adobe había atacado fuertemente a Apple por no soportar Flash en iOS, Jobs dio una entrevista. iPad recién lanzado, Flash muy relevante en la Web. No es la pelea puntual lo que interesa, sino su fundamentación:

– Walt Mossberg: ¿Qué pasa si el mercado dice un día “hey, hay miles de sitios hechos con Flash, el iPad es lisiado con respecto a esto”?

– Steve Jobs: Los productos son paquetes. Algunas partes son relevantes, otras menos. Algunas deliberadamente se eliminan. Si el mercado nos dice que elegimos mal, escucharemos al mercado. Por lo menos tenemos el coraje de decir “esto que hoy todos usan, no va a ser parte del gran producto que queremos”. Para eso nos pagan nuestros usuarios. Si triunfamos, nos compran los productos. Si no, no. Así de simple. Hasta ahora, tengo que decir que a la gente parece gustarle el iPad 🙂

Si iPad hubiese sido diseñado por un comité, soportaría Flash, tendría puertos USB, teclado y tantas otras cosas que tienen sus competidores. Alguien tuvo que ponerse firme y tomar las decisiones difíciles sobre qué no hacer. Con menos features que sus competidores, iPad es el producto más exitoso de la historia. Es un producto, no una suma de features. ¿Qué impide a otras grandes empresas lograr diseños así? Quizás los comités son más comunes de lo que pensamos y deberíamos tener más presente la famosa frase del General Perón: “Si quieres que algo no funcione, crea un comité”.

El usuario también agrega ruido en los comités 

El genial Robert Scoble escribió una vez:

My former boss, Jim Fawcette, used to say that if you asked a group of Porsche owners what they wanted they’d tell you things like “smoother ride, more trunk space, more leg room, etc.” He’d then say “well, they just designed a Volvo.”

En lugar de escuchar a los usuarios, es necesario observarlos. Existe una diversidad de técnicas para lograrlo. El artículo First Rule of Usability? Don’t Listen to the Users, de Jakob Nielsen es lectura obligatoria para cualquiera que diseñe productos.

Quien tenga la responsabilidad de llevar adelante un grupo de diseño tendrá que interpretar las observaciones de sus usuarios y obligar a los expertos a salir de su zona de confort para lograr el mejor trade-off posible.

Algunas prácticas que nos han sido útiles

  • Si bien las decisiones de diseño las debería tomar una sola persona, nada dice que tiene que ser la misma persona para todos los casos. Pueden existir varios grupos que diseñen diferentes subproductos. Este post no es una propuesta para generar dictadores.
  • Cuando “huelan” un comité, rómpanlo con mucha fuerza. La dinámica organizacional “políticamente correcta” los favorece constantemente.
  • Si en una reunión de diseño todos terminan contentos, es muy probable que los expertos hayan “negociado” y que el producto sufra en consecuencia. El rol del “decision maker” es introducir tensión cuando esta no fluye de manera natural.

En resumen, creo que los comités representan uno de los mayores riesgos para cualquier empresa. Las famosas reglas de Larry Page muestran lo preocupado que él estaba por este tema dentro de Google. Aprovechar de mejor manera el enorme talento que existe en una organización es uno de los objetivos que más me quita el sueño por estos días.

Daniel Rabinovich

Crónica de la primera Conferencia para Desarrolladores de MercadoLibre

Ayer se marcó un hito importantísimo para MercadoLibre, y quizás también para el e-commerce latinoamericano. Después de años de trabajo anunciamos la apertura de nuestra plataforma, en el contexto de la primera Conferencia para Desarrolladores de MercadoLibre. La cita fue en San Pablo, en el espectacular Hotel Renaissance. La convocatoria superó nuestras expectativas: sala llena de “geeks”!

El puntapié inicial lo dio Marcos (Fundador y CEO), explicando la enorme importancia de lo que está pasando para la estrategia global.

Helisson Lemos (VP Mktplace, Brasil) elaboró las infinitas oportunidades de negocio que se abren para desarrolladores, que a partir de ahora tienen una plataforma fácil de monetizar sobre la cual construir aplicaciones.

Yo aburrí un poco a la audiencia explicando cómo pasamos de una plataforma monolítica y cerrada a una desacoplada y abierta.

Tuvimos también un guest speaker de lujo. Javier Oliván, miembro del equipo ejecutivo de Facebook,  nos contó la experiencia de la mayor red social en relación a su plataforma y al Open Graph.

Las charlas técnicas fueron realmente sólidas. Hubo un claro hilo conductor, cuya base crearon Darío y Jonas en una presentación sobre REST y HTTP, OAuth, SDKs, patrones de diseño, notificaciones y versionado:

Luego Wesley Nascimento, parte del equipo de Brasil, habló sobre OAuth 2 y cómo nuestra API puede ser abierta y a la vez, mantener seguros los datos sensibles de compradores y vendedores.

Pablo Moretti dio una impecable charla (sí? :-D) sobre generación de demanda. Cómo usar las APIs para buscar, ver productos y hacer preguntas. Se animó a ejemplos en vivo, tanto via browser como en PHP usando el SDK que él mismo diseñó.

La siguiente charla también fue muy sólida, a cargo de Fersca. Nos mostró un “video en vivo” (cuac) sobre las APIs de Publicar, Republicar, tanto productos “simples” como con variaciones y en Clasificados (autos e inmuebles).

Párrafo aparte para Sole, quien aparte de dar una excelente charla sobre gestión de ventas, se puso al hombro gran parte de la organización del evento.

Cerró el track técnico Rogeiro Teixeira, con una prolijísima charla sobre cómo integrar MercadoPago fuera del marketplace de MercadoLibre, como hoy en Brasil ya lo hacen Walmart o Groupon.

Sobre el final brilló Stelleo Tolda (COO) con una parábola ballmeriana: developers, developers, developers… Su exposición sobre casos de éxito fue el cierre perfecto para el evento.

Lo mejor de la conferencia no fue el contenido ni el lugar. Fue la excelente onda de todo el equipo, que claramente “contagió” a la audiencia.

Como se debe, luego de la conferencia festejamos en un bar de Jardins, con caipirinhas y un risotto comunitario (chiste interno).

El último párrafo de esta crónica se lo merece *todo* el increíble equipo de tecnología de MercadoLibre, que desde hace años viene trabajando para que ayer algunos de nosotros podamos presentar este gran producto en sociedad. Mis más sinceras felicitaciones.

Daniel Rabinovich

Dos “Migueles” que me hicieron llorar en TEDxRíodelaPlata

El sexto TEDxRíodelaPlata fue un evento de primer nivel mundial, hecho en Argentina. Lo viví intensamente desde la platea junto a personajes como @runixo@ebrenman y @santisiri. Imposible no felicitar al equipo organizador: Santiago Bilinkis, Gerry Garbulsky, Diego Golombek y el impecable conductor, coach, charanguista aficionado y amigo personal Max Goldenberg.

Dos “Migueles” me hicieron emocionar mucho, por motivos bien distintos.

Miguel San Martín

Miguel San Martín es argentino. Pasó los últimos 35 años de su vida trabajando en la NASA. Luego de años de esfuerzo, finalmente le asignaron la enorme responsabilidad de diseñar e implementar el sistema de aterrizaje del Curiosity, una misión de exploración a Marte. Quizás, el proyecto de su vida.

El 2 de Agosto de 2012, Miguel descubrió que el sistema que había diseñado su equipo tenía un error de software y que por esa causa, el Curiosity corría riesgo de estrellarse al aterrizar. Esta noticia, que podría haberse descubierto en cualquier momento de los 8 meses que duró el viaje, se conoció a tan sólo cuatro días de amartizar.  Miguel tenía pocos días para decidir lo menos riesgoso: “vivir con el problema” o intentar corregirlo desde la Tierra. En T-2, la noticia del “glitch” ya había llegado a Obama. “No es exactamente el tipo de fama que quisieras tener”, dijo mientras arrancaba una carcajada a la audiencia.

Después de días sin dormir e infinidad de cálculos, decidieron corregir el software desde la Tierra y “mandarle el comando” al Curiosity. Imagínense la presión: La NASA es tu vida y sos el responsable de un error que no sólo cuesta 2500 millones de dólares sino que implica una vergüenza nacional histórica. El drama duró siete minutos. Los “siete minutos de terror”, donde el Curiosity entró a la atmósfera marciana y experimentó una brutal desaceleración de 20.000km/h a cero. Finalmente, Curiosity amartizó sin problemas provocando euforia y lágrimas en Miguel y en todo el equipo de “ñoños” que estaban detrás de los monitores:

Pude sentir algo de la presión de Miguel en esos momentos difíciles, y también su emoción al lograr sacar el problema adelante. A una escala completamente distinta, en MercadoLibre vivimos varias situaciones parecidas. Emoción nerd (como me cargaba Magdalena via Twitter), pero emoción al fin.

Miguel Savage

Miguel peleó en Malvinas. Pasó 60 días en un pozo húmedo, helado y sin comida sólida.

“Teníamos tres enemigos: los ingleses, el clima y nuestros jefes”

Un milagro hizo que la guerra termine antes de que lo mataran. Sacaron a Miguel de las islas en un transatlántico como prisionero de guerra, junto a muchos otros soldados argentinos. Lo custodiaba la misma gente contra la que días antes estaba luchando en el campo de batalla. Como Miguel era traductor, ofició de intérprete en varios intercambios y empezó a conocer más a aquellos “ingleses sin cara”.

“Es imposible odiar a alguien una vez que le pusiste cara, que lo humanizaste”

Después de 20 años de hacer una vida “normal”, Miguel fue acorralado por un fuerte stress post-traumático, y necesitó volver a Malvinas para cerrar viejas heridas. Llegó a las islas junto a algunos ingleses de los que se había hecho amigo luego de la guerra. Un lugareño lo alentó: “Miguel, estás tirando puentes”.

“Quizás tendríamos menos guerras si forzásemos a la gente de pueblos enemigos a humanizarse, a conocerse. Del enemigo sin cara nos separa una gran pared. Necesitamos construir puentes, no paredes”.

Nota personal: en un momento Miguel mostró esta foto del reencuentro con su madre, al volver de Malvinas:

Me pasó algo muy profundo, que charlaba después con @runixo: hace tiempo me hubiese identificado con Miguel, pero al ver esa foto me identifiqué con su madre. La paternidad nos cambia…

Daniel Rabinovich

La primera conferencia para desarrolladores de MercadoLibre

Se acerca uno de los hitos más importantes en la historia de MercadoLibre: la apertura de nuestra plataforma. El lanzamiento será el 31 de Octubre en el hotel Marriott Renaissance, San Pablo. El evento será gratuito y de día completo, donde desarrolladores de MercadoLibre explicarán los principios de diseño de la API, así como charlas funcionales sobre todo lo que se puede lograr con ellas. Además hablarán Marcos Galperín (Fundador y CEO), Helisson Lemos (VP Brasil) y como “bonus”, hemos invitado a un gran keynote speaker, por ahora sorpresa :-). Al final del día, dedicaremos dos horas a un espacio abierto con cinco “stands” simultáneos (uno por cada track funcional) donde los expertos en cada aspecto de la API responderán preguntas y harán “live demos”.

Minisitio del evento: devconf.mercadolibre.com


¿Por qué abrir nuestra plataforma?

Si bien MercadoLibreMercadoPagoMercadoClics y MercadoShops forman un ecosistema con fuertes “network effects”, si lo mantuviésemos cerrado su impacto quedaría limitado a lo que puede ejecutar nuestro equipo de tecnología. Al abrir la plataforma, permitimos que otras empresas creen negocios sobre nuestro ecosistema. Para estas empresas, integrarse a la plataforma de comercio electrónico más grande de América Latina (y una de las diez más grandes del mundo) es una excelente manera de crecer. Por ejemplo, una compañía llamada 00K ha integrado recientemente nuestras APIs con su producto de eCommerce. Esto hizo que BebeStore, uno de los retailers online más grandes de Brasil en su segmento, pueda publicar sus productos en MercadoLibre y gestionar sus ventas sin siquiera entrar al sitio.

Esta presentación explica el caso en más detalle. La gestión de ventas no es el único caso de uso de nuestra plataforma. Un ejemplo diferente es el de MercadoPin, que combinó nuestras APIs de búsqueda con nuestro sistema de afiliados para generar un negocio online.


¿Por qué ahora?

El boom de las APIs ocurrió a fines de la década pasada. Tras anunciar la apertura de su plataforma en 2010, Facebook se transformó en la plataforma más exitosa del mundo, con más de un millón de desarrolladores. Empresas como Zynga generaron negocios millonarios sobre el Facebook Platform. Las grandes plataformas de eCommerce abrieron sus plataformas todavía antes. ¿Por qué MercadoLibre esperó hasta 2012? La respuesta es simple: queríamos comer el pescado que vendemos. Léase: queríamos ser los primeros usuarios de nuestra plataforma. Antes de compartirla con otros, hemos invertido dos años en reescribir todo nuestro código para montar nuestras propiedades sobre la misma plataforma que ahora estamos abriendo.


¿No se había anunciado la apertura de la plataforma hace seis meses?

Lo que anunciamos hace un tiempo fue la apertura de la plataforma exclusivamente para socios seleccionados por MercadoLibre. Un ejemplo es Navita, quien armó nuestra aplicación de Blackberry. Desde el 31 de Octubre, cualquiera podrá ingresar al sitio de desarrolladores y empezar a escribir software que interactúe con nuestras APIs.


Lo que viene

Así como la apertura de sus plataformas cambió completamente la vida de compañías como Twitter, Facebook, Google, Apple, eBay o SalesForce, todos en MercadoLibre estamos ansiosos por ver cómo la apertura de la nuestra cambiará también nuestras vidas. Creo que las palabras de Marcos el día de nuestro IPO aplican perfectamente:

“Este hito marca el fin de un gran viaje y a la vez, el inicio de otro mejor”

¡Nos vemos el 31 de Octubre en San Pablo!

Daniel Rabinovich (@drabinovich)

HTML5 y los riesgos de seguir la moda ciegamente


Situémonos un año atrás. Facebook es la aplicación móvil más grande y exitosa del mundo. En la conferencia anual para desarrolladores, el gerente de ingeniería de Facebook Dave Fetterman anuncia que van a cambiar sus aplicaciones nativas por una única versión en HTML5. Gracias a esto, van a lograr:

  • Escribir sus aplicaciones una vez en lugar de cinco.
  • Hacer deploys diarios, en lugar de esperar los procesos requeridos por los appstores.

Parecería que hay que tener una mente de mosquito (chiste interno) para no copiar el approach de Facebook. ¿Quién puede querer escribir lo mismo cinco veces, o esperar una semana para poner en producción una nueva versión? La respuesta es simple: las aplicaciones nativas son sensiblemente más rápidas y producen una mejor experiencia. Es mérito del equipo móvil de MercadoLibre (y no mío) el haber resistido la tentación de copiar “a los que saben”.

La fragmentación es problema de los ingenieros, no de los usuarios. HTML5 quizás sea el futuro, pero definitivamente no es el presente.

Como explicamos hace seis meses en este post, decidimos resistir la moda y hacer lo que creíamos mejor para nuestros usuarios, aunque implique mayores costos. Más sobre nuestro approach a mobile a partir del slide 13 de esta presentación:

Link a la presentación si no lográs verla.

Hace unas semanas se hizo claro que Facebook había cometido un error cuando volvieron sobre sus pasos, lanzando una nueva y rapidísima versión para iOS. Hasta un ácido crítico como Arrington dijo “Facebook is back in the mobile game”.

Ayer el mismo Arrington entrevistó a Mark Zuckerberg en TechCrunch Disrupt. Palabras de “Zuck”:

“El mayor error que cometió Facebook en su historia fue apostar demasiado a HTML5. Perdimos dos años gracias a este error”

Creo que este caso encierra un gran aprendizaje para todos los que tenemos la obligación de observar la industria y decidir cómo invertir esfuerzos: la mayoría de las veces es una gran idea seguir a los que saben pero es necesario estar muy alerta, porque los que saben también se equivocan y… mal de muchos, consuelo de tontos.

Daniel Rabinovich (@drabinovich)