Professional Documents
Culture Documents
2007-6819
Sntesis libro
How Google Works
Introduccin
En julio de 2003, Eric Schmidt haba sido CEO de Google Inc por 2 aos, cuando entonces
recibi un correo electrnico de uno de los miembros de la Junta de Miembros e
inversionistas de la compaa, Mike Moritz con la siguiente sugerencia:
Puede ser que quieras considerar seleccionar un espacio de 3 horas a mediados de agosto
cuando la administracin presente a la Junta nuestra campaa para competir con
Finlandia. (Yo no creo que debamos esperar hasta la reunin de septiembre. Es un tema
demasiado importante y todos hemos aprendido que la mejor va para descubrir qu tan
rpido pasa un ao es competir con Finlandia.)
Esta nota puede confundir a cualquiera. Por qu Google, un start-up de Internet de 5 aos
de edad va a competir con Finlandia, un pas de 5 millones de habitantes a miles de millas de
distancia y considerado un pas amistoso y pacfico?
El email sobre Finlandia lleg justo cuando Eric se senta como que finalmente se estaba
adaptando a Google. Haba venido de Novell, en donde fue el CEO, y haba trabajado
tambin en Sun Microsystems y Bell Labs. Su relacin con los dos fundadores (Larry Page
y Sergey Brin) se estaba fortaleciendo cada da ms y la plataforma de publicidad de Google
(AdWords) estaba empezando a generar ingresos que sorprendan a los inversionistas.
Como se insinu en el correo anterior, hay un competidor en el horizonte, pero no eran
realmente los finlandeses. Finlandia era el cdigo interno de Google para referirse a
Microsoft, a travs de cuyos productos (Internet Explorer) vena la gran mayora de trfico
de usuarios de Google. Si Microsoft se interesara seriamente en el negocio de Google, les
podra ir muy mal a Eric y su empresa. Lo que Moritz quera era un plan de negocio, a tiempo,
antes de que la competencia decidiera aplastarlos.
Just go talk to the engineers
Cuando Sergey y Larry fundaron Google en 1998, no tenan ningn entrenamiento formal en
negocios, mucho menos experiencia. Su plan para crear en gran motor de bsquedas era
sencillo: contratar ingenieros de software talentosos y darles libertad. Mientras la mayora de
las empresas dicen que sus empleados lo son todo, Larry y Sergey realmente administraban
la compaa de esa forma.
El plan Finlandia
El plan que finalmente se present a la Junta fue lo suficientemente parecido a un plan de
negocios como para que los miembros se encuentren satisfechos. Deca que Google siempre
ofrecer servicios de ms alta calidad y que estos seran fcilmente accesibles Propona que
los cimientos de Google son sus usuarios, que mientras ms usuarios tenga Google, tambin
Felipe J. Villanueva D.
2007-6819
Felipe J. Villanueva D.
2007-6819
La mayora de las compaas evitan esto. Ellas se vuelven exitosas y luego es que deciden
que deben documentar su cultura. El trabajo lo dejan en manos entonces de alguna persona
de Recursos Humanos o de Relaciones Pblicas quien probablemente no era un miembro del
equipo fundador, pero se espera que escriba el Mission Statement de la organizacin. El
resultado es usualmente una serie de frases corporativas que estn llenas de clientes
encantados y empleados innovadores. La diferencia de las empresas exitosas de las que
no es si sus empleados se creen estas palabras.
No escuches a los HiPPOs
Los hipoptamos son animales mortales para cualquier enemigo a su paso. Los Hippos
(reduccin de hipoptamos en ingls) son peligrosos en las compaas tambin, en donde
toman la forma de Higuest-Paid Persons Opinion (La opinin de la persona mejor pagada).
Cuando se trata de calidad en la toma de decisiones, el nivel de salario es intrnsecamente
irrelevante y la experiencia slo es valiosa si se usa para armar un argumento ganador.
Desafortunadamente, en la mayora de las compaas, la experiencia es el argumento
ganador. En estos casos el poder no deriva del mrito, es una tenurocracia.
Cuando uno deja de escuchar a los HiPPOs uno empieza a crear una meritocracia, en donde
la calidad de la idea es lo que importa, no quien la propone.
Apostar por la visin tcnica, no en investigacin de mercado
Cuando a mediados de los 90, Larry y Sergey empezaron a investigar su proyecto de tesis de
doctorado que luego se convertira en Google, los motores de bsqueda lderes clasificaban
sus resultados nicamente segn el contenido del sitio web. Si uno realizaba una bsqueda
de universidad uno lo que obtena era resultados de libreras o tiendas de bicicleta en lugar
de una universidad. Larry inclusive fue a una de estas compaas de bsqueda con sus
cuestionamientos y slo le dijeron que deba ser ms preciso con sus trminos de bsqueda.
Ms tarde Larry y Sergey descubrieron una mejor forma de llevar a cabo las bsquedas. Ellos
encontraron que podan determinar la calidad de un sitio web (qu tan relevante sera el
contenido para responder la bsqueda del usuario) encontrando cules otras pginas llevan a
ella. Si uno encuentra una pgina a la que muchas apuntan, uno habr encontrado una pgina
de mayor calidad.
Hay muchos otros factores que hicieron a Google mucho mejor que su competencia, pero
esta sola visin tcnica fue el corazn de su xito.
Especializarse
Un buen abordaje para crecer es encontrar vas para especializarse; a veces la mejor va para
crecer una platadorma es encontrar una especialidad que tiene el potencial de crecer. Google
se concentr en una cosa: Ser excelentes en bsquedas, lo que se puede medir en 5 ejes:
1. Velocidad. Rpido es siempre mejor que lento.
2. Precisin. Qu tan relevantes son los resultados a la bsqueda del usuario?
Felipe J. Villanueva D.
2007-6819
Felipe J. Villanueva D.
2007-6819
Fallar bien
Para innovar, hay que aprender a fallar bien. Aprende de tus errores: cualquier proyecto
fallido debe proveer informacin valiosa en los aspectos tcnicos, de usuario y de mercado
que nos ayuden a informarnos mejor para el siguiente proyecto. Hay que mirar en los
componentes del proyecto fallido y ver cules de estos pueden ser reaplicados en otra parte.
Larry dice que si ests pensando lo suficientemente grande, es muy difcil fallar
completamente, siempre hay algo valioso en lo que queda. Adems, no se debe estigmatizar
al equipo que fall, debe asegurarse que mantengan buenos empleos ya que intentaron algo
creativo y los siguientes potenciales innovadores estarn observando si los que fallan son
castigados.
El trabajo de la gerencia no es el de mitigar riesgos o prevenir fallos, sino el de crear un
ambiente lo suficientemente resistente como para afrontar esos riesgos y tolerar esos
probables pasos equivocados.
El tiempo de fallo es probablemente elemento ms difcil de conseguir bien. Un buen fallo
es un fallo rpido: desde que uno ve que un proyecto no va a ser exitoso hay que cerrarlo lo
antes posible para evitar gastar ms recursos e incurrir en costos oportunistas (esos
inteligentes creativos en lugar de estar trabajando en un proyecto que est fracasando pueden
aportar ms en otro con potencial xito).