Uno de las preguntas que escucho mas seguido de emprendedores, sobre todo de empresas que han logrado una tracción inicial, es: “Como contrato a un CTO?” o como “ayudar” a la persona que esta encargada de producto o tecnología a “convertirse en un CTO”.

Cada empresa se construye de manera diferente y existen ejemplos de empresas que han levantado capital para rápidamente contratar equipos grandes. Esas empresas definitivamente necesitan contratar a un CTO experimentado para reclutar, organizar, y ser el líder de multiples equipos de desarrollo en poco tiempo.

Las empresas a las que me refiero son las que por el contrario, crecen paso a paso, levantando capital en etapas, conforme llegan a ciertos objetivos. Esta situación ocasiona que no pueden contratar a un CTO experimentado en el momento en el que quisieran — sin embargo — tampoco lo necesitan.

En la mayoría de los casos, debemos de replantear la pregunta hacia “Como aceleramos el desarrollo de producto y creamos un equipo técnico que pueda crecer?”.

El rol del primero.

Cuando estamos contratando a un contador para las necesidades iniciales de una empresa, no estamos buscando alguien que pudiera ser el CFO de una empresa publica. Cuando estamos buscando a nuestro primer vendedor, no estamos buscando que sea un Director de Ventas que sepa entrenar equipos de vendedores. En ambos casos estamos buscando personas que sean extremadamente capaces en las metas de corto y mediano plazo, que sean jugadores de primer nivel que atraiga a mas personas como ellos. Lo mismo pasa con los desarrolladores, diseñadores y cualquier perfil involucrado con desarrollo de producto.

Una de los temas mas complicados con un programador es entender como desea avanzar en su carrera. Si su pasión fuera manejar equipos de trabajo, no hubiera pasado todas esas horas aprendiendo como crear productos, muchas veces de manera solitaria, sin depender de muchas otras personas. Entre mas eficiente y genial sea un programador, menor son las probabilidades de que su sueño para los próximos 5 años sea pasar el día en reuniones pidiendole amablemente a personas que hagan su trabajo, es mas probable que quiera dictarle, claramente, a compiladores como hacer las cosas.

Es por eso que debemos de abandonar la idea de que la primera persona responsable del lado técnico de una empresa, debería de crecer a ser el director de esa area. Si sucede, es increíble, pero anormal. Lo que si debemos de hacer es de diseñar un proceso en el cual podemos aumentar la velocidad y el talento del equipo de desarrollo hasta que un día, podamos atraer a personas que verdaderamente busquen ese rol, o alguien del equipo desee crecer en este aspecto.

Divide y perderas

Cuando tenemos a una persona hacia desarrollo, todo es ordenado y claro, al menos para una persona. Sin embargo, cuando agregamos a mas personas al proceso, comienzan a existir fricciones, en todos los terrenos. Uno de las soluciones mas sencillas, es designar “dueños” de diferentes partes del producto. Este es un buen síntoma de que estamos en una situación complicada y tenemos que darle mucha atención a diseñar como va a trabajar el equipo de desarrollo de producto.

Tener personas responsables por diferentes partes del código, es la peor forma de escalar porque genera dependencias, hace complicado opinar de la arquitectura completa del producto y en general hace que todo el proceso sea lento y difícil para todos los involucrados.

Predictibilidad, la bala de plata

La mejor manera de que los responsables del negocio, el equipo de desarrollo y todos los involucrados estén felices con la cultura de la empresa, es que existan expectativas reales y se cumplan.

Para lograr eso necesitamos una gran cantidad de cosas que son importantes y nunca sucede por casualidad. El primer paso es poder priorizar las necesidades del negocio, el segundo paso es entender el proceso en el que se pueden construir y el tercero, y ultimo paso, es tener un proceso que entienda lo que sucede en el día a día y pueda rectificar en el proceso. Para poder lograr estos tres pasos, requerimos construir una cultura de tolerancia, comunicación y esfuerzo.

Paso 1: Priorizar las necesidades del negocio

Si un equipo de desarrollo es rápido, eficiente y entrega lo que se le parece mas interesante programar, nunca resolvemos los problemas reales de nuestros clientes. Por otro lado si en lo único en lo que se trabaja son en las partes aburridas que se le prometieron a un cliente para ayer, nadie se siente dueño del producto — ni se puede diseñar una arquitectura para el futuro.

Balancear las ideas, necesidades y compromisos de toda la empresa hacia las decisiones de como priorizar un producto es complicado, muy complicado. El primer paso es agendar reuniones cada tres o cuatro meses donde todos los involucrados puedan, en un espacio creativo y divertido, participar en el proceso de prioritizar el desarrollo, en un muy alto nivel, para los próximos meses. [1]

La meta no es terminar con un plan detallado y realista del cada día de trabajo, sino tener un consenso general del orden en el que se van a realizar ciertos proyectos, funcionalidades o productos. Es importante involucrar al equipo técnico y a las personas que están interactuando con clientes para poder balancear las expectativas y tener ideas posibles de lo que se puede construir en cierto tiempo.

A este boceto del trabajo que describe las 2-6 metas, ordenadas que se desean realizar muchas veces se le llama “el estacionamiento” — no tengo idea porque.

Paso 2: El proceso.

Una vez que tenemos una lista de proyectos y un sentimiento de que se posible acabar en cierto tiempo, es momento de hacer la parte complicada, romper una meta de alto nivel en casos de uso, tareas y hacer que todos den la mayor productividad.

La meta es poder hacer lo que queremos hacer, bien, y a tiempo.

Tener una persona encargada de manejo de proyectos es importante, sin embargo cualquiera de los fundadores de la empresa, incluso sin ser muy técnico, puede realizar estas tarea de organización. La clave es saber pedir información a las personas correctas, en el momento correcto.

Mi recomendación es pasar de una meta de alto nivel como podría ser “Liberar una app” a un serie de historias de uso que engloban todo lo que esperamos del producto, una podría ser “El usuario puede utilizar la app para adquirir nuestro servicio, pagando con tarjeta de crédito”. En lo general son mas completas y descriptivas.

Una vez que tenemos esto, el siguiente paso es hacer una lista de tareas por cada una de estos casos, la meta es que todas las tareas sean menores de 3 horas. Podemos utilizar a los expertos en realizar esas tareas para validar si son lo suficientemente granulares para poderse hacer en menos de 3 horas. El proceso es muy sencillo, es ir con las diferentes personas involucradas y preguntar “Que haríamos para que el usuario pueda hacer esto?” y escuchar como podrían construirlo, proponer una seria de tareas y observar las reacciones. Usualmente sabemos que el trabajo esta listo cuando todo mundo dice “Claro, podemos hacer eso en ese tiempo, va a estar padre”.

Paso 2: El proceso, del proceso.

Una vez que tenemos una lista de tareas, podemos empezar a verdaderamente juntar las expectativas realistas con la cantidad de recursos que tenemos para realizarlas. Una manera de comenzar es hacer “sprints” de una semana.

Antes del Lunes, la persona manejando el proyecto debe de tomar las historias de uso, y sus tareas, que entren en el número de horas que el equipo puede realizar, una buena regla es numero de personas tiempo completo multiplicado por treinta. Conforme repetimos semana a semana podemos descubrir si estimamos para arriba o para abajo y si debemos de cambiar este numero.

El Lunes de 9 am a 11 am, el equipo tiene un desayuno divertido y tranquilo donde revisa todas las tareas de la semana, quien esta asignado a ella y revisan el orden, las tareas se trabajan de arriba para abajo.

De Martes a Viernes, a una hora establecida que funcione para todos y de preferencia en persona, se hace una junta de 15 minutos(El “Stand Up”) cada una responde a tres preguntas — “Que hiciste ayer?”, “Que vas a hacer hoy?” y “Estas bloqueado por alguien o por algo?”.

Viernes a las 5:00 pm, se entregan todas las tareas del “Sprint”. El equipo técnico se reúne e invita a personas de otras areas para demostrar lo que se logro durante la semana. Se realizan demostraciones y se actualiza el código en producción de manera que todos están involucrados con el proceso.

Paso 2: La cultura.

Para que todo esto funcione con la calidad y el tiempo adecuado, se requiere crear una cultura donde la gente ayuda constantemente a estimar tareas, donde la persona que lleva el proyecto sabe preguntar y medir si se va a tiempo y cuando las cosas salen diferente a lo esperado, puede tomar decisiones adecuadas generar un nuevo plan y comunicarlo de la manera adecuada.

Una de las cosas mas importantes de la cultura es como comunicar que no se esta logrando el plan, mi recomendación es poner una regla donde si has trabajado el doble de tiempo del que estaba estimado en una tarea, tienes la obligación de detener al equipo, plantear la situación y generar un nuevo plan.

Muchas veces una tarea que tarda mucho mas de lo que estaba planeado es un síntoma de un problema mas grande, quizá la arquitectura no es la correcta o bien, el equipo esta tratando de hacer algo que no puede o no sabe como hacer.

Otro dato importante es encontrar maneras de que todos estén motivados con el proceso, se sientan libres de cambiarlo y mejorarlo sin que eso signifique dejar de hacer las partes importantes — y difíciles — de planear y organizar el proyecto.

Paso 3: Repetir, cada vez mejor.

El paso 3 es sencillo: paciencia y mejora continua. Las primeras semanas las cosas no van a salir como esperado, el proceso va a requerir *mucho* mas esfuerzo del que hubiéramos imaginado, sin embargo, dedicando varias semanas a pulir el proceso, vamos a encontrar que tener el manejo correcto de un proyecto, nos permite agregar a mas personas sin generar mas fricciones, que el mismo equipo es ordenes de magnitud mas eficiente en entregar funcionalidades que importan y que en general, todos los involucrados están mas felices.

No reinventar el hilo negro, si motivar a que exista mas!
Existen muchos recursos de manejo de proyectos, y es urgente que comencemos a tener mas discusiones de mejores practicas, personas especialistas en este tema y estoy seguro que así veremos a equipos de desarrollo mas felices, empresas mas eficientes y mas casos de éxito!

[1] Empresas que sientan que tener un panorama de tres o cuatro meses de visibilidad en el desarrollo de producto, están en una etapa mas temprana de la que me refiero y probablemente deberían de tratar de tener un proceso mas acelerado de validación, pivotes, etc.

Hace años, cuando diseñaba un proceso de venta para lo que estaba construyendo, siempre decía “Para mi es fácil vender, lo que realmente me apasiona” en un intento de explicar que no podría vender enciclopedias puerta a puerta, pero esperaba que si mis clientes potenciales veían mi emoción por la tecnología, juegos serios o comunidades, quizá podrían unirse a mi causa y “comprar” lo que les vendía. Ademas, en estos productos, pasábamos una gran cantidad de tiempo pensando en como ser la mejor opción para nuestros clientes y creo que algunas ocasiones lo logramos.

Menos ventas, mas compras.

Hoy en día, me doy cuenta que los procesos de ventas, para la mayoría de empresas, incluso tradicionales, ha cambiado en los últimos años.

Los consumidores y las empresas continuamente han cambiado sus procesos en los que adquieren productos y servicios a modelos donde no están presionados por un vendedor enfrente de ellos, y toda la información esta disponible en linea. Desde comparación de precios o funcionalidades hasta opiniones de otros clientes de cada opción disponible en el mercado hacen que en los procesos de compra, el comprador sea quien tiene el control.

Más caminos, mas variables.

Lo que esto quiere decir es que la mayoría de nuestros potenciales consumidores, van a tomar la decisiones a su ritmo, después de multiples visitas a nuestro sitio y a los de otros competidores y compararnos con muchas opciones y opiniones, sin embargo uno de los errores mas típicos que veo cuando diseñamos cualquier estrategia de ventas, es que pensamos en procesos lineales y controlados por nosotros.

Por ejemplos, cuando imaginamos un funnel donde un usuario paso de un anuncio en Facebook, a una pagina, a un carrito de compra y finalmente hace un pago y nos dedicamos todo el tiempo a optimizar la primera interacción que tenemos con el cliente, en vez de darle mas razones en esas visitas subsecuentes o comparaciones con la competencia para decidir apostar por nosotros.

Entendiendo como compra nuestro cliente.

Una de las mejores actividades que podemos hacer al crear un proceso de ventas para nuestro Startup es entender como compra nuestro cliente potencial.

Tenemos que hablar con nuestros primeros clientes para entender todas la interacciones que tuvieron en su proceso de compra. La historia, única y especial, de cada uno de esos clientes nos va a dar una vision clara de como tenemos que complementar todas nuestras estrategias de comunicación, marketing y ventas para poder optimizar a que existan mas historias, únicas y especiales, como esas.

Optimizando interacciones.

Conforme entendemos como toman decisiones nuestros potenciales clientes, debemos de crear mecanismos que nos permitan optimizar la manera en la que ellos quieren conocer y comparar nuestros productos.

Esto puede ir desde generar el contenido correcto, obtener datos de contacto hasta estrategias de marketing como mandar correos, invitar a actividades, etc. Cualquier esfuerzo de redes sociales, SEO, contenido, anuncios pagados, etc, tiene que ir alineado con esta actividad.

Los prospectos no pueden de ser impredecibles.

Una vez que entendemos el proceso, necesitamos agregar a la mayor cantidad de personas o empresas vivir su propio proceso de compras.

En un inicio la mayoría de personas que entran a ese proceso vienen de nuestras propias agendas de contactos y audiencias preexistentes y una vez que agotamos esos contactos, comienza el verdadero reto. El error numero uno que cometemos en procesos de venta a empresas es ignorar este reto y pensar que esos contactos seguirán apareciendo conforme contratemos vendedores o consigamos alianzas.

La realidad es que un proceso de ventas que no es capas de generar de manera predecible sus propios prospectos, va a estar a la deriva hasta que encuentre una manera de hacerlo. No hay balas de plata, sin embargo existe una gran cantidad de literatura en ventas que es imposible de ignorar si estamos en este reto.

El problema de alguien más.

Un patron muy común que veo con equipos muy orientados a desarrollo de producto es que ven el reto de diseñar este proceso como algo que alguien mas va a hacer, quizá el primer vendedor que contraten, imaginariamente en el futuro, o bien algún socio estratégico que aparecerá en el momento correcto.

Sin embargo, no existe nadie que pueda entender todos los detalles diminutos de como compran los clientes, como encontrarlos, como diseñar un proceso para empoderar sus procesos de compra y comparación, que los fundadores de la empresa.

Evidentemente, como cualquier otro reto de una empresa, conforme tenga que escalar podría traer a personas especializadas en diferentes temas y crecer con gente experimentada y talentosa, pero no hay duda: las primeras muchas ventas son parte del diseño y desarrollo de la empresa, tan importantes como el desarrollo de producto.

Gracias a Rocío por ayudarme a revisar y estructurar este texto.

Hace más de 5 años me involucré tiempo completo con el naciente ecosistema emprendedor. Estos años llenos de actividades y experiencias increíbles me han cambiado en muchas maneras.

Vivir mucho retos pesados me han hecho más paciente. He podido entender la importancia de saber manejar la presión, conseguir recursos y enfrentar problemas. He podido incrementar y mejorar mis habilidades como emprendedor.

En la mayoría de las cosas, ha sido una mejora incremental originada de la práctica, sin embargo hay una cosa en la que he visto un cambio de 180 grados. Mi manera de generar opiniones de lo que pasa en mi ecosistema, ha sido totalmente diferente. Antes generaba opiniones fuertes de como deberían de hacer los demás las cosas, hoy, todo lo contrario.

Opiniones como programador.

Al inicio, mi perfil era principalmente como programador. Eso significa que siempre estaba rodeado de opiniones fuertes y debates acalorados.

Los debates de lenguajes de programación y herramientas siempre tienen opiniones que buscan demostrar que una forma está bien y por ende la otra está mal. Estos debates usualmente están fundamentados por opiniones y preferencias personales de experiencias pasadas.

De programador a emprendedor.

Cuando comencé a estar involucrado no solo con los temas de desarrollo de producto, si no con todo el negocio, fue automático seguir tenido opiniones fuertes respecto a la manera en la que se hacen las cosas.

Incluso, parte del aprendizaje de como hacer algunas cosas venían de observar Startups famosos y tener opiniones de que podrían o deberían de hacer. No es raro estar en conversaciones que incluyen frases como “Lo que debería de hacer Facebook…” o “Realmente ahí fue donde Color se equivocó”.

Sin embargo, a lo largo de haber creado un par de fondos, estar involucrado en el proceso de aceleración de 67 startups y conocer los retos internos de una gran cantidad de proyectos y comunidades, hoy no me atrevo a hacer esos comentarios de manera ligera.

Me parece muy importante compartir las razones que me hicieron cambiar en este sentido.

Todos estamos intentandolo. Apasionadamente.

Emprender es increíblemente difícil y absolutamente todo el mundo que conozco que lo esta intentando, esta poniendo lo mejor de sí para construir un gran proyecto. No podemos tomar a la ligera lo que cada quien está apostando y hay pocos los que lo están tratando por las razones incorrectas.

Si un proyecto avanza rápidamente, es muy probable que esté rompiendo cosas. Y si va muy lento, es muy probable que no tenga oportunidades de lograrlo. Esto genera una situación donde ver cosas saliendo mal, es uno de los mejores indicativos de progreso.

Cada quien lo hace como puede y quiere.

Uno de los mejores aprendizajes ha venido de poder observar a personas apostándole a proyectos que para mi no hubieran sido interesantes, con maneras que nunca se me hubieran ocurrido para resolver problemas y ser mas exitosos de lo que hubiera podido predecir inclusive siendo optimista.

Este proceso de ver la toma de decisiones de otras personas con habilidades y experiencias diferentes es *increíblemente* importante, la diversidad nos permite, como ecosistema, explorar caminos nuevos. Estar abiertos a seguir, respetar y fomentar la diversidad nos permite como emprendedores, aprender de otros.

Inclusive las razones de porque hacemos startups y las metas que buscamos en ellas, son totalmente diferentes de persona a persona, por lo que es imposible esperar que los demás busquen lo mismo que nosotros buscamos.

Todos están mal, todos deberían de hacer X.

Durante los últimos años he tenido una gran cantidad de opiniones que comienzan con “todos deberían de X” o “el problema es que nadie esta haciendo Y”. Absolutamente todas las veces que lo he explorado he podido aprender que si bien, sería productivo que mas personas tuvieran atención al tema, para todos los casos se aplica de manera diferente.

La diversidad de perfiles, experiencias y decisiones hacen que cualquier tipo de generalización sea poco productiva, y sin embargo es la manera mas fácil de llamar la atención.

Es relativamente fácil decir que todos necesitamos hacer algo, sin embargo en la mayoría de los casos, es mucho mas productivo acercarse a un proyecto y trabajar por construir algo especifico, cada proyecto necesita cosas diferentes.

Lo malo, es bueno.

No solo eso, si no que incluso en los casos donde volteo a ver startups cometiendo, en mi opinion, grandes errores siempre termino recordando que eso es el espíritu mas increíble de nuestro ecosistema emprendedor. Ver a gente cometiendo errores significa que lo están intentando, que están empujando fuera de la zona de confort y haciendo cosas complicadas y ultimadamente, aprendiendo.

Pensar que el ecosistema esta en un mal estado porque hay gente haciendo cosas “mal” en sus startups, es equivocado, necesitamos ecosistemas donde hay gente cometiendo errores y necesitamos aprender de sus resultados.

Lo contrario a un ecosistema lleno de gente cometiendo errores, es un ecosistema con miedo, que no se atreve a intentar cosas.

Ver a donde va el puck.

Otra de las razones por las que me cuesta mucho trabajo tener opiniones fuertes es recordar que la razón por la que le apuesto tiempo y recursos a un proyecto es por el potencial que tiene hacia adelante.

Sin embargo, solo conocemos ese potencial de los proyectos en los que conocemos al equipo y entendemos lo que están tratando de construir, de los demás, solo vemos su presente. Un presente definitivamente incompleto e inmaduro.

Hace unos días platicaba con unos emprendedores y les pregunté que opinaban de su competencia, proyectos similares tratando de resolver el mismo problema. La respuesta fue, con mucha seguridad, que la competencia no habían resuelto el problema y regresaron a platicarme de como, potencialmente, podrían ellos resolverlo en el futuro. Asustado, le comenté que estoy seguro, que el está viendo el presente de su industria, y comparándolo contra un futuro que le va a tomar años construir. Sin embargo la industria no es estática y sus competidores tienen una gran cantidad de potencial.

El riesgo mas grande: no cambiar de opinión.

El peligro mas grande de las opiniones fuertes es que usualmente se forman en un instante emocional, sin embargo, tenemos que vivir siempre con ellas. Sin importar si existe envidia, coraje o ignorancia en nuestra opinión, una vez que la compartimos, tendemos a defenderla por semanas, meses o hasta años.

Yo he vivido, lamentablemente, en multiples ocasiones la experiencia de decir una opinion fuerte en un evento o compartirla en twitter, y después, aún sabiéndome que estaba equivocado, defenderla semanas o meses después por no quedar mal.

Por todo esto, el día de hoy, cuando tengo una opinión fuerte, *trato* de recordar que probablemente, no tengo el conocimiento suficiente para respaldar esa opinión y prefiero tratar de conocer más. Ponerme en contacto con las personas que están haciendo el proyecto y entender como han llegado hasta este punto ha sido una experiencia gratificante y muy productiva.

Incluso, la mayoría de las veces me doy cuenta que los riesgos y problemas que originaron mi opinión, los fundadores los conocían desde mucho antes que yo y trabajan activamente por resolverlo. Sin embargo, el conocerlos más de cerca me hace potencialmente, acelerar la velocidad con la que llegan a la solución.

Lo que escribo aquí son algunas de mis opiniones más fuertes: emprender es difícil, solitario y muchas veces, incomprensible desde afuera, respeto a todos los que lo están haciendolo con intensidad y se que estamos en el mismo equipo.

Gracias a La Pau, por inspirarme a escribir de este tema y ayudarme a revisar el texto.

Mientras escribo esto, estoy resguardado en un pequeño auditorio, escondiéndome de una gran cantidad de personas que, emocionadas, están terminando de trabajar durante un fin de semana en crear un Startup.

Estoy en las últimas dos horas de trabajo en el Startup Weekend Mega, en Guadalajara. Los organizadores y facilitadores estamos terminando de definir algunos temas logísticos y los equipos están comenzando a pulir su presentación. Ha sido un fin de semana de locura, increíblemente productivo y definitivamente muy exitoso. Es el Startup Weekend más grande del mundo.

Hace exactamente 48 horas, cerca de 450 personas nos reunimos en un auditorio, para comenzar este evento. Los organizadores han dedicado literalmente miles de horas en fortalecer y crear esta comunidad. Hoy, el evento contó con el apoyo de instituciones educativas, comunidades, entidades de gobiernos, empresas grandes y pequeños startups.

Durante el fin de semana han pasado una gran cantidad de cosas épicas, impactantes, hermosas y emocionantes. Y todo se ha construido a partir de esfuerzos voluntarios, pasión y mucha dedicación.

Para todos, ha sido una gran experiencia, para mí, es un momento de reflexión.

El primer evento en el que fui facilitador—y el segundo que ayudé a organizar—fue exactamente en este mismo lugar (el ITESO) el 24 de junio del 2011. Por lo que este fin de semana he pensado mucho en cómo han cambiado las cosas en menos de 3 años. Ese fue el tercer Startup Weekend en México.

Hoy, se han organizado 107 eventos, llegando a más de 8,000 asistentes y con este evento, puedo confirmar un crecimiento de al menos, un orden de magnitud en todos los factores que podríamos medir en los participantes, aún cuando para la mayoría de ellos, es su primer experiencia en Startup Weekend.

No solo eso, si no que cada uno de los pilares que soportan e interactúan con el emprendimiento han crecido de la misma forma. Más de lo que cualquiera de los que estamos en ese primer evento en Guadalajara hubiéramos imaginado.

Recuerdo que una de las cosas que más me emocionaban durante el evento en el 2011, es que estábamos iniciando Mexican.vc, y estábamos a punto de hacer nuestras primeras inversiones, hoy hemos invertido en muchas empresas. En ese momento, era difícil encontrar algún buen ejemplo de startup mexicano que estuviera creciendo, no contábamos con fondos, aceleradoras y no teníamos ningún tipo de conocimiento sobre cómo hacer una gran cantidad de cosas que hoy, son cotidianas.

Hoy es cotidiano, lo que más deseábamos que existiera hace 3 años.

Este presente ha sido construido por una cantidad muy grande de personas, donde se han creado diferentes proyectos, algunos exitosos y muchos otros no. Pero todos, hemos puesto lo mejor a cada uno de ellos. Hoy, volteo a ver una cantidad aún mucho más grande de proyectos, por lo que se que esto sólo se va a acelerar mucho más.

Mi reflexión de este fin de semana, es que los próximos 3 años vamos a ver un cambio aún mas grande que en los 3 anteriores, y eso, me emociona.

Todos conocemos ese sentimiento hermoso que viene de terminar algo. No importa lo que sea, es el mismo sentimiento.

Es un sentimiento emocionante que nos motiva a hacer más! Nos da confianza para futuros retos y podemos optimizar para usarlo a nuestro favor todos los días.

El punto no es artificialmente generar este sentimiento, si no optimizar nuestra forma de planear para poder usarlo a nuestro favor, como un motor para construir lo que queramos.

Cuando estamos a punto de comenzar algo, siempre podemos tratar de dividir el plan en partes mas pequeñas y celebrar conforme las terminamos.

Esto sirve sin importar lo grande o pequeño que sea la meta o la tarea que estamos haciendo.

Cuando terminamos una de estas pequeñas tareas, el sentimiento va a ser menor, sin embargo podemos amplificarlo celebrando de manera personal o con otras personas, dependiendo de que haga más sentido.

Compartir este sentimiento con otras personas nos ayuda a amplificarlo y en algunas ocasiones también motiva a esas otras personas, por lo que es una buena idea rodearse de gente que puedan compartir esos momentos con nosotros y de la misma manera, motivarnos.

Otra ventaja de este proceso es que hace que podamos re-trabajar algunas partes sin sentirnos como que fue inútil, podemos celebrar que terminamos un borrador, y cuando borremos gran parte de ello, sabremos que fue necesario para lograr el producto final.

Por último, lo más importante para poder utilizar la motivación, es que siempre que llegamos a ese momento, debemos de saber qué es lo que sigue.

Buscar un buen libro justo después de terminar uno que disfrutamos es casi imposible, y muchas veces nos detiene de comenzar a leer otro. Sin embargo si ya tenemos alineados los siguientes libros que queremos leer, es fácil tomar otro y sin pensarlo, embarcarse en la siguiente aventura, el siguiente reto.

Lo mismo pasa para cualquier meta.

La semana pasada tuve la oportunidad de implementar el API de Conekta para hacer una transacción sencilla desde Node y fue una experiencia muy divertida y sencilla!

Mi opinión no puede ser totalmente objetiva ya que he trabajado muy de cerca del equipo de Conekta desde hace mas de 2 años, sin embargo estoy muy emocionado del tipo de cosas que se pueden implantar hoy sobre su sistema.

Para este post, decidí iniciar un proyecto usando Marbel-Block Generator, eso es muy sencillo[1], para ver el código de este ejemplo, pueden hacer un clone de este repositorio en Github: https://github.com/DFectuoso/SimpleNodeConektaExample.

Para hacer una transacción, el primer paso es mandar la información de la tarjeta directamente del browser del cliente a los servidores de Conekta, estos generan un token el cual podemos mandar del cliente a nuestro servidor y por ultimo hacer el cargo.

Esto tiene dos ventajas increíbles: Primera que nada, nuestro servidor nunca tendrá información de la tarjeta de crédito, por lo que no necesitamos tener un servidor con seguridad PCI y segundo, con este token podremos hacer cobros en el futuro, hacer suscripciones, botones de un click para comprar, etc.

El primer paso es tener una forma de html que use los tags de Conekta para 5 campos: El nombre en la tarjeta, el numero de tarjeta, los dos números de expiracion(mes y año) y por ultimo el CVV. Estos inputs, son los que conekta tomara directamente para generar el Token.

Una forma muy sencilla se vea así:

<form method=”post” id=”conektaform”>
 <input type=”text” placeholder=”Nombre como aparece en la tarjeta” data-conekta=”card[name]”>
 <input type=”text” placeholder=”12 dígitos de tu tarjeta” data-conekta=”card[number]”>
 <input type=”text” placeholder=”01" data-conekta=”card[exp_month]”>
 <input type=”text” placeholder=”2015" data-conekta=”card[exp_year]”>
 <input type=”text” placeholder=”000" data-conekta=”card[cvc]”>
 <button type=”submit”>Comprar</button>
</form>

Lo que queremos que suceda, es que en cuanto el usuario le de click al botón de comprar, estos datos se manden al servidor de Conekta, se genere el Token especifico de esta tarjeta y por ultimo podamos entregar la forma, sin información sensible, pero con el Token.

Necesitamos importar la librería de javascript de Conekta y agregar nuestra llave publica del API. Para hacer esto, podemos hacer el siguiente codigo(usando jQuery):

<script type=”text/javascript” src=”https://conektaapi.s3.amazonaws.com/v0.3.1/js/conekta.js"></script>
<script>
$(document).ready(function () {
 Conekta.setPublishableKey(‘Qfw4ZozppXFtvDqaUdt1');
 $(‘#conektaform’).submit(function(event) {
 var $form = $(this);
 $form.find(‘button’).prop(‘disabled’, true);
 Conekta.token.create($form, conektaSuccessResponseHandler, conektaErrorResponseHandler);
 return false;
 });
});
</script>

Esto va a generar que en vez de entregar la forma a nuestro servidor, bloqueamos el botón, para que no se intente hacer la transacción dos veces y por ultimo usamos el api de Conekta en javascript para generar un Token usando la información de la forma.

Una vez generado el Token, la función Conekta.token.create va a llamar a una de dos funciones, en este caso conektaSuccessResponseHandler si el token se genero de manera exitosa o conektaErrorResponseHandler de lo contrario, así que tenemos que definir estas dos funciones:

En este caso el handler de éxito debería de agregar el token a la forma, y entregarla al servidor, de manera que para nuestro serverside es transparente la implementación:

var conektaSuccessResponseHandler = function(response) {
 $(‘#conektaform’).append($(‘<input type=”hidden” name=”conektaTokenId” />’).val(response.id)); 
 $(‘#conektaform’).get(0).submit();
};

El handler del caso de fracaso solamente debe de mostrar el error y habilitar el boton:

var conektaErrorResponseHandler = function(response) {
 $(‘#conektaform’).find(‘.card-errors’).text(response.message);
 $(‘#conektaform’).find(‘button’).prop(‘disabled’, false);
};

Con este código, nuestro servidor va a recibir un POST, en donde la forma de html este apuntando, la cual incluye una variable llamada conektaTokenId, con el cual podemos ejecutar la transaccion en el servidor.

Por lo que para realizar la transacción en node, podemos usar superagent, que es una librería que nos permite hacer request a otros servidores con un api muy sencillo.

appController.post(‘/’, function (req, res) {
 superagent
 .post(‘https://api.conekta.io/charges')
 .auth(‘PRIVATE_API_KEY’, ‘’)
 .set(‘Content-type’, ‘application/json’)
 .set(‘Accept’, ‘application/vnd.conekta-v0.3.0+json’)
 .send({
 description: ‘Buying Item with id:001',
 amount: 500 * 100,
 currency: ‘MXN’,
 reference_id: ‘0001',
 card: req.body.conektaTokenId
 })
 .end(function(error, conektaRes){
 if(error) return res.send(500,err);

 req.conektaId = conektaRes.body.id;
 req.conektaStatus = conektaRes.body.status;
 req.conektaPaidAt = conektaRes.body.paid_at;
 req.conektaFee = conektaRes.body.fee;

 res.render(‘app/transaction’, req);
 });
});

Así nuestro servidor toma el token, y le pide directamente al servidor de Conekta que haga un cargo con ese Token.

En este caso en especifico puse cierta información de lo que contesta conekta en req para poder desplegarlo en la siguiente pagina. Idealmente esto lo guardaríamos en la base de datos.

También podemos revisar la información en la consola de Conekta:

Algo muy interesante es que con ese mismo Token, deberíamos de poder hacer futuros cargos al cliente, por lo que podemos también guardarlo con la información de nuestro cliente.

Este caso es increíblemente sencillo, y en el caso del sandbox se puede probar con la siguiente tarjeta: 4242424242424242 y cualquier nombre, cvv y fecha de expiración en el futuro.

Si tienes cualquier duda de como implementar algo mas sofisticado no dudes en contactarme en twitter, soy @dfect.

[1] Inicie mi proyecto instalando Yeoman:

npm install -g yo

Luego instale el generador:

npm install -g generator-marble-block

Por ultimo, cree una carpeta, y corrí el generador

mkdir SimpleConektaIOExample
cd SimpleConektaIOExample
yo marble-block

Pasé la mayoría de este fin de semana programando. Estuve creando un mashup usando Conekta y 99 Minutos. Al mismo tiempo, una competencia global de desarrollo de videojuegos llamada Ludum Dare estaba pasando. Aproveché para usarla de inspiración y compañía.

Ludum Dare es un concurso de desarrollo de videojuegos que sucede desde hace 12 años. El concepto es sencillo: los participantes votan por un tema y desde el viernes en la noche hasta el domingo, deben de crear un juego inspirado en el tema.

Las reglas de Ludum Dare son claras y básicamente dicen que tienes que trabajar solo, hacer todo el arte y código desde cero y solo puedes usar herramientas que están disponibles para todo mundo. El premio es simplemente el reconocimiento de ganar, un reconocimiento que no se puede conseguir de ninguna otra manera en la comunidad Indie del mundo.

Para verificar que el desarrollo fue realizado durante el fin de semana, originalmente uno tenia que ir reportando el progreso. Sin embargo en las ultimas ediciones ha cambiado bastante; gracias a herramientas como Twitch, ahora muchos de los participantes hace un stream de su trabajo durante todo el fin de semana.

Hacer cualquier actividad creativa es mas difícil cuando alguien te esta viendo. Crear un juego o programar cualquier cosa mientras compartes tu pantalla con el Internet es altamente estresante, yo lo he hecho en varias ocasiones y puedo decir que es la prueba final para ver si uno sabe lo que esta haciendo. Por otro lado, observar a alguien en su proceso de creación, es la MEJOR manera de aprender. Todos los tutoriales del mundo están creados en una manera donde todo funciona; la vida real y sobre todo en el lado de desarrollo de software es -normalmente- todo lo contrario. Sobre todo para los que pensamos que la programación es mas similar a pintar que a hacer matemáticas.

Durante el fin de semana estuve siguiendo a varios de los personajes mas conocidos en la comunidad en su proceso de generar juegos. Algo entre ruido de fondo e inspiración constante que me hizo avanzar en mi propio desarrollo de una manera extraordinaria.

Una de las cosas mas sorprendentes fue ver el stream de diferentes expertos y ver que las herramientas y los procesos que utilizan fueran tan diferentes. Desde personas utilizando ambientes completos de desarrollo(como Unity), hasta a otros creando todo desde las herramientas mas sencillas, como C o javascript y canvas. Ver a algunos utilizar herramientas increíblemente sofisticadas y a otros básicas y minimalistas fue algo que todavía me hace reflexionar. Especialmente tomando en cuanta que ambos grupos lograron llegar a resultados que para el observador normal, se ven muy similares.

Otra de las grandes reflexiones vino al darme cuenta que había personas de todos lados del mundo, tanto como participantes como espectadores. Por lo que cualquier debate geopolítico respecto a apoyos para desarrollar videojuegos pasaron a ser simplemente un recuerdo. El software se esta comiendo el mundo y cada día podemos organizar movimientos y comunidades productivas, globales y abiertas dónde se comparte el conocimiento para los que están dispuestos a dar su fin de semana aprendiendo.

Tomando como inspiración un evento competitivo, publico, sin premio, donde los participantes comparten con TODO el mundo la manera en la que esta creando algo tan increíble, no hay forma de no emocionarse de lo que nos depara en el futuro. No sólo para la industria de desarrollo de videojuegos, si no para absolutamente todo.

La otra reflexión que me generó ver a personas tan experimentadas creando juegos durante un fin de semana sin miedo de que otros vean sus técnicas, fue un recuerdo de ver a otros corredores sufriendo en un maratón hace unas semanas.

Participar en Ludum Dare, y terminar un juego interesante en 48 horas, requiere una muy buena cantidad de preparación y técnica. El chat de cada stream era un espacio para que algunos espectadores gritáramos “Venga continua, está quedando muy bien”, y al finalizar ver a gente twittear sobre el juego de uno de los participantes y compartirlo como “el mejor juego que he jugado (que se hizo en 48 horas)”, es como recibir una medalla en la premiación. Ludum Dare (y este tipo de eventos) son conocidos como hackathons, porque literalmente son como correr un maratón.

Si quieres ver los juegos que se crearon este fin de semana puedes revisarlos aquí. Todos los juegos incluyen su código fuente, por reglas del concurso, sin embargo no están obligados a licenciarlos en ninguna forma, por lo que debemos de tratar ese código como solo de lectura(y aprendizaje!). Mi preferido hasta ahora es HotDiggity.

Ludum Dare was originally published in Español de todo tipo on Medium, where people are continuing the conversation by highlighting and responding to this story.

Mi primer contacto con el concepto de Post Mortems fue en un hackathon(Super Happy Dev House). Al terminar el evento, David Weekly(uno de los organizadores) reunió a todos los participantes que quedábamos en un gran círculo. Ya que David tenía la atención de todos, hizo una pregunta con tono fuerte y con mucha emoción: -¿Cómo estuvo el evento?

Así continuó con más preguntas, las primeras eran bastante superficiales y poco a poco fue tocando los temas sensibles. Preguntó acerca de la organización, el lugar, los asistentes, la comida, el internet, los resultados y con todo esto, consiguió recopilar ideas nuevas y diferentes. ¡Incluso logró reclutar voluntarios para implementar esas ideas y soluciones!

Esta dinámica es parte de la costumbre del evento y sin duda, una de las razones por las que cada edición es mejor. Obliga a que se experimente con ideas nuevas e incorpora opiniones de todos los involucrados!

Desde entonces, he integrado este tipo de cierres a diferentes momentos y contexto de mi vida. Y reconozco que en momentos en donde no los he hecho, he llegado a arrepentirme.

El formato es diferente cada vez y depende de si es una actividad personal, de trabajo, una meta en equipo, un evento, servicio o producto que se le entrega a un consumidor final. Sin embargo, hay temas en común que te comparto a continuación:

Tomar notas, sin distraer.

Es muy importante poder tener un documento que contenga las ideas que se compartieron. Estas notas sirven para compartir todo con personas que no estuvieron, poder voltear hacia atrás o poder convertirlo en tareas para el futuro.

Sin embargo, también es fácil perder la intimidad del momento si cada ligero detalle requiere que se escriba de manera perfecta. Por eso, recomiendo asignar a alguien para tomar notas desde antes de comenzar el Post Mortem. Otra recomendación, respecto a las opiniones negativas, es dejar claro que se está tomando notas de las ideas y no de quien las dijo.

Incluir a todos los involucrados!

El punto no es hablar de las cosas bonitas y todo lo que salió bien. Es importante incorporar a esta reunión todos los puntos de vista diferentes.

Si sabemos que alguien tuvo una experiencia negativa o tiene una opinión diferente al resto, es sumamente importante hacerlos sentir en confianza para compartir su punto de vista.

De la misma manera, si es relevante, incluir a clientes y proveedores. De esta manera nos mantendremos honestos y encontraremos opiniones diferentes de como nos engranamos con el resto de los involucrados. En el caso de eventos, por ejemplo, no es mala idea invitar a patrocinadores y a los encargados del lugar.

El secreto está en el moderador.

Para que se puedan tocar los temas difíciles, sacar provecho y no generar ningún sentimiento negativo, es necesario que exista una voz central que modere el tono y la dirección del Post Mortem. El moderador casi siempre es la persona que invita o reúne a las personas y debe de ser capaz de generar un ambiente de confianza, energético y positivo.

Una vez que todos entienden la dinámica, el siguiente paso es comenzar a generar preguntas interesantes, darle la palabra a diferentes personas y motivar que todos participen. Es buena idea comenzar con preguntas sencillas, donde sabemos que hay poca polémica, y lentamente llevar hacia los temas complicados.

El moderador debe de llevar el ritmo, saber cuando pedir sugerencias, cuando profundizar en un tema y ser claro cuando un punto se ha mencionado con suficiente claridad y seguir hacia adelante. Es fácil que si hay una persona molesta por un tema, pueda tratar de regresar constantemente a el, el moderador tiene que ser capaz de evitar convertir la actividad en un debate o una terapia grupal.

Si los participantes son los mismos que en un futuro pueden resolver o mejorar cualquier problema, es importante ir generando accionables y responsables durante este proceso. Por ejemplo en un equipo que no logro llegar a un objetivo y el equipo encuentra una posible solución, ese es un excelente momento para que alguien se responsabilice de implementar la solución.

Por otro lado, si un tema tiene que ver con la cultura del equipo o de la comunidad, es importante hacer una nota de compartirlo con todos los involucrados, ya sea con un blogpost o un correo.

Construye, mide y aprende!

Hacer Post Mortems es el cierre del ciclo de experimentar y medir. Ya sea que estés tratando de cambiar hábitos personales, organizando comunidades o creando productos, aprovecha cada cierre para aprender, reflexionar e incorporar todos los puntos de vista!

Gracias a Rocío por ayudarme en la creación de este post.

Post Mortems was originally published in Español de todo tipo on Medium, where people are continuing the conversation by highlighting and responding to this story.

En la comunidad de organizadores y facilitadores de Startup Weekend en México, inventamos algo nuevo para el evento (Startup Weekend) y que ha resultado más interesante de lo que jamás pensamos [de lo que esperábamos], esto es: Los pitches del sábado en la noche. En este post comparto cómo es que funciona y cómo se creó esta tradición.

El concepto es simple. El sábado en la noche, después de que los equipos llevan día y medio trabajando arduamente, se organiza una práctica de pitches, procurando justamente las doce de la noche.

La sesión empieza dando ejemplos de cómo presentar Startups ante un público. Se usan ejemplos de Startups conocidas por casi todos y después, cada equipo dice por primera vez la presentación de la Startup que está construyendo durante el evento.

El horario ha sido estratégico

El horario y el formato de esta sesión de pitches le sirve a los emprendedores para hacer una pausa y darse cuenta de qué es lo que realmente necesitan para la recta final del evento. Pero sobre todo, los pone al límite del reto de hablar en público. Todo esto, ayuda a motivar a algunos de los equipos a doblar esfuerzos y pasar la noche trabajando en vez de irse a dormir.

El horario es estratégico, ya que normalmente a esa hora, la gente que queda en el evento es la que realmente está comprometida. Lo anterior, más el cansancio, hace que exista una apertura entre todos los presentes para retar nuestros límites de hablar en público. Nos permite experimentar, compartir nuestras ideas, jugar con un micrófono y poder ver al público de una manera menos retadora, casi íntima, pues la gente que está ahí ha compartido ya, un día y medio de intenso trabajo junto contigo.

La sesión de pitches del sábado a media noche funciona tan bien que se ha vuelto una práctica casi obligatoria del evento. Genera una cantidad de valor y aprendizaje muy grande y que es recordado por muchas semanas y meses después del evento. Hace poco tratando de recordar quién y cómo lo inventó me di cuenta de que nadie lo inventó, sino que, entre todos, iteramos y tuvimos suerte de encontrarlo!

La historia

La historia la recuerdo algo así, y alguien dígame si me falla la memoria:

En Junio del 2011, se llevaba a cabo el tercer Startup Weekend de la república: Startup Weekend Guadalajara 1era Edición.

Durante este evento uno de los mentores, Carlos Mondragón, sugirió hacer una práctica de pitches un par de horas antes de las presentaciones finales del domingo. Yo que era facilitador del evento, le comenté que no me gustaba la idea principalmente porque ya estábamos muy ocupados planeando la sesión final. Pero él insistió y termino organizándolo por su cuenta.

Platicando con varias personas después del evento de Guadalajara, me resultó claro que había sido muy valioso practicar las presentaciones. Por eso en los siguientes eventos que facilité, organicé más prácticas de pitches.

Esto se repitió en múltiples eventos, normalmente entre dos y cuatro horas antes de las presentaciones finales; en algunos momentos de manera opcional y en otros de manera obligatoria para todos los equipos. Era muy evidente que los equipos que practicaban siempre tenían un mejor desempeño en las presentaciones finales, sin embargo gran parte de la retroalimentación tenía que ver con la empresa, el producto o el mercado, y sin embargo era muy tarde en ese momento para poder cambiar casi cualquier cosa.

Personalmente, para mí era complicado identificar la honestidad y transparencia de la retroalimentación que se tenía que dar, con el miedo de cambiar los ánimos de alguien que esta a punto de presentar frente a un auditorio mucho mas grande.

Meses después, para el tercer Startup Weekend de la Ciudad de México, teníamos la visita de Geeks on a Plane, pero por cuestiones logísticas tuvimos que recorrer el evento a empezar a medio día el Viernes y terminar a medio día Domingo, así que hacer la práctica de pitches 2-4 horas antes hubiera requerido comenzar a las 7-8 am, lo cual era muy temprano, sobre todo para los equipos que se durmieran tarde. Por eso, Eduardo Serrano, el facilitador del evento, se le ocurrió recorrer la práctica a la noche anterior, justamente, a media noche. Tenía sentido en ese formato del evento.

Esa primera sesión de Pitches a media noche resultó completamente diferente de las sesiones anteriores. Habia un componente de cansancio y de intimidad, con menos gente, menos presión y más capacidad de cambiar cosas. Los consejos de “han probado hablar con tal tipo de cliente” dejaron de ser mál recibidos y en cambio parte importante de la sesión!

Fue tan claro para todos los que estábamos en ese cuarto, que comenzamos a jugar con la idea de hacerlo asi en futuros eventos, y hasta el día de hoy, lo he vivido en múltiples ciudades, en formatos ligeramente diferentes, pero siempre, es mi parte preferida del evento!

Un reto personal que se concluyó la semana pasada, pero que llevó un proceso de más de 4 meses de entrenamiento, planeación y locura. Corrí 42.2 km desde el pueblo de Papantla hasta la zona arqueológica del Tajín.

Es el primer maratón que corro, y uno de los retos físicos más difíciles de mi vida. Me siento muy orgulloso y feliz de haberlo terminado, con el reloj marcando 4 horas y 49 minutos.

El reto fue grande y la incertidumbre aun más; ya que durante los entrenamientos la distancia más larga que corrí fue de 33 Kms, entrené en un suelo plano y con un clima templado. El entrenamiento había sido muy distinto al reto del maratón que me esperaba en Veracruz… con una altimetría muy complicada (subidas y bajadas intensas y casi durante todo el camino), calor húmedo, sol directo, con una temperatura de más de 38º centígrados. Fue una de las cosas más difíciles que he hecho en mi vida.

Durante esas casi cinco horas, y durante esta semana de recuperación, he podido reflexionar una serie de aprendizajes que obtuve, y que te comparto a continuación:

La importancia de un sistema.

Me gusta identificar patrones. Y cuando trato de identificar los patrones que me permitieron lograr mi meta, lo primero que se me viene a la mente son los 4 meses de entrenamiento disciplinado. Sin ellos, ni siquiera me hubiera parado en la línea de salida ni hubiera entendido la magnitud del reto que tenía en frente.

Sin embargo, tan importante como el entrenamiento, fue crear una serie de sistemas que me permitieran estar motivado en todo momento y superar la batalla más difícil: la mental.

Entre estos sistemas y hacks están: la música que escuché, los tiempos de consumir agua y carbohidratos y la manera en que enfrente las subidas más fuertes.

Música: Una carta para el futuro.

La noche antes del maratón, dediqué un buen tiempo a crear una lista de reproducción de música de 4 horas. Mi sistema fue muy simple, la primera hora del maratón fue sin música… para poder disfrutar de la salida, observar el ritmo de los demás y tener un paso constante.

Las siguientes 4 horas las repartí en 4 segmentos de una hora cada uno:

[1era Hora] Música feliz de verano: Con 10-11 kms recorridos en silencio y con varias horas enfrente, música feliz y tranquila, era lo que me acompañaría para disfrutar del amanecer y de un clima todavía tranquilo.

[2da Hora] EDM(Electronic Dance Music): Con medio maratón atrás y otro medio maratón por delante, nada mejor que música electrónica, movida, motivadora, con mensajes fuertes como: ¡vamos a ir de fiesta! o ¡no podemos detenernos! para comenzar con todo el segundo aire del maratón.

[3era Hora] Ska/Rock: Llegando a los 30 kms comienza la etapa verdaderamente complicada. Elegí Ska para este momento, porque es música un poco enojada, contracultural y que me recuerda a mas de un slam en el que he estado cansado y sin embargo, sin poder parar. Gritar, cantar, bailar, por tu libertad y así.

[4ta Hora] Reggae: Decidí que la playlist terminaría con alegría hacía adelante, los últimos momentos tendrían simplemente roots, rock, reggae. Y para cerrar, un cambio fuerte de reggae a música electrónica, eligiendo escuchar Infected Mushroom — Becoming Insane por los últimos 20 minutos.

Esta lista me permitiría saber, en todo momento, que vendría música “más prendida” y de alguna forma saber qué tanto faltaba, como un mapa auditivo muy fácil de entender.

Cada canción que seleccioné, me recuerda a algún momento significativo de mi pasado, con frases que me motivan o simplemente recuerdos que hacen que mi cuerpo siga hacia adelante.

El tomarme el tiempo de seleccionar las canciones la noche anterior, fue como escribirme una carta a mi mismo. Imaginar lo que pensaría y sentiría al día siguiente con cada canción durante cada parte de la carrera, fue una manera de visualizarme y funcionó perfectamente.

Hidratación y Carbohidratos

Mi plan fue tomar agua o gatorade cada 2 kms, y consumir un gel de carbohidratos (GU) cada 45 min.

Lo importante de esto es que me permitió siempre tener una meta “cercana”. En vez de pensar “-Oh! Aun quedan 3 horas del maratón” pensaba “-Yeah! En 10 minutos puedo tomar un GU”. El proceso de romper la meta grande en metas pequeñas y tener unos “premios” durante el camino fue muy importante para continuar corriendo!

También es importante saber medir cuánta atención le pones a las cosas. Por ejemplo, si el siguiente momento de hidratación es en un kilómetro (6 min. aprox.) y el siguiente consumo de gel GU será en 30 min, no sirve de nada estar viendo el reloj cada 30 segundos.

Momentos difíciles y subidas intensas.

Noté que otros corredores consumían el agua de manera veloz o se la aventaban encima, yo no. Mi sistema era darle un trago a la bolsita de agua y llevarla conmigo por un rato, tomar agua cada 500 metros y aprovecharla como motivación para vencer una subida.

En subidas muy intensas, llegue a reducir este ciclo con tragos muy pequeños pero también muy seguidos, cada 30 pasos tenía de “premio” un poco más de agua, así de difíciles eran esas subidas. Sin embargo, esto me permitió continuar corriendo en momentos en los que otros preferían caminar o incluso rendirse.

Una táctica sumamente importante, es que en las subidas difíciles es mejor ver hacia abajo. En lugar de estar viendo todo el tiempo lo difícil que es ese tramo, es mejor bajar la mirada y continuar a un paso constante. Concentrarse en continuar, sin ver qué tanto falta de la subida. Siempre he pensado que: “En las metas pesadas en las que no hay atajos por tomar, es mejor tomar buen ritmo y no asustarse del enemigo.”

El impacto de los demás.

Una de las diferencias más grandes entre entrenar en un parque y participar en una carrera profesional es el impacto que provocan los demás corredores, en uno mismo.

Durante la primera hora decidí correr a una velocidad que simplemente “se sintiera bien” sin saber que tan rápido o lento fuera. Cuando llegué al minuto 60 y finalmente me puse mis audífonos, me di cuenta que llevábamos 12 kilómetros, lo que significa que corrí mis 10k más rápidos en todo el tiempo que llevo de estar entrenando.

Por otro lado, cuando llegué al kilómetro 33, comencé a ver a muchas personas caminando. Ese fue el momento más difícil de toda la carrera, porque se volvió “normal” caminar y “raro” correr.

A partir de ese momento fue mucho más difícil mantener el ritmo, al grado de que caminé por un rato. Decidí que durante ese tiempo conocería a otros corredores y y hablaría con ellos para motivarlos, lo cual fue recíproco ya que ellos ¡también me motivaron a mi!. Apoyarnos fue clave para no rendirnos.

Por último, saber que mi novia Chío estaba en la meta, fue el motivador más increíble para poder continuar en todo momento. Pensaba en la alegría que sería compartir el logro, después de haber compartido tanto del entrenamiento.

La meta es pesada, sin embargo, los demás la hacen más ligera. Claro, si “los demás” son las personas correctas. Por eso, estoy convencido que con la ayuda de otros somos capaces de lograr cosas increíbles que de otra forma serían imposibles.

Del entrenamiento a la realidad.

Uno de los errores que cometí en este primer maratón, fue entrenar para un maratón en suelo plano. Si bien era muy difícil simular el clima o la altitud del Tajín en el DF, fue una tontería no basar el entrenamiento en subidas y bajadas. Cuando te preparas para un reto, lo mejor es tratar de entrenar con las condiciones más parecidas a las que te vas a enfrentar.

Las características del reto.

Cuando cruce la meta, estaba convencido de que el reto había sido mayor a lo que esperaba.

Ha pasado una semana y sigo pensando en este maratón como un reto grande. Correrlo de nuevo probablemente requeriría otros 4 meses de entrenamiento, y eso es lo que lo hace emocionante. Muchos retos se vuelven fáciles después de lograrlos una vez, y repetirlos se vuelve una tarea dominada. En el caso de el maratón, no es así. Esto me dice que es un contrincante adecuado, al cual, quiero seguir retando.

Lo último que me queda por compartir, es la importancia de buscar la siguiente meta después de lograr una. Si bien mi intención no era correr un maratón sino tener una rutina saludable y productiva, también busco tener retos de manera constante. Por lo que días después de cruzar la meta, hoy estoy una vez mas inscrito a la siguiente carrera y con un plan de entrenamiento emocionante.

Define tus metas, tu ritmo y rodéate de gente que te ayuda a cumplirlas, tu vida (como tu la visualizas) depende de eso.

Gracias a Chio por ayudarme en la creación de este post y a Rene por entrenar y correr conmigo.

Lecciones aprendidas al correr mi primer maratón was originally published in Español de todo tipo on Medium, where people are continuing the conversation by highlighting and responding to this story.