Por qué todo el mundo debería estar en atención al cliente (especialmente los ingenieros)

Cuando el creador sabe que tendrá que brindar soporte al usuario,crea un producto que funciona mejor y es más amigable.

El fundador de Booking.com puso un ruidoso teléfono rojo en la oficina de Ingeniería. Era el teléfono de atención al cliente. ¿Por qué alguien pondría a un ingeniero a atender llamadas?

Porque después de la tercera llamada por el mismo problema, el ingeniero prefiere cortar con lo que esta haciendo y arreglar el problema, que seguir atendiendo el teléfono.

La mayoría de mis aprendizajes han venido por frustraciones (¡sino es que todos!) y como argentino sé lo frustrante que son los servicios en general aquí (particularmente Internet cuando no funciona).

Hubo 3 momentos claves en mis experiencias con mis proveedores de Internet:

El servicio no es estable: deja de funcionar intermitentemente y algunas veces se cae por horas.

Cuando llamo me atiende un operador con mala onda que me trata como un tonto. (No creo que lo haga a propósito, sigue órdenes o no tiene idea de lo que habla).

Luego de varias llamadas, no obtengo una solución.

¿Qué pasa luego?

Cancelo el servicio
Contrato otro proveedor.
Si un amigo me pregunta, no lo recomiendo.

Sin embargo, y a pesar de que el servicio de Internet es malo en Argentina, nuestros proveedores, en vez de solucionar los problemas para brindar un servicio estable y confiable, lanzan nuevos planes cada 6 meses con el afán de conseguir nuevos clientes: 5 mb en vez de 2.5 o 15 en vez de 10mb, etc.

¿Hay un problema de prioridades?

Lo que yo necesito no es mas velocidad; es estabilidad y alguien que me brinde un buen soporte si algo falla.

Como mis proveedores no podían proveerme un servicio confiable el 100% del tiempo, terminé contratando a los 2, de manera que si uno no funciona, puedo usar el otro.

Moraleja 1.

Cuando el servicio falla, el soporte es clave. Es un momento decisivo; es el momento en el cual el cliente decide permanecer o empezar a buscar un reemplazo.

Moraleja 2.

Brindar un mal servicio es como hacer publicidad para la competencia. Un evento de mal servicio dispara una búsqueda de proveedores alternativos.

Moraleja 3.

Como cliente, estoy pagando 2 veces, por obtener más estabilidad y confiabilidad. ¡Qué importante es que las cosas funcionen simplemente bien!

Dos términos para describir la calidad según los japoneses

La cultura japonesa tiene dos términos para describir la calidad de un servicio o producto:

Atarimae hinshitsu:

El nivel de básico de calidad es que el producto debe funcionar, la promesa que se le hizo al cliente se debe cumplir. «Una lapicera debe escribir», «Una cuchillo debe cortar».
Este nivel de calidad se obtiene cuando el producto hace lo que dice que hace. En el caso de Internet, sería, simplemente que entregue la velocidad que contraté y que sea estable.

Miryoku teki hinshitsu:

El siguiente nivel en la calidad es que el producto debe encantar al cliente. El ejemplo más claro que se me viene a la mente son los productos de Apple: la caja, el envoltorio, el diseño, es impecable. Hace nmucho más de lo que prometen: no solo funcionan bien, sino que además, encantan.

En el diseño de productos o servicios, atarimae hinshitsu y miryokuteki hinshitsu juntos se aseguran que crearemos algo que no sólo cumplirá con las expectativas del clientes, sino que también será un producto «encantador».

Este video de Ken Hale, uno de los partners de Y Combinator, (un grupo de inversores y mentores exitosos) lo explica perfectamente.

La gran pregunta ¿Arreglamos, mejoramos o hacemos algo nuevo?

En el afán de crecer, todas las empresas quieren hacer cosas nuevas para atraer más clientes.

Pero cuantas veces nos preguntamos ¿y si primero arreglamos lo que tenemos roto? ¿o mejoramos lo que tenemos? o ¿hacemos algo nuevo? Los recursos son muy limitados y necesitamos definir prioridades.

La respuesta podría estar en el Soporte al Cliente.

Cuando el desarrollo esta guiado por el soporte al cliente, estamos en presencia del SDD (Support Driven Development). Acuñado por el fundador de Wufoo, Kevin Hale, el Support Driven Development es:

«Inyectar humildad y responsabilidad en el proceso de desarrollo asegurándose que los creadores también serán los que brinden soporte al cliente.» Si voy a crear esto,¿cómo me afectará después cuando tenga que brindar soporte al usuario?» – Kevin Hale

En otras palabras: los ingenieros hacen soporte. O mejor dicho, todos hacen soporte.

Basta con hacer soporte o hablar con la persona encargada de soporte para saber con qué debemos continuar.

El principio básico es que todo debe funcionar de acuerdo con lo prometido al cliente (atarimae hinshitsu). Por lo tanto, si hay consultas (o quejas) repetidas sobre un asunto, el desarrollo debe orientarse a solucionar ese problema primero, antes de hacer cosas nuevas o trabajar en los detalles de las existentes.

Las 5 prioridades en Support Driven Development, de mayor a menor prioridad.

Arreglar lo que está roto. Si hay algo que no funciona, se arregla. Esa es la prioridad más grande; todo lo que este en frente de nuestros clientes, debe funcionar bien.

Tip: basta con preguntarle a la persona de soporte o hacer soporte una semana para saber lo que esta roto. Concentrarse primero en los problemas que se repiten; esos los sabe cualquier persona de soporte, sin necesitar ningún sistema de control de bugs o tareas.

Hacer más fácil de usar lo que ya existe. Si hay algo que no tiene documentación, es difícil (o imposible de usar), no es intuitivo o no es accessible, entonces se trata de hacer más fácil de usar (más intuitivo, se le agrega documentación o ayuda contextual, etc).

Tip: para hacer más usable cualquier cosa, hay que ver como la usa alguien por primera vez.

Mejorar la funcionalidad. Basándonos en los requerimientos de nuestros usuarios, mejoramos una funcionalidad de nuestro producto.

Humanizar la relación. Cuando la funcionalidad ya está funcionando bien, (aunque esto puede ser hecho desde el principio), la humanizamos. ¿Qué significa humanizarla? Hacer la comunicación más personal, más intima y más relevante.

TIP: habla en el lenguaje de tus clientes. Haz un estudio de «personas» para entender quién es tu cliente y cómo hablarle.

Cuando lo anterior está listo, agregamos nuevas funcionalidades. En última instancia, cuando todo funciona, es usable y se ha humanizado, creamos una nueva funcionalidad para resolver otro problema de nuestro cliente.

Las prioridades 1 y 2 del SDD están relacionadas al «atarimae hinshitsu». O sea, de ellas depende que el producto pueda hacer para el usuario lo que dice que puede hacer. El producto debe funcionar y debe haber sido diseñado de manera tal que el usuario pueda utilizarlo.

Las prioridades 3 y 4 del SDD están más relacionadas al «miryouku teki hinshitsu». O sea, a como el producto va a encantar al usuario, debe hacer su experiencia placentera.

3 estrategias para acelerar el SDD

1. Poner a todos en servicio al cliente (especialmente a los ingenieros)

«El creador, también hace soporte»

¿Te gustaría de tener un crecimiento como el que tuvo Stripe? Ellos utilizan el SDD: todos hacen soporte, incluso los fundadores.

Cito un fragmento de este post que habla sobre la cultura de Stripe:

Every single engineer does support, on a bi-weekly rotation. Even the founders John and Patrick. We provide support over an IRC channel, email, and through Stripe answers. I’ve found providing support to be one of the best ways to learn about the company, how everything works internally, and our customer’s needs. I’ve been writing a bunch of tools to automate some of the most common queries, like chargeback evidence, but at the end of the day we want to ensure that there’s always a human available.»

2. Mejorar las herramientas de soporte

Una de los grandes beneficios de poner a un ingeniero a trabajar en soporte, es que va a mejorar las herramientas de soporte. Cuando se presente ante una tarea repetitiva, va a desarrollar una herramienta para hacer ese proceso más simple y esa nueva herramienta va a acelerar el soporte de toda la organización. Las herramientas de soporte se van a ver naturalmente mejoradas cuando un ingeniero trabaje en soporte.

3. Poner un responsable de Customer Happiness, que reporte al o sea también el responsable de Operaciones y que los clientes puedan acceder a él.

La excelencia operativa y la eficiencia operativa debería estar ligada a la felicidad de los clientes de la empresa. Las operaciones de la empresa deben hacerse más eficientes día a día pero nunca a costa de la felicidad de clientes o empleados.

Por qué es mucho mejor ser el mejor para uno que bueno para todos

Por último, pero muy importante, especialmente para un startup es recordar que nuestros recursos están muy limitados y por ello, no podemos (ni debemos complacer a todo el mundo).

Para crecer rápido, Paul Graham de Y Combinator recomienda hacer un producto que satisfaga completamente las necesidades de un solo tipo de clientes. Un producto que sea «lo mejor» para un tipo de cliente y no un producto que sea mediocre para un montón de personas.

Una vez que conseguimos un producto que es excepcionalmente bueno para alguien, es mucho más fácil encontrar otras personas similares que tratar de adquirir más clientes cuando tenemos un producto que es medianamente bueno para muchos.

En realidad esto es fácil de explicar matemáticamente: si elegimos un tipo de clientes y nuestra clientela es básicamente una colección de clientes con las mismas necesidades, cada mejora que hacemos impacta a toda la colección de clientes.

Por otra parte, si tenemos un conjunto de clientes con diferentes necesidades, cada mejora impacta parcialmente en nuestro conjunto de clientes. O impacta positivamente en unos y negativamente en otros, consiguientemente el impacto es mucho menor.

A la hora de definir prioridades empieza por resolver lo que está roto, lo que no funciona para un segmento de clientes en el cuál te quieres enfocar; cuando todo esté arreglado, haz todo más fácil de usar. Cuando todo funcione y sea fácil de usar, mejora las funcionalidades actuales. En ese punto puedes comenzar a hacer tu producto «encantador» y recién después y por último, comienza a desarrollar cosas nuevas.

Me gustaría escuchar lo que piensas ¿Te parece correcto que todo el mundo haga soporte, incluso los ingenieros?

Programando en Rio de Janeiro (+ Surf, Caballos y Toptal)

Warning: long post!

Este es un post largo. Si estás con poco tiempo, podes leer las negritas y saltar directamente a la conclusión!

Habla de mi viaje a Río, como entendí que para pensar mejor hay que controlar el estrés, la importancia de rodearse de personas mejores que uno y cómo mejorar el crecimiento de tu empresa escribiendo la ecuación que la define! Si no tenés mucho tiempo te dejo sólo un consejo: elegí un lugar para trabajar donde disfrutes vivir!

Intro -> Argentina = Depresión

Hace 4 meses que estoy viviendo en Río de Janeiro; no quería estar más en Argentina porque francamente no soporto más este gobierno. También porque me siento aislado del mundo. Pasé el 2012 prácticamente afuera de la Argentina y volver en Octubre de 2012 para toparme con el nivel de corrupción que caracteriza a ese país no me hizo crecer en nada! Es anti-inspiración!

2012 fue un año increíble: fui seleccionado para participar de Rockstart Accelerator en Europa, siendo Postcron la primera empresa cordobesa acelerada en Europa, vendí mi negocio anterior, contraté más gente, recibí una inversion en Europa, llevé gente a Europa, eché gente, viajé a San Francisco y volví a la Argentina.

Dia típico en Colón y Cañada (Córdoba)

Fue increíble, porque aprendí como nacen y crecen las empresas en países del primer mundo, pero también fue super estresante, porque no logré conseguir todos los objetivos que me propuse a pesar de que di de mi el 100%. Aclaro, que el objetivo era (y todavía es) convertir a Postcron en la mejor herramienta para agendar posts en redes sociales en Sudamérica.

Durante la segunda etapa del 2012 Postcron creció mucho más rápido que el equipo que lo estaba desarrollando. Llegamos a tener más de 40 mil visitas por dïa y hasta 1 millón de visitas por mes. El crecimiento era increible; sin embargo, nuestro equipo no funcionó. Desde el primer momento hubo problemas; tal vez por la presión, tal vez por la falta de experiencia y tal vez porque el grupo se armó muy rápido.

Uno de los programadores que contraté (y llevé a Europa) decidió quedarse ahi y se fue a trabajar al startup del lado («la hizo bien» dirían algunos). Dejarte en bolas para irse a trabajar al startup del lado porque simplemente «quería quedarse en Europa» deja mucho que decir acerca de la ética de esa persona.

Volvimos a Argentina en Octubre y en ese momento éramos sólo tres personas trabajando y sólo una programando. Postcron seguía creciendo, más rápido de lo que lo podíamos manejar. Y la moral del equipo estaba baja. Contraté a alguien más. Mientras tanto, había días en los cuales el servidor se caía un sábado a las 10 de la noche y yo no sabía cómo arreglarlo; por eso decidí ponerme a programar de nuevo.

Hicimos algunas mejoras, pero nada fuera de lo común y en Noviembre, Facebook suspendió temporalmente nuestra cuenta haciéndonos perder muchos usuarios ese día. La suspensión en si misma no fue una gran cosa; pero la manera en que reaccionó el equipo fue muy reveladora. La moral estaba muy baja y el rendimiento en general del grupo era bajo.

Un startup no es una gran empresa en chiquito; la mayoría de los fundadores sabe que hay momentos en la vida de un Startup en los cuales no vas a dormir por días. Estaba sufriendo las consecuencias de ser un fundador solo.

Algo tenía que cambiar, porque de lo contrario el 2013 iba a ser una agonía. A pesar de que no andábamos bien con equipo, -por todo lo que habíamos pasado antes-, tengo un profundo respeto por el equipo que me acompaño hasta el final, porque son excelentes profesionales y unos tipasos, con los cuales podés hablar en cualquier momento y nunca te van a salir con nada raro y me acompañaron hasta último momento.

Lo pensé durante mucho tiempo y decidí «arrancar de nuevo», eso significaba, contratar un equipo nuevo y probablemente mudarme a un lugar donde las condiciones fueran más favorables.

El problema era que en ese punto y a pesar de haber programado mucho durante mi carrera (ingeniería electrónica), no había programado en WEB durante muchos años. Pero después pensé friamente y me dije: cuál es la distancia entre la persona que soy ahora y el programador que quiero ser? Y la respuesta, básicamente, estaba en leer unas 2000 páginas (unos 4 libros de 500 páginas). Podía volver a programar en unos 3 meses. Así que me puse a estudiar y a programar de nuevo.

En febrero del 2013, hablé con mi equipo y les dije que iba a seguir solo. Me costó muchísimo, porque la verdad, hay que tener huevo para hacerse cargo de un sistema cuando tuvo problemas técnicos durante 1 año y mientras uno está aprendiendo; pero siempre creo que si uno piensa en grande tiene también que tomar decisiones valientes, así que me arme de huevos y les dije. Iba a seguir solo.

Creo que hay veces en las cuales, la única respuesta posible a ciertos problema es : «Hay que tener huevos para hacerlo. Es todo lo que necesitas. Dejá de pensarlo y hacelo.» Sea lo que sea.

El 16 de febrero de 2013 Postcron quedó a mi cargo.

Lecciones aprendidas de esa estapa

Un startup necesita un co-fundador técnico.
No se puede delegar lo que no se puede controlar. Es eso o sufrir una baja de performance.
La construcción de un roadmap de negocios tiene que estar alineada con la del roadmap técnico.
NO se ahorra tiempo construyendo software de baja calidad, sólo se retardan los problemas.
Un startup no encaja con personas con la mentalidad de trabajar 9 de la mañana a 6 de la tarde; un startup que comienza con esas personas, es un startup muerto.

La decisión de viajar a Río = felicidad

Entonces, estaba solo y tenía que corregir y mejorar el sistema; también quería mudarme al mejor lugar para desarrollar la empresa. Básicamente había dos opciones: Brasil o Estados Unidos. La mayoría de mis clientes está en Brasil y la competencia es muchísimo más baja ahí; prácticamente no hay competidores en Sudamérica y el mercado en Brasil es enorme y está creciendo muy rápido.

Por otra parte, en Estados Unidos, particularmente en San Francisco, uno aprende mucho más rapido, porque el entorno es desafiante y por supuesto, hay muchísimo más capital destinado a startups. En Brasil habia 2 opciones: Rio de Janeiro o Sao Paulo. Hice una pequeña investigación y descubrí que tanto en Río como en Sao Paulo había cada vez más aceleradoras, startups y capital de riesgo. Por dónde empezar?

Básicamente, durante los primeros meses iba a tener que programar y solucionar bugs; no estaba en mis planes conseguir una inversión nueva hasta que estuviera en una posición de crecimiento fuerte de nuevo, por lo tanto Brasil era una buena opción.

Me decidí por Río de Janeiro. La verdad, estaba muy cansado y quería estar en un lugar donde pudiera trabajar y disfrutar a la vez.

Playa de Copacabana

Primer noche, un sueño no esperado

La primer noche tuve un sueño totalmente inesperado. Soñé con caballos! Estaba en un campo y montaba un caballo a toda velocidad; había otras personas en el sueño también con sus caballos; pero mi caballo era mas rápido y fuerte. Me levanté energizado y le conté a a la Ro (mi novia) acera del sueño. Jamás había soñado con caballos y no sabia lo que significaba, pero la velocidad y la fuerza del caballo en el sueño me gustaron!

Durante los días siguientes me dediqué a programar y a pensar. Básicamente permanecía en el departamento programando y sólo salia para tomar aire y relajarme un rato en la playa. Más allá de cualquier cosa que hubiera pasado antes y que no hubiera conseguido hacer de Postcron el nro 1 en el 2012, el hecho de estar en Brasil y que el proyecto sólo dependa de mi me hacia estar infinitamente agradecido por lo que estaba pasando en ese momento. No tenía noción del tiempo en el sentido tradicional y podía estar programando a las 3 de la mañana o a las 3 de la tarde. Daba lo mismo!

Optimizar las condiciones para mejorar la toma de decisiones

Hace tiempo que utilizo una técnica diariamente que consiste en anotar, antes de irme a dormir, las cosas que resultaron bien, por algo que hice o deje de hacer un tiempo atrás -o sea, por una decisión que tomé hace un tiempo atrás- y cuáles son las cosas que me frustaron hoy, por causa de algo que hice o dejé de hacer un tiempo atrás.

Básicamente, anoto las cosas por las cuales estoy agradecido y las cosas que me frustran, para hacer más de lo primero y dejar de hacer o corregir lo segundo.

Estaba contento por la decisión de haber ido a Río de Janeiro.

Aproveché el tiempo allá para meditar sobre lo que vendría después y como podría maximizar los beneficios. Río de Janeiro habia sido una buena decisión. La pregunta que me hacía es: cómo puedo maximizar la cantidad de buenas decisiones que voy a tomar? Cuáles son los factores externos que contribuyen a una mejor toma de decisiones? Cuáles son los factores que afectan negativamente a la toma de decisiones? Cuál es el framework que me permitiría tomar mejores decisiones?

Este tema merece un post completo, pero voy a tratar de algunas de las ideas que tuve sobre como tomar mejores decisiones:

Controlar el stress.

Cuando estamos estresados (muy estresados) tomamos peores decisiones. Ya sean presiones familiares o económicas, u objetivos inalcanzables, cuando la presión es excesiva, tomamos decisiones apresuradas sin pensar con claridad. Ciertamente, hay veces que es necesario tomar decisiones rápidas; pero no se puede vivir bajo un estrés tal que TODA decision sea apresurada.

Es un círculo vicioso, el estrés nos hace tomar malas decisiones, que tienen malas consecuencias, que contribuyen a más presión, que nos hacen tomar peores decisiones. Puede evitarse el estrés? Puede evitarse la presión? Ciertamente si!

Estoy diciendo que NO hay que tener presion? NO! Un poco de presión es buena, nos mantiene alerta y nos pone los pies sobre la tierra. Y hay veces que no hay otra alternativa más que solucionar el problema, no importa si no se puede dormir durante días y trabajar sin parar. Pero eso no se puede mantener en el largo plazo.

Otras ideas claves sobre las cuales no me voy a extender ahora:

Llevar una vida saludable: comer bien, dormir bien, hacer deportes -> O sea: Loco, movete!
Divertirse!
Rodearse de personas felices y motivadas.
Rodearse de personas más inteligentes que uno.
Alejarse de los detractores. (MUY IMPORTANTE)
Usar las matemáticas para calcular a donde vamos a estar. (No andar a tontas y a locas sin calcular a donde vamos a estar)

Surf, Polo y Toptal

10 días después de llegar a Rio, se me vino a la mente una de las entrevistas que había visto en Mixergy.com. Mixergy es un programa en el cual Andrew, el fundador, entrevista a emprendedores exitosos. Andrew, de Mixergy, se caracteriza por hacer preguntas muy incisivas y puntuales para entender cómo funciona cada empresa y qué es lo que la hizo exitosa.

En esa entrevista que había visto antes de llegar a Rio, el entrevistado, Breanden Beneschott de Toptal.com , decía que estaba viviendo en Río de Janeiro. Toptal es una empresa que conecta los mejores programadores del mundo con las mejores empresas del mundo; es mundialmente reconocida por su arduo proceso de admisión.

Como estaba solo en Río y quería conectarme con otros emprendedores, agregué a Breanden a Skype ese mismo día! Le conté que venía de Argentina y que estaba buscando conectarme con otros emprendedores para aprender, intercambiar ideas o salir a hacer algún deporte o tomar algo. Le pregunté si estaba haciendo algún deporte y me dijo que estaba aprendiendo a surfear, asi que me-sumé-de-una!

Ese domingo tomé la primer clase de surf en Barra junto con Breanden, Co-fundador y COO de Toptal. Hacer surf resultó mas dificil de lo que pensaba. Habia un oleaje bastante fuerte y para poder surfear primero hay que llegar al punto donde te podes subir a las olas; el mar estaba fuerte así que me llevaba como 30 minutos llegar hasta el punto donde me podía subir a una ola.

Después hay que esperar la ola correcta y tener la técnica y agilidad suficiente para poder subirse a la ola y surfearla en el momento que aparece.

Adrian, mi tío, me dijo un mes después: «El surf es como la vida y los negocios: 1) no podés aprender a surfear leyendo un libro y 2) tenés que esperar la ola correcta, no tenés que desesperarte y tratar de subirte en cada ola.»

Una semana despues Breanden me invita a jugar al Polo. Mi primera reacción fue decirle que no; en primer lugar porque no tenía idea de como jugar al polo y en segundo porque fui a Brasil para concentrarme en limpiar el código, no para hacer deportes». Pero inmediatamente pensé: esta persona me invita a hacer mas actividades, es de los que constantemente te esta invitando y desafiando a hacer cosas nuevas; hacia tiempo que no conocía una persona asi y por eso le dije que si, que iba a empezar a jugar al polo!

Y de repente, me acorde del sueño que tuve la primer noche; había soñado con un caballo, a toda velocidad. Y ahi estaba, 15 días después, cabalgando a toda velocidad. Nunca me imaginé que iba a jugar al polo y nunca había soñado con caballos.

Es increible como te relaja hacer equitación; existe algo entre el caballo y uno que hace que la equitación sea tan relajante. Inmediatamente después de andar a caballo tenía que dormir y dormía como un tronco. Hacía tiempo que no dormia así. Mejor dicho, durante varios meses dormí muy mal o no dormía porque tenia que re-aprender a programar mientras solucionaba urgencias.

Mudanza

Copacabana no estaba cerca de Barra de Tijuca (donde vivía Breanden y hacíamos polo y surf); había entre 40 minutos y 1 hora de distancia, hora y media cuando el tráfico estaba pesado. Y si bien durante esa hora aprovechaba para leer o pensar, realmente me estaba consumiendo mucho tiempo.

Unos días después Breanden me dijo que si quería quedarme en su departamento no habia problema. Por supuesto que le dije que no al principio! No es común para un argentino compartir un departamento. No tenemos incorporado el concepto de «room mate», como los norteamericanos. Además, no queria molestar, el estaba viviendo con su novia. Pero dado que me insistió acepte y le ofreci pagarle lo mismo que pagaba por alquilar mi departamento, por alquilar una pieza en su departamento.

El lugar era increible: el mejor condominio de Barra de Tijuca, frente a la playa, con jacuzzi, pileta, gimnasio, sauna, metegol, canchas de tenis y de basquea. Un sueño!

Oficina nueva

Mas allá del lugar, me copaba la idea de trabajar junto a un emprendedor que había fundado una empresa que estaba creciendo muy rápido puesto que podía aprender muchisimo.

-Entre paréntesis-, qué es Toptal?

Toptal.com es un marketplace entre los mejores programadores y las mejores empresas. Fundada por Breanden Beneschott y Taso Du Val, es una plataforma que conecta desarrolladores freelance con empresas que necesitan programadores talentosos. Su secreto esta en el proceso de recruiting y screening. Seleccionan a los mejores y trabajan con las mejores empresas.

Es un startup, pero en menos de 3 años ya facturan a un ritmo de 15 millones de dólares por año! Entre sus inversores encontramos a Andreessen Horowitz (firma que ya invirtió mas de 2 BIllones en startups) y Adam D’Angelo, fundador de Quora, entre otros. Para los programadores, esta buenísimo porque pagan muy bien, sin importar donde estes en al mundo (alrededor de 6000 dolares por mes si trabajas full time) y para las empresas, es genial porque encuentran talento rapido ahorrándose el proceso de recruiting y screening. BTW, si sos programador y querés aplicar, entrá a este link http://bit.ly/11NNnto.

Durante las siguientes semanas, aprendí muchisimo de Breanden. Mas que aprender, en realidad re-descubri cosas que habia leído, escuchado o puesto en práctica alguna vez.

1. Piensa globalmente. Cuando Toptal comenzó; sus fundadores decidieron instalarse en un lugar donde pudieran vivir bien con bajos costos. California es muy cara y por eso decidieron mudarse a Budapest, en Hungría. Ahi, por la mitad de dinero que hubieran gastado en California, tendrían el doble de satisfaccion y además tendrían accesso a recursos altamente capacitados por mucho menos precio.

2. Siempre contrata y rodéate de jugadores A+. Toptal solo contrata personas que pueden hacer el trabajo mejor que las personas que actualmente estan haciendo el trabajo; hay dos preguntas básicas -bottom line- para saber si una persona que esta a prueba permancerá en el puesto. Puede esta persona hacer este trabajo mejor que yo? Puedo confiar en que esta persona hará todo lo necesario para resolver un problema antes de llamarme a mi?

3. El trabajo remoto es posible, es efectivo y es eficiente. Toptal tiene mas de 500 programadores trabajando a distancia para cientos de empresas alrededor de todo el mundo. La clave esta en la clase de personas que se seleccionan: tienen que se muy responsables, estar online prácticamente todo el día y ser capaces de autogestionarse; se suman otras cualidades, como que sean capaz de comunicarse bien, respetar horarios de reuniones, hablar inglés y ser autodidactas.

4. Visualiza el tunel de ventas (sales funnel) de tu empresa para optimizarlo dia a dia, semana a semana, mes a mes. Breanden trabaja día a día para optimizar los porcentajes de conversión y los caminos para incrementar la productividad y el volumen de clientes de la empresa. Para ser eficiente en eso, tienes que entender las matemáticas de tu negocio. Dibuja el «Funnel» te tu empresa en un pizarrón y los radios de conversión y trabaja día a día en mejorarlos. Con eso claro, vas a poder plantear nuevas hipotesis de crecimiento y testearlas. Como dice Eric Ries, hay que crear, medir y aprender. Exactamente eso es lo que hacía diariamente este emprendedor.

Playa de Barra de Tijuca

Resumiendo, estos fueron los (re) aprendizajes de esta etapa:

Controla el estrés para tomar mejores decisiones.
Rodéate de personas que sean mejores que ti y que naturalmente esten motivadas. La motivación y la ambición son contagiosas.
Diviértete y en lo posible realiza deportes. Un cuerpo sano y lleno de energía te va a ayudar a tomar mejores decisiones.
Aléjate de los detractores.
Utiliza las matemáticas para predecir el futuro de tu empresa; construye, mide y aprende de tus experimentos para encontrar la ecuación perfecta.

(y un último consejo, si te dedicas al software, nunca sacrifiques la calidad en pos de la velocidad; siempre escribe tests automatizados para hacer sostenible el crecimiento de todo ese sistema; esta lección me costo muy caro el año pasado).

Siempre me pregunto porque escribo para este blog. Escribo para conocer más gente que comparte mis ideas y valores y probablemente trabajar juntos después. Si querés ser mejor en lo que hacés día a día, si querés competir a nivel global, aprender y divertirte en el intento, ponte en contacto conmigo (alejandro -at- postcron -dot- com). Estoy buscando conectarme con desarrolladores, diseñadores, escritores y marketers (growth hackers), incluso si ya estás trabajando en un lugar que te gusta, solo para permanecer conectados.

Un abrazo y que tengas éxito en lo que estás haciendo!!

Alejandro

P.D.1

POST QUE SE VIENE: «Como soportar a un emprendedor -y no matarlo en el intento-«(-escrito por Rosángela, mi novia).

P.D.2.

Postcron viene creciendo bárbaro 🙂

Cuando quieras tener éxito, tanto como quieras respirar, lo vas a conseguir.

La mayoria de los que quieren ser «exitosos», lo quieren, pero no tanto como para trabajar un fin de semana y feriado.

Increíble. Dicen que son emprendedores, pero actúan diferente. Sacrifican la oportunidad de hacer algo grandioso, por dormir un rato más -si, por dormir un rato mas-, o tomarse un feriado, o un paseito en auto. Tanto así les falta caracter y determinación.

Perderse la oportunidad de hacer algo grande por un rato mas de sueño o un paseo en auto? Esa va a ser la excusa? Habia muchos feriados? «Mi mujer», «Mi novia», «El gobierno», «Mi familia». Esa va a ser tu excusa? Feriado: Esa palabra no existe en los emprendedores de verdad. No hay días libres. No hay excusas.

Extraigo algunas palabras del video que adjunto a este post, y con el cual coincido completamente.

«Voy a decirles algo. La mayoría de ustedes no quieren ser exitosos; «dicen» que quieren serlo. Pero ni siquiera sacrifican un fin de semana, por dios; ni siquiera sacrifican una hora de sueño. No sacrifican una salida. Prefieren dormir una hora mas. No lo quieren de verdad, solo lo «quieren» de alguna forma. »

«Cuando quieras tener éxito, tanto como quieras respirar, vas a ser exitoso.

No te importa el futbol, el basquet, una salida; cuando llegues al punto en que quieras tanto ser exitoso, tanto como quieras respirar como si te estuvieras ahogando, vas a ser exitoso. Vas a ser exitoso cuando digas «No necesito ese dinero». Cuando lo quieras de verdad, te vas a olvidar de comer!

«Algún día, vas a tener que pasarte 3 dias sin dormir, porque si dormís, te podrías perder la oportunidad de tu vida».

No hay feriados. No hay fiestas. NO DAYS OFF. No hay días de descanso. Se trata de diferenciarte, de ganar una ventaja competitiva. No se trata solamente de hacer más, sino de ser mejor. Todos los días un poco mejor.

No es una semana, es un compromiso de por vida.

Hoy tenés que ser mas rápido de lo que fuiste ayer. Siempre un poco mejor, siempre un poco mas rápido. Siempre mejor de lo que fuiste ayer. Un paso a la vez.

7 preguntas esenciales para conocer mejor a tus clientes (o la diferencia entre el éxito y el fracaso de un startup)

Estas son las preguntas que tienes que hacerle a cada cliente:

A qué te dedicas? (esta es la más importante). (What’s your job and job title?)
Si no pudieras utilizar más nuestro servicio, que servicios utilizarías para reemplazarlo?
Cómo descubriste nuestro servicio?
Cuál es el beneficio más importante que recibes de nuestro servicio?
Cómo crees que podemos mejorar?
Qué tipo de personas podrían usar este servicio?
Recomendarías nuestro producto?

Quién es el cliente? Por qué utilizan tu aplicación? Entender QUIÉN es el cliente ,PARA QUE Y PORQUÉ utilizan tu servicio, es la clave del éxito en un startup.

Para ser más claro: cuando alguien dice que sus clientes son «Small Business Owners», o «Medium Size Businesses» no tiene idea quienes son sus clientes. Para hacer un buen desarrollo de clientes tenemos que ser muy especificos para describir nuestros clientes. Quiénes son? Dónde viven? A que se dedican? Cuáles son sus objetivos? Cuáles son sus hábitos? Cómo podemos ayudarlos a concretar sus objetivos?

La pregunta 1 («A qué te dedicas?«) es esencial porque un cliente nos esta contratando para hacer un trabajo. Cuál es ese trabajo? Mientras más conozcamos el trabajo que realiza el cliente, más podremos mejorar nuestro servicio/producto.

La pregunta 2 («Si no pudieras utilizar más nuestro servicio, que servicios utilizarías para reemplazarlo?») es importante para conocer a tus competidores.

Las pregunta 3 («Como descubriste nuestro servicio») es importante para saber como adquirir más clientes. Aqui tambien la segmentación es clave. Cada segmento de clientes puede tener diferente maneras de conocer el producto.

La pregunta 4 (Cuál es el beneficio más importante que recibes de nuestro servicio?) es importante para entender cual es el beneficio que les reporta a nuestros clientes el utilizar la aplicacion. Esta respuesta puede ser utilizada para describir los beneficios de nuestra aplicación a otros clientes.

Steve Blank dice que la diferencia entre los startup ganadores y perdedores, es que los ganadores entienden «POR QUÉ» los clientes compran el producto. Paul Graham, de Y combinator, en su ensayo «los 18 errores que matan a un startup», dice que uno de los errores mas frecuentes, es no tener un tipo específico de cliente en mente. Es muy claro en ese ensayo asi que pegué esa sección al final del post.

Having No Specific User in Mind (by Paul Graham)

You can’t build things users like without understanding them. I mentioned earlier that the most successful startups seem to have begun by trying to solve a problem their founders had. Perhaps there’s a rule here: perhaps you create wealth in proportion to how well you understand the problem you’re solving, and the problems you understand best are your own. [4]

That’s just a theory. What’s not a theory is the converse: if you’re trying to solve problems you don’t understand, you’re hosed.

And yet a surprising number of founders seem willing to assume that someone, they’re not sure exactly who, will want what they’re building. Do the founders want it? No, they’re not the target market. Who is? Teenagers. People interested in local events (that one is a perennial tarpit). Or «business» users. What business users? Gas stations? Movie studios? Defense contractors?

You can of course build something for users other than yourself. We did. But you should realize you’re stepping into dangerous territory. You’re flying on instruments, in effect, so you should (a) consciously shift gears, instead of assuming you can rely on your intuitions as you ordinarily would, and (b) look at the instruments.

In this case the instruments are the users. When designing for other people you have to be empirical. You can no longer guess what will work; you have to find users and measure their responses. So if you’re going to make something for teenagers or «business» users or some other group that doesn’t include you, you have to be able to talk some specific ones into using what you’re making. If you can’t, you’re on the wrong track.

Lecciones aprendidas

Hay que ser muy específicos a la hora de describir a nuestros clientes y las razones por las cuales ellos utilizan nuestros productos. Frases como «mi producto le ahorra tiempo y energia a los pequenos negocios», son muy generales e insuficientes. Hay que ser mas especifico en cuando al cliente y al beneficio. Hay que entender el trabajo que realizan y como nuestro producto/servico les ayuda a mejorar ese trabajo. Para ser mas específicos tenemos que conocer el QUIEN, el PARA QUE y el PORQUE.

Segmentar nuestra base de clientes es necesario para elegir a quien vamos a servir y a donde encontrar el tipo de clientes que queremos tener y las razones por las cuales ellos (y no otros) compran nuestro producto. Cada tipo de clientes, tiene sus razones especificas, sus features preferidas y sus maneras de conocer el producto. Uno crea riqueza haciendo algo que los clientes QUIEREN y estan dispuestos a pagar. Hay que construir lo que nuestros clientes QUIEREN que construyamos. Pero no podemos promediar ese pedido, tenemos que saber quien quiere cada cosa y elegir a que grupo vamos a servir.

PS. Un error frecuente al hacer las encuestas sin segmentar, es el siguiente: Uno pregunta en las encuestas «como nos conociste?» y el 80% responde que nos conoció en el lugar X. Ahora hay que preguntarse: ese 80% que respondió es el grupo de los clientes que nos admiran, usan, pagan y refieren? O es el grupo al cual no le interesamos, no usan nuestro producto, no pagan y no hablan de nosotros? Si no segmentamos, podriamos terminar buscando mas clientes de los que no queremos, en vez de concentrarnos en los que realmente queremos.

Para pensar

Puedes nombrar ahora a 5 de tus mejores clientes, aquellos que admiras, te admiran y te reportan beneficios, con nombre y apellido?

A que se dedican? Cual es o son sus trabajos?

Por qué te compran a ti y no a otros?

Cómo se enteraron de ti?

En fin..

Puedes nombrar ahora a 5 personas que admiras, que admiran y usan tu producto, que pagan por tus servicios, que lo han utilizado por mas de 3 meses y lo siguen usando (han superado el periodo de prueba) y hablan positivamente de tu producto? Para que lo usan? Por qué están tan felices con tu producto? Cuál es el beneficio que les reporta? Hay millones de personas en el mundo con el mismo perfil y la misma necesidad? Ese mercado esta creciendo? Sabes donde encontrarlos?

Si puedes responder a estas preguntas, con precisión, el éxito está a la vuelta de la esquina.

UPDATE: Seth Godin (uno de los mejores marketineros del mundo) explicando la importancia de saber a quien nos estamos dirigiendo y porque esto ha cambiado. http://goo.gl/rgZYr

Una técnica sencilla para mejorar diariamente

Desde hace un par de meses, comencé a utilizar una técnica muy sencilla para mejorar.

Antes de irme a dormir, anoto dos cosas:

1) Qué es lo que me frustra hoy, como resultado de algo que hice o no hice antes.

2) Qué es lo que agradezco hoy, como resultado de algo que hice o no hice antes.

No es que hago una lista de todas las cosas que agradezco y que me frustran, sino algo que realmente me hizo sentir bien o mal ese día. Es un ejercicio que no debería llevar mas de 5 minutos, puesto que no se trata de hacer una introspeccion extensiva, sino simplemente anotar algo que realmente nos frustró ese día y algo por lo cual estas agradecido.

Cuando lo haces por un par de semanas, te vas a dar cuenta de que son las mismas cosas las que te frustran día a día. Al identificarlas podes empezar a hacer algo para cambiarlas.

Pero hay acá un tip que me fue muy útil y me permitió cambiar algunas cosas: Había probado hacer esto antes, pero no me daba resultado porque trataba de solucionar el problema en 1 semana. Y los problemas que te vienen frustrando por años raramente se solucionan en una semana.

La clave esta en tomar la decisión de hacer algo todos los días, para que ese problema desaparezca en 5 años. Crearse un hábito para solucionar ese problema. «No quiero que esto siga sucediendo todos los dias por siempre, por eso día a día hago algo para cambiarlo y así en 5 años, en vez de estar frustrado por eso, voy a estar agradecido por haber hecho algo para cambiarlo.»

Por otra parte, cuando identificamos algo por lo cual estamos agradecido diariamente, tenemos que hacer un esfuerzo consciente por mantenerlo.

Es un proceso simple de auto-mejoramiento que consiste en dejar de hacer las cosas que nos generan diariamente problemas y seguir haciendo aquellas por las cuales estamos agradecidos.

En resumen:

a) Llevá un diario, anotando lo bueno y lo malo de cada día. No te pases más de 5 minutos por día escribiendo esto para empezar. Cuando te hagas el hábito de escribir, te podés tomar más tiempo.

b) Cuando identificás que algo malo se repite, comenzá un hábito para cambiarlo. No quieras cambiarlo en semanas; si se viene repitiendo diariamente desde hace mucho tiempo, no quieras cambiarlo en pocos días o semanas. Date tiempo para cambiarlo.

c) Cuando identificás algo bueno en tu vida, reforzalo activamente; seguí haciéndolo.

El fracaso más grande, es no haberlo intentado.

Vivimos en una cultura exitista. El fracaso no está permitido. Decir que nos fue mal, que fracasamos, no tener un buen auto, una linda casa, etc nos da vergüenza. Por el contrario tener un buen auto, vivir en una linda casa, en un lindo barrio y tomarse unas vacaciones en el Caribe, «estar bien» económicamente, son sinónimos de éxito.

La cultura exitista y el miedo al fracaso tienen un lado negativo muy grande: se arriesga menos.

Los fracasos no están permitidos. Puesto que el fallar no esta permitido, arriesgarse es mucho mas difícil. Y puesto que la gente arriesga menos, también hay menos éxitos. Desafortunadamente, esto produce una cultura de mediocridad o de éxitos moderados. Nada que vaya a cambiar el mundo, nada que modifique el comportamiento de billones de personas.

Esta cultura contribuye a que hayan pocos emprendedores de alcance global en Argentina.

La gente no arriesga, prefiere trabajar en una buena empresa. La gente tiene vergüenza de fallar. No lo cuenta. No lo dice. El fracaso no está permitido; si te arriesgás y te va mal, lo primero que tu viejo te va a decir es «sos un boludo». Ni hablar desde el punto de vista legal y económico, en el banco ni te abren las puertas.

Sin embargo, la mayoría de los emprendedores realmente exitosos que conozco, metieron la pata a lo grande con sus empresas pasadas. Tuvieron un fracaso total y completo.

Del fracaso se aprenden las lecciones mas importantes. Como dice Steve Blank, en Silicon Valley, un emprendedor con muchos fracasos, es un emprendedor con experiencia.

En una conferencia, uno de los asistentes preguntó a Steve Blank, cual era la diferencia entre los emprendedores europeos y los emprendedores de Silicon Valley. Blank respondió: es que tienen los huevos mas grandes. Y después dijo que era chiste. Pero no es tan chiste.

No hay que tener miedo de fallar. Hay que tener huevo, dar el 100%, arriesgarse. Es probable que metas la pata a lo grande. Pero lo importante es que sigas intentando. Y si fallas, te vas a levantar de nuevo. Eso si el fallo tiene que ser total y hay que saber aprender del fallo para no volver a cometer los mismos errores.

Por otra parte, hay que rodearse de personas que no tengan este miedo al fracaso; la cultura nos afecta. Cuando las cosas van mal, es muy importante tener alguien que te dice «seguí intentándolo» en vez de «conseguite un trabajo de verdad».

Ojalá hubiera fallado más y más temprano. Hubiera aprendido más y mas rápido. Pero para poder fallar mas temprano, tendría que haber intentado más cosas más temprano.

Lecciones aprendidas:

El fracaso más grande al fin y al cabo, es no haberlo intentado.

Vivimos en una cultura exitista, hay que ser consciente de eso y no dejar que eso no nos permita arriesgar en grande (aunque eso signifique «empezar de 0 y sin nada» o renunciar al estilo de vida que tenemos actualmente).

Cuáles fueron tus fracasos mas grandes y cuáles fueron tus aprendizajes? Qué es lo que te bloque ahora para «arriesgar» e ir por algo más grande? Cuán importante ha sido el fracaso para conseguir las cosas que conseguiste ahora?

UPDATE 21/01/2012: Video: http://t.co/24Bf4u6v. Jeff Bezzos, fundador de Amazon.com, contando como hizo para tomar la decisión de dejar su trabajo y empezar Amazon. En el video, Jeff explica como decidió minimizar el numero de «arrepentimientos» que tendría en el largo plazo; de esta forma, la decisión fue increíblemente fácil: el mayor arrepentimiento que tendría si no tomaba esta decisión, sería el de no haber empezado Amazon.com.

Vacunas para inmunizarnos contra una crisis

Las vacunas se utilizan para inmunizarnos frente a un virus. Básicamente se inyectan pequeñas cantidades del virus, que el cuerpo puede soportar, para volverlo más fuerte.

Si sistemáticamente esquivamos el conflicto en nuestros equipos, el día que haya un conflicto, no vamos a estar preparados y puede ser fatal para el equipo (o para nosotros mismos). Pequeños conflictos, o discusiones, son como vacunas, que van haciendo inmune al equipo y que le permitirán soportar y superar fuertes crisis cuando las haya.

Equipos pequeños, que aprenden rápido!

Desde hace unos meses (desafortunadamente) venimos renegando con la escalabilidad de Postcron.com. El sitio creció mucho más rápidamente de lo que esperábamos y esto nos generó muchos problemas. La semana pasada, investigando sobre escalabilidad, me encontré con el libro «Scaling PHP», de Steve Corona, el CEO de TwitPic. El libro es muy práctico y cuenta paso a paso, los pasos para escalar una aplicación en PHP tal como lo hizo Steve en TwittPic.

Inmediatamente después de comprarlo, le escribí un email y Steve accedió a charlar con nosotros para sacarnos las dudas que podamos tener despues de leer el libro 🙂

Lucas y Sebastián leyeron el libro durante el fin de semana y antes de la llamada, hicimos una reunión para ver como aprovechar los 15 minutos que ibamos a charlar con el.

Tuvimos la charla y mas alla de las preguntas tėcnicas particulares, yo le pregunté acerca de la composición del equipo técnico en un startup. Es necesario tener un SysAdmin y un DBA?

Según Steve, en un equipo pequeño como el nuestro, un sysadmin o un DBA no es necesario y hasta podria ralentizar el equipo. Lo que se necesita es un equipo fuerte de personas que puedan aprender rápido. Algunas saben mas que otras de un tema en particular, pero todas saben de todo.

Steve nos dio un par de consejos que nos ahorrarán muchos dolores de cabeza en el futuro. Guarda! Eso no significa que no tengamos que aprender, por el contrario, es nuestra tarea aprender a resolver el problema, pero el ya nos marcó la dirección. Somos nosotros los que tenemos que trabajar, probar, codificar, testear, etc.

Project Manager? DBA? Sysadmin? No!

Lo que se necesita es un equipo que pueda aprender rápido (más rápido que la competencia) y rodearse de las personas que puedan enseñarte rápidamente que hacer, porque ya pasaron por ese camino, porque ya hicieron y siguen haciendo.

Gracias Steve!

A vos que te parece? Es más importante tener especialistas en un startup o tipos que puedan aprender muy rápido acerca de toda la parte técnica?

Lo que aprendí durante mis 6 meses en Rockstart Accelerator

Hace 8 meses fui seleccionado para participar de Rockstart Accelerator con mi emprendimiento Postcron.com. Mi intención, es compartir lo que aprendí para que otros emprendedores Argentinos crezcan más rápido. Hay tantos detalles y tantas cosas que viví haciendo negocios fuera del país ,que un sólo post no alcanza para contarlo. Por eso es que voy a ir contando los puntos más importantes durante los siguientes posts.

Pensá en grande («generar 100 millones en 6 meses», «salvar a Madagascar con las ganancias»)

Desde chico tuve muchas ideas. Pero nunca había pensando en cambiar el mundo con alguna de mis ideas o en resolver un problema a nivel global. Cuando me lancé como emprendedor en Córdoba y ante la variabilidad del entorno económico político argentino, dejé de soñar y me concentré en la rentabilidad. El «día a día», particularmente en la Argentina, opacó mis ideas. Argentina es, literalmente, una selva.

Lo primero que me impresionó en la aceleradora, es que todos los mentores te motivaban a que soluciones un problema a nivel global: podés resolver un problema para 100 millones de personas en 6 meses? (ver el articulo de Marisa Meyer, CEO de Yahoo), podés crear una empresa que valga 500 millones en 5 años? Es lo suficientemente grande el mercado? Es escalable tu solución? Te entusiasma? Millones de personas se verían beneficiadas por su utilización? Podés mejorar el mundo? Asi piensan los inversores y emprendedores a nivel global.

Marisa Meyer, CEO de Yahoo, dijo hace poco que si los proyectos de la empresa no podían generar 100 millones de dólares en 6 meses o alcanzar 100 millones de usuarios, que ni se molestaran en presentarlos.

Si bien la parte económica es importante, es la consecuencia de una idea en marcha que mejora la vida de millones de personas en el mundo.

O sea, aca en Argentina, empezamos pensando en cómo hacer la plata y vemos que hacemos (principalmente porque no hay visión a largo plazo). En cambio, en la aceleradora, nos empujaban a pensar en una visión global. Te insitían a que seas el mejor del mundo en lo que haces. Que tú solución haga una diferencia en el resto del mundo, ya sea porque acaba con el dolor de muchos, le da más tiempo libre a otros, hace mas eficiente los procesos de miles de empresas.

Es una cuestión cultural en gran parte: en Argentina trabajamos para estar tranquilos, para comprarnos un auto de lujo, para irnos de vacaciones al caribe, etc. Pero no para cambiar el mundo.

Ese es el cambio en la manera de pensar que experimenté durante los ultimos meses: VOS tenés la posibilidad de cambiar el mundo, de hacer una diferencia. Y no lo digo en un sentido «carismático». Digo que podés hacerle ahorrar tiempo, dinero, energia o dolor a millones de personas en el mundo con tu emprendimiento o hacerle disfrutar mas de las cosas que están haciendo o incrementar su performance. Si lo hacés, vas a ser rico. Y por supuesto que vas a tener todo eso que quisiste tener aca. Pero no tenés que pensar en eso.

«Hay que tener los pies en la tierra pero la mirada en el cielo». Pensar en el corto plazo es necesario y esta bien. Pensar así te hace poner los pies en la tierra. Es totalmente necesario. Pero también es necesario pensar en grande y encontrar, ver, validar, el POTENCIAL de tu idea.

Hacé un par de números, en una servilleta, y tratá de alcanzar esos números. Es posible? Suena lógico? Hay millones de personas en el mundo con el mismo problema que vos que estarían dispuestas a pagar por esa solución? Pensá en grande. Millones. Billones. Trillones. Continentes. Regiones (que tengan un problema que necesite ser resuelto de forma urgente).

Más allá de la parte numérica, pensá en esto: si te fueras a morir mañana, te sentirías orgulloso de lo que estás haciendo aun cuando todavia tu proyecto no fuese exitoso y nadie ni siquiera supiste que exististe? Qué potencial tiene tu idea? Entusiasma a otros? Te entusiasma a vos?

Mike Lee fue uno de nuestros mentores en Rockstart Accelerator. Mike trabajó en Apple y fue el creador del primer juego para iphone que superó el millón de usuarios. El nos insistia continuamente en que estemos muy seguros de lo que hacemos y que sepamos por qué lo hacemos. Para rematar una charla de 1 hora acerca del sentido de tu vida y la relación con tú empresa, nos contó de su próximo proyecto: una aplicación que le ayudara a los más chicos a aprender química. Aca viene la mejor parte: con las ganancias de esa empresa, piensa salvar los animales de la isla de Madagascar. Salvar a Madagascar!!! Eso es pensar en grande (y tambien estar un poco loco :).

A todo eso me refiero cuando hablo de pensar en grande: en solucionar un problema a millones de personas y hacer algo de lo cual te sientas orgulloso. Eso es lo que te va a permitir desarrollar tu emprendimiento (aún cuando no tengas un peso), convencer a otros y por sobre todo, convencerte a vos mismo de que estas haciendo algo en lo cual vale la pena invertir tu tiempo.

Para ir más rápido, tené un plan B y un plan Z

Velocidad. ¿Cómo lograr velocidad? La velocidad es una cuestión fundamental en un startup. Pero muchas veces, por el entusiasmo, por las ganas que tenemos de conquistar el mundo hacemos las cosas rápidas y sin un backup. Nos lanzamos a la pileta sin un salvavidas. A veces sale bien y a veces sale mal. La cuestión es que el no tener un salvavidas, muchas veces nos hace dudar y dudar.

Dudamos y perdemos tiempo, y por no tener el salvavidas vamos más lento. No se trata de ser audaces; se trata de ir rápido y para ello hay que tener un salvavidas en la medida de lo posible. Dar lo mejor de si mismos, pero saber que siempre hay que tener un plan B para poder pasar al plan B si las cosas salen mal.

Reid Hoffman, fundador de LinkedIn, nos dice que siempre tenemos que tener un plan B y un plan Z. El plan B nos permite ser muy agresivos en el plan A, y el plan Z es el plan que tenemos que tener si todo sale mal. De esta manera controlamos el riesgo y podemos ser sumamente agresivos en el plan A.

Hay numerosos ejemplos de planes A sin planes B o Z que pueden llevar a catástrofes. Depósitar toda la confianza en una sóla persona, si tener un plan (B) ¿qué pasa si esa persona se va? Dejar de hacer sistemas de seguridad o backup por ir más rápido ¿qué pasa si el servidor se cae?, echar una persona sin antes tener un plan de contingencia para cubrir ese lugar ¿hay una alternativa para esta persona?

Para los más audaces, esta recomendación. Van a ser más audaces todavía cuando tengan planes B para sus planes A. De lo contrario, cada vez van a temer más a sus planes A y pueden quedar atrapados en una parálisis de análisis, o sea, analizando y analizando si pueden lanzar el plan A por no tener un plan B.

No se generen sus propias trampas, piensen siempre que las cosas podrían salir mal y creen la alternativa, y eso les permitirá ir mucho más rápido y mucho más agresivamente.

La próxima vez que pienses que hacer un plan B te va a llevar tiempo y te va a hacer más lento, pensá que si no tenés plan B, podés retroceder muchísimo ejecutando ese plan A o podés quedarte parado analizando si hacerlo o no hacerlo. Tené siempre un plan B.

Mas opiniones al respecto: http://tcrn.ch/xKd9Ab

Recomendaciones para mi futuro yo

Lecciones aprendidas, lo que me funcionó y lo que debería evitar

Menú

Archivo del Autor: alejandrorigatuso