El año tiene 52 semanas y en estas tenemos que hacer que quepa todo lo que queremos lograr en cuanto a trabajo, diversión y asuntos personales.

Para control de lo que hago en el día a día uso herramientas como Google Calendar, Toggle y Pivotal Tracker, pero estas me dan una visión demasiado micro de todo (zoom-in). A veces necesito hacer un zoom-out, una visión de 30,000 pies de altura de como se ven mis próximos meses para poder decidir si tomo un nuevo proyecto sin que esto implique matarme demasiado trabajando.

Desde hace varios años siempre he hecho una planeación general de los proyectos en que estaré trabajando en el año. A medida salen nuevas oportunidades voy viendo si me ajusta el tiempo o no. Antes hacía esto en papel, después en excel, pero este año decidí hacer una hoja en Google Docs con códigos de colores para diferentes tipos de actividades.

Las cinco actividades en que he organizado mi planeación de este año son:

• 1) Trabajo pagado (proyectos de clientes)
• 2) Proyecto propio (inversión de tiempo)
• 3) Viaje de trabajo
• 4) Vacación o viaje de paseo
• 5) Tiempo muerto por feriados forzados u otras razones

Para cada tipo de actividad (proyecto) he asignado un color. Por medio de reglas de formato (“Format >> Change colors with rules…”) definí las reglas para que asigne el mismo color de fondo y de texto a las celdas indicadas para simbolizar diferentes tipos de actividad.

Por  lo tanto, si quiero marcar una semana como actividad de “trabajo pagado” ingreso 1 en la celda, si quiero marcarla como “vacación” ingreso 4 en la celda. Las reglas pre-definidas se encargan de que el color de fondo y color de texto sean el indicado para que se vea solamente una cajita de color.

En cada fila de la hoja electrónica ingreso un proyecto o actividad y luego marco las semanas que tendré bloqueadas para estas. Al final termino con una visualización rápida de mi carga semanal de trabajo.

Lo bueno de esta visualización es que cuando estoy considerando tomar un nuevo proyecto, puedo ver rápidamente las semanas que tengo libres o en las que no estaré de viaje o de feriado.

Les comparto mi Google Doc

Quiero compartirles el documento en Google Docs por si a alguien le interesa utilizarlo o incluso mejorarlo. Para mi caso en particular me sirve como está, pero ustedes pueden modificarlo y usarlo como mejor les sirva.

Los pasos para tener su propia copia del archivo en Google Docs son:

• 1) Abrir el documento desde este enlace
• 2) Clic en la opción del menú “File >> Make a Copy…” (para esto debes estar loggeado con tu cuenta de Google Docs)
• 3) Ahora que ya lo tenés en tus Google Docs podes comenzar a usarlo escribiendo los proyectos o actividades en cada fila y los números indicados en cada casilla de semana.

Espero que sea de utilidad y al final les dejo un video del archivo en acción.
Todas las fechas y proyectos presentados en el video son ficticios:
.

Aclaraciones:

• Esta no es una solución completa ni digo que sea lo mejor. Si alguien ya usa algo diferente que le genere diagramas de Gantt y todo eso pues probablemente sea una mejor solución. En mi caso necesitaba algo rápido de implementar y que me funcione de forma aproximada.
  
• No pretendo planear las 52 semanas del año de una vez. A medida que salen oportunidades abro la hoja electrónica y voy actualizando. Es un documento “vivo” y no estático.

Uno de los elementos más importantes de esta metodología es el Producto Mínimo Viable (PMV), o explicado en pocas palabras: un prototipo con funcionalidades mínimas que nos sirve para confirmar si existe un mercado interesado en nuestro producto. Desde que empecé a leer acerca de la Startup Liviana en 2009 (en el blog de Eric Ries) me sentí identificado con muchos de los consejos y decidí aplicarlos en la medida de lo posible en mis nuevos proyectos.

Me gustaría compartir con ustedes algunas de las lecciones aprendidas en estas experiencias, específicamente aquellas que ayudan a desarrollar y lanzar rápidamente prototipos al mundo real.

1. ¿Qué tan Mínimo debe ser un PMV?
En teoría, un PMV puede ser tan sencillo como un anuncio en Google Adwords o incluso un mensaje en twitter en que anuncias un producto que no existe aún. Todo depende de la etapa de desarrollo en que estemos. Las etapas pueden ir desde el concepto/idea hasta un producto ya establecido que está experimentando con nuevas funcionalidades (features). El objetivo principal de un PMV es medir el nivel de interés, aceptación y reacciones que este ocasiona en un mercado meta.

Por ejemplo, para un nuevo producto o servicio que aún no hemos desarrollado, el PMV podría ser simplemente un anuncio en Google Adwords que expresa el beneficio que el cliente obtendría. Lo que haríamos con este anuncio es simplemente enlazarlo a una página sencilla que describe “el producto”, aunque este no exista, y con esto podemos medir un nivel inicial de interés. Si vemos que un porcentaje considerable de personas están haciendo clic en el anuncio podríamos estimar que hay al menos un segmento de mercado interesado en el producto y proceder a una segunda iteración del producto.

2. ¿Qué son las iteraciones de un PMV?
Un Producto Mínimo Viable no es un fin sino un medio. Un medio para llegar eventualmente al producto final (a veces nunca hay final). Por lo tanto, cada versión mejorada del producto puede llamarse una “iteración” (sinónimo de repetición).

Es importante tener claro que durante el proceso de ejecución, el PMV pasará por múltiples iteraciones. En cada iteración tendremos un objetivo de aprendizaje diferente, mediremos lo que los usuarios dicen o hacen y aprenderemos de estos datos. Con ese aprendizaje procederemos rápidamente a desarrollar la siguiente iteración y  así nos mantenemos en un “círculo virtuoso” de aprendizaje, mejora y refinamiento del producto.

3. ¿A quién mostrar la primera iteración del prototipo?
En mi experiencia es bueno mostrar la primera iteración del producto a personas un poco más técnicas que podrían en algún momento formar parte de tu equipo. Esto sirve para que veas si hay otros interesados a unirse al equipo en áreas como diseño, programación, deployment/servidores, mercadeo, community management, etc.

La primera versión de tu producto por lo general será visualmente simple, sin mucho texto explicativo, sin detalles y con errores. Por eso es que quienes lo vean deben tener algo de conocimiento técnico para que entiendan la idea general, pero que no se sientan desalentados porque ‘esta feo’.

Una vez que tenemos una versión un poquito más refinada podemos comenzar a mostrarla a personas ‘normales’ que se fijarán más en el beneficio del producto y no tanto en lo técnico. Para esta versión importa más que sea claro el beneficio del producto y la facilidad de uso.

4. Siempre que sea posible forma un equipo de trabajo
Aunque puedas desarrollar el prototipo trabajando sólo, siempre es recomendable que vayas formando un equipo de trabajo. Aunque sólo sea otra persona y formen un equipo de dos, he encontrado que es útil trabajar en equipo por algunas razones como:

• Si trabajas sólo no tenés nada que te obligue a dedicar tiempo a trabajar en el producto. En cambio, cuando ya estás trabajando con una o dos personas, el hecho de tener que coordinar algunas horas de reunión para trabajar ya te obliga a apartar el tiempo necesario. Aunque nunca se reúnan físicamente, la división de responsabilidades también te da un sentido de obligación para cumplir tu parte o terminar lo que estas haciendo porque los otros te están esperando para seguir con su parte.
  .
• Si trabajas sólo podes quedarte estancado en una decisión creativa por mucho tiempo. En cambio, cuando tenés otras personas con quienes pensar en las diferentes opciones, podés tomar una decisión de inmediato. Por ejemplo, algo tan sencillo como “se ve bien este botón a la izquierda o la derecha?”, si estás sólo esa pequeña decisión puede tomar varias horas. Si tenés alguien al lado algo así se soluciona en dos o tres minutos.
  .
• Casi siempre podés avanzar más rápido cuando son varios. Digo “casi siempre” porque depende. A veces, si hay mucha gente trabajando en lo mismo más bien se atrasa el progreso. Siempre y cuando puedan dividirse el trabajo de forma efectiva, el trabajo en equipo hará que avancen más rápido. Una forma efectiva de dividir el trabajo es que cada miembro del equipo tenga responsabilidades en áreas funcionalmente separadas: programación, diseño de front-end, configuración de servidores, social-media, mercadeo, negocios/estrategia, etc.

5. Acelera el desarrollo con Hackathons (o al menos intentos de hackathons)
Para quienes no estén familiarizados con el término, un Hackathon es una marathon de programación+desarrollo+diseño en que un equipo de trabajo se encierra por una cantidad de horas dedicadas exclusivamente a completar una versión funcional de un producto. Podría ser por ejemplo un Hackathon de fin de semana en que todo el equipo se reúne y trabaja desde las 10AM hasta las 10PM todo el sábado y el domingo exclusivamente en completar la primera versión del producto. O si son más vampirezcos, pues de 10PM a 10AM  ;)

En Class.io utilizamos esta forma de trabajo para acelerar el desarrollo de las primeras versiones. Ya después cada miembro del equipo queda haciendo mejoras incrementales al producto a medida que se recibe retroalimentación de los usuarios. Pasado un mes o cierto tiempo en que las mejoras pendientes ya son muchas conviene hacer otro Hackathon para implementar rápidamente todas las mejoras.

6. Antes de lanzar un versión al público, crea expectativa y mide interés
Siguiendo los consejos de la Startup Liviana, hay que hacer un poco de “Desarrollo de Clientes” (Customer Development) en paralelo mientras hacemos el “Desarrollo del Producto”. Un primer paso en este proceso es identificar a las personas que estarían interesadas en utilizar nuestro producto.

En mi caso particular con KidsAbacus lo que hice fue simplemente sacar un twitt al aire (y un status update en facebook) en que preguntaba “quién tiene hijos entre 6 y 12 años de edad y quiere probar una nueva webapp que lanzaré en una semana y días…?”

Con ese simple mensaje obtuve más de 45 personas, entre respuestas de twitter y de facebook que me pidieron que les avisara en cuanto lanzaramos la versión de pruebas. Todo esto ocurrió 10 días antes de tener listo el prototipo y sirvió para tener desde antes una lista de personas a quienes invitar a hacer pruebas.

24 horas después del lanzamiento ya habíamos recibido más de 400 visitas, más de 2,500 pageviews y lo más importante, más de 40 usuarios probando la aplicación.

7. Antes de lanzar un versión al público, instala scripts de tracking
Mientras estás desarrollando la primera versión es posible que mostrés la aplicación a personas cercanas (amigos y familia) usando el webserver de tu computadora de desarrollo. Cuando haces ese tipo de demos podés ver lo que hacen y dicen las personas al probar la aplicación.

El problema cuando lanzás la aplicación públicamente a internet es que ya no podes verles la cara ni recibir sus comentarios de inmediato. Para esto es útil que antes de abrir la aplicación al público instales algunos scripts para poder analizar su comportamiento (navegación) y capturar sus sugerencias.

Algunas herramientas que he usado para esto y que me han servido bastante son:

• Google Analytics: Las estadísticas de tráfico que proporciona nos ayudan a conocer datos como: países desde donde nos visitan, versión de navegador que usan, palabras de búsqueda por las que nos encuentran, tiempo promedio de visitas, número de páginas que ven los visitantes, páginas más leídas en nuestro website o app, y otros datos que podemos configurar como metas de conversión.
  .
• GetSatisfaction: esta herramienta sirve para que los usuarios puedan enviar sus ideas, sugerencias, comentarios y reportes de errores que encuentran en la aplicación. En KidsAbacus nuestros usuarios han sido bastante activos enviando su retroalimentación.
  .
• MixPanel: una excelente herramienta para medir acciones específicas en sitios y aplicaciones web. Con GoogleAnalytics podría lograrse algo similar usando “Metas”, pero MixPanel proporciona reportes en tiempo real y es mucho más personalizable en cuanto a capturar datos y acciones propias de tu aplicación.

8. Aprende del feedback y vuelve a iterar
Una vez que comienzas a recibir feedback de tu aplicación, debes tomarlo positivamente y aprender del mismo. Tus usuarios están tratando de ayudar cuando te mandan comentarios de cosas que podrías mejorar, así que no hay que sentirse ofendido si nos dicen que algo no está bien… hay que tomar los comentarios y analizar, aprender y corregir.

También hay que considerar que la mayoría de los usuarios que se registren en la aplicación no saben que estás haciendo un “Producto Mínimo Viable” y todo eso. Ellos ven un sitio web que ofrece algo y esperan que funcione bien. Si encuentran algo que no entiendan o no funcione te lo van a reportar diciendo “falta esto”, “debería de hacer esto”, “hay un error en esto”. La mayoría de las veces tu respuesta inmediata sería: “Si… yo se… pero es que no está terminado, es un producto mínimo viable” . Esa respuesta debes dejarla en tu cabeza y tomar los comentarios del usuarios como validación y confirmación de que la idea tiene futuro y lo que sugieren tus usuarios es algo que necesitan.

Si nadie usa la herramienta y nadie te manda comentarios, es posible que a nadie le importe lo que estás haciendo y no haya un mercado interesado en el producto.

9. Hay que iterar rápidamente
Ya que el Producto Mínimo Viable es sólo un medio y no un fin, es necesario iterar rápidamente. En cuanto recibamos retroalimentación hay que tomar todos los comentarios, evaluar prioridades y retomar el desarrollo para lanzar rápidamente las mejoras.

En las etapas tempranas del desarrollo de un producto es necesario iterar rápida y frecuentemente para no perder el interés de los usuarios y que sientan (y sepan) que sus comentarios son tomados en cuenta.

En conclusión
La metodología de Startup Liviana está agarrando más auge cada vez y veo que muchas empresas la están poniendo en práctica. En mi experiencia ayuda bastante a sacar productos rápidamente al aire para verificar si estos tienen o no un futuro y podamos decidir si les dedicamos más recursos.

En el pasado, principalmente trabajando para clientes en proyectos de desarrollo web, había trabajado apegado a la teoría de desarrollo que enseñan en la universidad, en la que antes de comenzar el desarrollo hay un análisis y diseño del sistema, luego el documento de especificaciones, después el desarrollo, luego pruebas, y al final lanzamiento. Todo ese proceso toma (dependiendo del alcance) entre 6 meses y 1 año, pero es hasta el final que nos damos cuenta de lo que los clientes piensan acerca de nuestro producto final.

Con la nueva mentalidad de Producto Mínimo Viable, podemos lanzar un producto mucho más rápido (5 semanas por ejemplo) y luego entrar en el círculo virtuoso de retroalimentación y mejoras.

Para aprender más acerca de la metodología de Startup Liviana simplemente Google: Lean Startup

Una semana y días antes se estuvo anunciando el evento como un Barcamp, pero poco a poco en los twitts relacionados note cierto debate respecto al uso de este término. Después de estar en el evento anoche puedo concluir que en efecto, no fue un Barcamp.

Con esto no quiero decir que el evento no estuvo bueno, al contrario, fue excelente. Hubo muy buenas presentaciones, algo de improvisación (algo normal en una des-conferencia), pero en realidad no fue un Barcamp.

Hoy leí un blog post de una de las personas que fue al evento y noté que  hubo algo de confusión acerca del formato de sesiones simultáneas. Esto se debe a que  no se siguió el formato recomendado para ejecutar un Barcamp.

Es por eso que creo conveniente comentar un poco lo que en mi experiencia son consejos acerca de cómo organizar una des-conferencia bajo el formato de Barcamp.

Nuevamente, no quiero que quienes se han esforzado organizando las meetups del #SMCSV crean que estoy diciendo que el evento no estuvo bueno o que esto es una crítica destructiva. Nuevamente digo que estuvo muy bueno… mucho mejor que las primeras dos meetups del club, realmente los felicito.

Consejos para organizar un Barcamp

1) Lee las reglas del sitio oficial de Barcamp

Aunque Barcamp no es una franquicia, corporación ni nada por el estilo, es un movimiento global que se rige por reglas. En el sitio barcamp.org se encuentra detallado todo lo que alguien necesita hacer para organizar un evento. Al igual que Fight Club, Barcamp tiene 8 reglas (las dejo en inglés para que no se arruine el chiste de referencia a Fight Club):

• 1st Rule: You do talk about BarCamp.
• 2nd Rule: You do blog about BarCamp.
• 3rd Rule: If you want to present, you must write your topic and name in a presentation slot.
• 4th Rule: Only three word intros.
• 5th Rule: As many presentations at a time as facilities allow for.
• 6th Rule: No pre-scheduled presentations, no tourists.
• 7th Rule: Presentations will go on as long as they have to or until they run into another presentation slot.
• 8th Rule: If this is your first time at BarCamp, you HAVE to present. (Ok, you don’t really HAVE to, but try to find someone to present with, or at least ask questions and be an interactive participant.)

Adicionalmente, hay una sección específica de consejos para organizar un Barcamp, hasta tienen una versión traducida al español.

2) Prepara a tu audiencia con tiempo

Cuando es la primera vez que se hace un Barcamp en una comunidad, es necesario preparar a la audiencia compartiendo con ellos información acerca de qué es Barcamp, su formato, sus objetivos y qué pueden esperar del evento (y qué se espera de ellos en el evento también). Por ejemplo, para el primer Barcamp de Honduras nosotros hicimos un pequeño sitio web donde se explicaba todo el concepto, mostrando de una foto de ‘la pizarra de charlas’ y un video de un Barcamp en Guatemala.

En el sitio web es importante tener un formulario de inscripción para que todos aquellos que planean asistir se inscriban. De esta forma los organizadores tendrán una idea aproximada de cuantas personas asistirán. Es importante saber más o menos cuantas personas habrá para decidir cuantos salones de charlas simultáneas se deben de preparar y cuanto deberá durar todo el evento.

3) No importa la cultura local de impuntualidad … hay que ser puntuales

Algo muy importante en un evento como Barcamp es ser estrictos (nazis) con el tiempo. Si dejamos que se pierda tiempo al inicio y luego en cada transición de presentación a presentación, tendremos un caos. Uno de los elementos más importantes del Barcamp es ‘la pizarra de charlas’:

Como ven en la imagen… la pizarra de charlas es una matriz con los espacios de tiempo en el eje vertical y los salones disponibles (o aulas) en el eje horizontal. No se puede ser impuntual ni pasarse del tiempo… sin puntualidad no se puede seguir el plan y todo se desmorona.

En cuanto a las charlas es importante:

• No importa quien sea quien va a dar charla, nadie tiene garantía de un espacio para hablar. No se vale tener una lista de charlas pre-asignadas a salones desde antes. El día del evento, en cuanto se abren las puertas, la pizarra debe tener la matriz dibujada con todas sus casillas en blanco.
  .
• A medida que llegan las personas, quienes estén interesados dar charla van escribiendo su tema en la casilla deseada en las coordenadas (x,y) => (salón,hora). No hay problema con anunciar desde antes que algunas personas presentarán algún tema, pero si esta persona no llega temprano para reclamar su espacio y la pizarra se llena porque los que llegaron temprano reclamaron todos los espacios, pues ni modo… pierde su chance de presentar.
  .
• Cuando anuncias que habrá un Barcamp y preparas al público informándoles por medio de un website, facebook, twitter, etc… es importante dejar claros estos detalles del tiempo:
  • 1) La hora de inicio de registro de participantes
  • 2) hora de inicio de la primera charla, hora de fin del evento
  • 3) la duración de cada sesión.

4) El día del evento recibe a tu público con una intro

Es recomendable citar a los asistentes una hora antes del inicio de la primera charla. Durante esa hora se les recibirá, se les explica dónde está la pizarra, dónde están los salones, etc. Desde ese momento, quienes estén temprano para reclamar sus espacios pueden ir a la pizarra y escribir el nombre de su charla en la casilla de su preferencia.

5) Fomentar el networking

Si es posible se debería tener algo preparado para el final del evento para que las personas puedan ‘networkiar’, es decir, platicar casualmente y conocerse. Esto depende del presupuesto y patrocinadores ya que aunque sea algo sencillo siempre cuesta dinero darle de comer y beber a un grupo grande de geeks.

Si no es posible costear algo de comida y bebidas, por lo menos pueden anunciar e invitar cordialmente a todos a un “after”. Todos pueden ir a algún restaurante a cenar o simplemente pasar el rato mientras platican (cada quién pagando lo suyo).

Conclusión

Hay muchos más  consejos y observaciones que pueden considerarse, pero como les mencioné anteriormente, pueden comenzar por consultar barcamp.org para encontrar muchos recursos y consejos de este tipo.

Cada quien le puede dar su propio estilo a su evento pero estos lineamientos generales deberían seguirse para que sea un auténtico Barcamp.

Para cerrar les dejo el video de las 8 Reglas de Fight Club:

Este año ha sido muy activo en cuanto a eventos enfocados en emprendimiento web en Centro América. Después del WebConfLatino en Honduras (mes de Julio) en que participe como organizador, me dedique a completar unos proyectos pendientes de clientes (hay que comer) y luego tomar un mes de vacaciones.

Ahora durante el mes pasado he participado como conferencista en una serie de eventos de tecnología en Centro América. En la mayoría de estos eventos ha participado también mi amigo Fabian Ramirez (@dokshor) de la empresa chilena AyerViernes, compartiendo su experiencia en desarrollo web trabajando remotamente desde diferentes países de América Latina y Europa.

El mensaje principal de mi participación en los eventos ha sido el de lanzarse sin miedo a emprender, considerando los riesgos, la incertidumbre y estando listos para aprovechar las oportunidades cuando estas se den. He subido las presentaciones que usé en http://www.slideshare.net/corp y a continuación comento un poco sobre cada evento y las personas que participaron en estos.

Business Volume Tecnología
Santa Ana, El Salvador (11 Octubre)
Rolando Peralte (@rolandoperalta) de CommunitiesDNA me invitó BusinessVolume en la Universidad de El Salvador – Facultad de Occidente, una actividad que está comenzando en El Salvador y busca fomentar el emprendedurismo entre los estudiantes de la institución. En el evento les hablé acerca de emprendimiento tecnológico con el fin de inspirar a los jóvenes a lanzarse y empezar sus empresas basadas en innovación.

+info en: http://www.facebook.com/BusinessVolume

Foro de Innovación y Tecnología
Ciudad Guatemala, Guatemala (13 – 15 Octubre)
La Universidad Galileo de Guatemala llevó a cabo la primera edición del Foro de Innovación y Tecnología (FIT) que nace como iniciativa de Oscar Rodas (@osrodas007), Eduardo Corpeño (mi hermano, @kuashio) y Adrián Catalán (@ykro), catedráticos de carreras de Sistemas y Electrónica de dicha Universidad.

Hubo muy buenas presentaciones de conferencistas presenciales y remotos. Entre las charlas presenciales que pude ver me gustó bastante la de “Cloud Computing Privada” de Egdares Futch (@efutch) y la de Oscar Bonilla (@obonilla) de BitKeeper acerca de la evolución de sistemas de control de versiones.

Mi participación consistió en dos charlas, una el jueves 14 y otra el viernes 15 de octubre. La primera charla fue acerca de “Programación de WebApps con APIs”. La segunda fue la charla de cierre del evento y me enfoqué nuevamente en inspirar con el mensaje de “lanzarse sin miedo” a emprender con tecnología.

+info en: http://www.facebook.com/fit.gt

Google Technology User Group (GTUG)
San Salvador, El Salvador (26 Octubre)
En WebConfLatino 2009, Alejandro Villanueva (@alejandv) de Google participó como conferencista invitado y desde entonces nos hemos mantenido en contacto. Esto evolucionó a que desde mediados de este año se iniciaran los Google Technology User Groups (GTUGs) en Honduras, Guatemala y El Salvador.

Este 26 de Octubre fue la primera reunión abierta del GTUG de El Salvador. Realizamos el evento en La Universidad Evangélica y tuvimos cerca de 35 personas como oyentes. Fabian Ramirez y Rodrigo Amaya (@ramayac) presentaron acerca de Google App Engine, mostrando el ejemplo de SismoSV.com creado por Rodrigo para monitorear la actividad sísmica de El Salvador. Yo presenté mi experiencia usando el API de Traducción de Google para LocalSpanish.com

+info en: http://www.facebook.com/gtugelsalvador

#NokiaTalk
San José, Costa Rica (28 Octubre)
A mediados de Octubre recibí un email inesperado por parte de Nokia para invitarme a participar en el evento #NokiaTalk en San José, Costa Rica. Casualmente también invitaron a Fabian, entonces armamos viaje para allá un día después del GTUG.

Mi participación consistió en una presentación acerca del futuro de las redes sociales y luego un panel de preguntas junto a Fabian Ramirez y Cristian Cambronero (@cambronero) de FusildeChispas.com

Felicitaciones a Saulo Passos (@saulopassos), Laura de León (@lauradeleon) y todo el equipo de Nokia por llevar a cabo este tipo de actividades que los conectan mejor con los desarrolladores y bloggers de la región.

+info en: http://conversaciones.nokia.com/tag/nokiatalk

Congreso Transcyberiano
San José, Costa Rica (3 -5 Noviembre)
Después del #NokiaTalk me quedé unos días más en Costa Rica para participar como conferencista en el Segundo Congreso Transcyberiano, evento que organiza Carlos Chacón, más conocido como @SEOCharlie y su socio Manfred Perez (@morado). Aprovechando que la duración de la charla era de 90 minutos, quise ir más allá del mensaje inspirador de ‘lanzarse sin miedo’ y agregar contenidos accionables acerca del modelo de “Startup Liviana” (lean startup).

Al terminar mi presentación tuve una entrevista con Ricardo Jiménez (@ricardoj) de Microsoft. Ellos han sido patrocinadores de WebConf los últimos dos años y desde hace unos meses querían entrevistarme para su show online Microsoft Café TV. Les dejo los links de la entrevista aquí: Parte 1 y Parte 2.

El cierre de las charlas estuvo a cargo de Eduardo Arcos (@earcos) de hipertextual.com, un caso de éxito de emprendimiento web latino que ha podido monetizar efectivamente su red de blogs. Compartió con la audiencia parte de su historio, cifras del crecimiento en visitantes únicos y sus teorías acerca de “el quinto poder”. Pueden ver la grabación en video de su presentación en Microsoft Café TV.

+info en: http://www.transcyberiano.com

En conclusión

Cada vez hay más eventos en la región en que además de cubrir el aspecto técnico se incluye el tema de emprendimiento. Creo que esto está muy bien y que la cultura de emprender debe ser fomentada con mayor énfasis en nuestra región y motivar a los jóvenes a lanzarse sin miedo a emprender sus ideas. Ya sea por iniciativa propia de grupos de estudiantes, académicos, emprendedores o empresas grandes como Nokia, nuestra región ha estado bastante activa este año.

Después de estar como organizador de WebConfLatino, ahora me ha tocado ver la otra cara de la moneda como invitado y participante.

A los organizadores de los eventos les agradezco y sepan que entiendo muy bien todo el esfuerzo que implica organizar y ejecutar estos eventos, los felicito por sus resultados tan positivos.

Espero también contar con ustedes para el WebConfLatino 2011 y que sigamos juntos fomentando y compartiendo experiencias acerca de todos los emprendimientos que surgen en nuestros países.

¿Hay más?

Si alguno de ustedes participó en estos eventos, me gustaría conocer sus opiniones y que comenten acerca de que les gustaría que se incluyera en próximas ediciones. Si participaron o saben de otros eventos también sería bueno que comenten al respecto para ir conociendo de otras actividades están llevandose a cabo en Centro América.

Hace unos días un amigo me preguntó acerca de cómo decidir cuanto cobrar por su trabajo de diseño web. En la plática salieron algunos puntos interesantes que pensé sería bueno compartir en este artículo.

Una vez estaba en una clase de “Pricing Strategies” y estábamos discutiendo acerca de como definir el precio de un producto. Hay muchas formulas y conceptos de economía acerca costos fijos, variables, análisis de la competencia, etc. para definir el precio de productos manufacturados.

Pero cuando hablamos del precio de un servicio profesional, no todos estos conceptos aplican y entramos al mundo del dicho “según el sapo es la pedrada” … donde el sapo puede ser el cliente, el consultor o ambos.

Para dar contexto al tema usaremos siempre el ejemplo de un consultor que ofrece servicios de diseño web.

Primero debemos analizar algunos detalles que se esconden tras ese numerito llamado precio…

Qué es el precio?

• El precio es la semilla de lo que después se convierte en nuestros ingresos totales. De este monto debe salir el dinero para pagar los costos fijos, variables, inversión en equipo, impuestos y compensar al dueño del negocio por el riesgo y costo de oportunidad. Desde este enfoque podemos deducir un precio en base a COSTO.

• El precio también puede ser un mecanismo de branding que sugiera la calidad del servicio que ofrecemos. Un precio muy bajo puede dar a entender que nuestro producto o servicio es de mala calidad y un precio alto por otro lado denota mayor calidad. En el caso de servicios profesionales de consultoría, la calidad corresponde a “que tan experto o especialista” es el consultor y de acuerdo a esto se espera que será el nivel de calidad del trabajo realizado. 
De este enfoque podemos deducir un precio en base a VALOR AGREGADO.

• El precio también es un mecanismo de equilibrio de mercado. Si tenemos precios muy bajos y nuestra capacidad de producción es baja, es posible que no podamos abastecer toda la demanda. A medida que subimos el precio, vamos filtrando la demanda y quedando solo con los clientes que está dispuestos a pagar más… llegando a un equilibrio y encontramos el segmento en que vamos a competir. De este enfoque podemos deducir un precio en base a COMPETENCIA DE MERCADO.

Entonces … cuanto? cuanto vale?

Cómo podemos responder a la pregunta que nos hace un cliente potencial cuando quiere que le desarrollemos un sitio web?

… Depende

Depende en parte del mercado. Vivimos en un mundo competitivo donde hay muchas personas ofreciendo “su sitio web por sólo $100” … pero la competencia a nivel de precios bajos no es sana, lleva a malos resultados y baja calidad.

Que tiene de malo contratar la oferta hipotética del sitio web por sólo $100?

A la larga no se puede retener la atención de un diseñador/consultor por mucho tiempo a ese monto… lo que puede terminar pasando después es:

• Llega el punto en que este consultor necesita más ingresos y busca más clientes… y en consecuencia ya no te contesta las llamadas ni responde tus emails (se te pierde) porque está ocupado atendiendo a otros.

• El consultor ya no puede con sus gastos y consigue un trabajo fijo con un sueldo mensual entre 10 a 15 veces lo que te estaba cobrando y en que no tiene que preocuparse por andar buscando clientes… siempre le pagan su sueldo mes a mes.

• El consultor se aburre de hacer sitio web y ya no se dedica a eso… y busca otro negocio (vende casas o carros por comisión).

Al final, el cliente termina con un sitio web a medias, sin mantenimiento y en busca de alguien que tome el proyecto desde cero nuevamente (y a veces con el nombre de dominio secuestrado por el consultor anterior).

Entonces, no es bueno competir con esos precios bajos, ya que quienes operan en ese mercado terminan mal. Como consultores serios hay que pensar en el largo plazo, pensar en desarrollar una carrera estable y prospera dedicada a ofrecer tus servicios a clientes que puedan contar con tu disponibilidad por varios años.

La pregunta no es cuanto vale un sitio web… es cuanto vale tu tiempo

Una vez hicimos un estudio de mercado, comparando precios y servicios ofrecidos por 7 empresas de diseño web en Honduras. A todas enviamos la misma requisición y las ofertas que nos enviaron iban desde los $350 hasta los $2,600 … todas básicamente en respuesta a la misma solicitud.

Al final de cuentas, no importa si estás diseñando sitios web, casas, puentes, compuestos químicos o haciendo estudios de impacto ambiental… cuando trabajas como consultor, lo que vendes es tu tiempo y atención para dedicarla a solucionar un problema que no es tuyo… es de tu cliente, pero por medio de una transacción comercial se vuelve tuyo.

Al ver la pregunta de ‘cuanto cobrar’ bajo este enfoque y tomando en cuenta los enfoques de 1) costos, 2) valor agregado y 3) competencia de mercado, entonces podemos hacer un análisis para determinar nuestro precio.

Un análisis en base a costos puede ser:

• Si tu única fuente de ingresos por muchos años será la que venga de cobrar por tu tiempo, considerando que el día solo tiene 24 horas y no se pueden agregar más… hay que determinar cuantas horas productivas al día podes dedicar a clientes y hacer números en base a eso. Para el ejemplo usemos 5 horas diarias en trabajos de clientes, 5 días a la semana.

• Al dedicarte a ser consultor estás tomando un riesgo… estás dejando ir la oportunidad de un empleo bien pagado (asumiendo que lo podes obtener) y eso representa al menos una referencia para tu costo de oportunidad

• Si tomas tu costo de oportunidad mensual en base a un salario (por ejemplo $1,500) y lo dividís entre las horas efectivas al mes que podes dedicar a clientes (por ejemplo 100) entonces tu costo por hora es $15.00

• Pero que pasa con los ahorros, vacaciones, aumentos en tus ingresos, retiro, seguro médico, etc.? Y a quien le cobro todas las horas que involucra conseguir un cliente, escribir propuestas, reuniones pre-venta, etc.? Al decidir ser consultor independiente vos sos el dueño de tu carrera y lo que pase con ella… debes hacer un plan financiero que considera todo esto. Probablemente el monto de $15 por hora deba en realidad incrementarse en un 50%, para un valor total de $22.50

Entonces, si un sitio web te tomaría unas 50 horas de trabajo, tu cotización sería $22.50 x 50 horas = “Sitio Web $1,125.00”

Valor Agregado

Pero lo anterior sólo toma en cuenta el extremo inferior de la ecuación… el costo. ¿Qué pasa con el ‘valor agregado’ que el consultor aporta al ser un experto en el tema?

A medida que un consultor obtiene más experiencia y se especializa, su trabajo es más valioso, agrega más valor a los proyectos en que trabaja, es más eficiente (le toma menos horas completar un trabajo) y otros beneficios.

Además, llega a conocer mejor el mercado y descubre que hay ciertos segmentos de mercado en que los clientes tienen un nivel de presupuesto más alto para proyectos de web debido a que para ellos significa más ventas, mejor posicionamiento de marca o algo que realmente genera valor. Si este consultor llega a un cliente grande y descubre que el valor agregado que sus servicios representan para el cliente es de $8,000.00 (entregando un sitio web en 6 semanas) entonces automáticamente el nivel de precio del consultor sube y se ajusta a esto.

Cuando vengan nuevos clientes potenciales, el costo de oportunidad de este consultor ahora se basa en $8,000 por un website que le tome 6 semanas completar… entonces ahora basa su precio en $8,000 / 6 semanas / 5 días / 5 horas = $53.33

Ahora por ese website de 50 horas de trabajo, el consultor cotizaría 50 x $53.33 = $2,666.00

Según el Sapo es la Pedrada…

Normalmente este dicho significa que se le puede cobrar más a clientes grandes… pero creo que en realidad lo que se hace es cobrarle el precio justo a los clientes grandes y darles un descuento a los pequeños (que sabes que no pueden pagar lo que vale el trabajo)… eso sólo si es que realmente queres ayudarles.

Cada caso es diferente en cuanto a precios de consultores y en cuanto a valor que el cliente asigna al sitio web (su presupuesto). Cada consultor tiene sus planes y metas financieras diferentes que lo llevan a valorar de forma diferente su trabajo.

Algunos trabajan como parte de un equipo y entran otros factores en juego. Por eso hay firmas de desarrollo web como Hashrocket que cobran entre $150 y $250 por hora. En el sitio de preguntas y respuestas StackOverflow surgió una discusión interesante en que los rangos anduvieron entre $25, $75 y hasta $200 por hora para desarrollo en Ruby on Rails.

En conclusión

En respuesta a mi amigo desarrollador de web, lastimosamente no hay una respuesta correcta … cada quien decide como quiere cobrar y luego se mide en el mercado para encontrar a los clientes que ven valor en lo que ofreces.

A medida que obtenés más experiencia trabajando con clientes debes ir identificando cual es tu área especialidad, el área específica en que más agregas valor. Al identificar esto, verás que hay segmentos de mercado que valoran bastante tu aporte de experto y no tienen inconveniente pagando lo que tu trabajo vale.

Algunos puntos finales:

• Consejo: Difícilmente un cliente te pague por hora… debes hacer tu análisis de horas internamente y cotizar ‘por proyecto’ con buena definición del alcance del mismo (que incluye y que no).

• Aclaración: No soy experto en precios… siempre es un trabajo complicado decidir como cobrar y este artículo sólo es un análisis con valores hipotéticos. Hay muchas otras formas de abordar el tema.

• Opinen: Sus opiniones son bienvenidas para compartir experiencias en el proceso de definir precios en sus mercados locales.

Desde finales de marzo comencé a implementar ciertas tácticas enfocadas a evitar distracciones y ser más productivo en las actividades más importantes y quería completar el experimento para escribir algo al respecto en el blog. En este artículo quiero compartir algunas de estas tácticas y lo que he aprendido en el proceso.

La decisión de cambiar

Recuerdo los tiempos en que podía trabajar 3 horas corridas sin interrupciones en un proyecto… esos tiempos han terminado para siempre. Ahora con emails, twitts, notificaciones de facebook, messengers (gtalk, skype, etc…), llamadas al celular, mensajes de texto (sms), wifi en todos lados es casi imposible tener 30 minutos corridos sin una interrupción (sin contar cuando alguien entra abruptamente a tu oficina y te roba una hora sin sentido).

Normalmente ‘trabajo’ (estoy frente a mi computadora) de 9AM a 9PM con un break de almuerzo de dos horas. De acuerdo a ese horario, bebería completar 10 horas de trabajo productivo cada día. Pero debido a todas las interrupciones y tratar de multi-task entre varios proyectos a la vez, al finalizar el día sentía que no había avanzado significativamente en las tareas importantes.

Decidí comenzar a cronometrar mis actividades para determinar cuanto tiempo realmente productivo trabajaba cada día. Los resultados fueron decepcionantes… en promedio estaba completando solamente 2 horas de trabajo realmente productivo cada día.

¿Qué pasaba con las otras 8 horas?
Se perdían en actividades sin importancia que se iniciaban gracias a una interrupción… cada una tomando entre 40 y 90 minutos.

El plan

Después de medir el tiempo desperdiciado, decidí formular y seguir un plan de trabajo más ordenado.

El objetivo era reemplazar el comportamiento compulsivo de estar revisando email y sitios sociales todo el tiempo por revisar compulsivamente herramientas de productividad que me ayuden a mantenerme enfocado en las tareas que necesito completar.

Las bases del plan eran sencillas:

• Crear un horario en mi Google Calendar para definir bloques de tiempo a seguir todos los días, semana a semana. La idea de los bloques de tiempo de 3 a 4 horas es que durante ese tiempo te dediques exclusivamente a ese tipo de tareas. A veces no hay nada que hacer en uno de los bloques y se puede reemplazar el bloque de un día por el de otro (lo del lunes pasa al miércoles y viceversa).
  .
• Definir una hora para leer correos en la mañana, luego un seguimiento a medio día y otro en la tarde. La idea es solo leer y responder correo tres veces al día.
  .
• Reservar el lunes para “Apagar Incendios”, es decir, situaciones de urgencia impredecibles de algún cliente, empleado o socio que inevitablemente caerán en tu inbox al inicio de la semana.
  .
• Reservar un día a la semana para actividades personales y ‘Learning Day’ en que me dedico a leer, ver videos de charlas, entrevistas, etc.
  Experimenté con los jueves y los viernes… el mejor día resultó ser viernes. Si hay algún blog post, artículo, video, podcast o cualquier otro contenido interesante que me mandan o encuentro por allí, lo salvo a evernote y el viernes los reviso durante mi ‘learning day’.
  .
• Utilizar el feature de ‘multiple-desktops’ del sistema operativo (en mi caso MacOSX, pero ahora Windows y desde hace tiempos Linux tienen esta función). De esta forma dividiré mi pantalla en 4 categorías:
  

  1. Tracking de productividad (google calendar, PivotalTracker y Toggl)
  2. Producción: los programas que necesite para la tarea en cuestión, ya sea programar, escribir propuestas o diseñar.
  3. Comunicación (gmail)
  4. Social (twitter, facebook, blipea)

• Desactivar las notificaciones automáticas de todos los programas y sitios web, y aparecer offline de GTalk y Skype la mayor parte del tiempo.
  .
• Crear filtros en mi email para mantener el inbox lo más vacío posible (siguiendo consejos de inbox zero)
  .
• Llevar bitácora de tiempo de todas las actividades en que trabajo… para esto siempre uso toggl.com
  .
• Algo importante es no tratar de tener más de 3 proyectos o bloques de tareas importantes por día… debes enfocar los bloques productivos sólo en esas tareas.
  .

Por ejemplo, mi calendario de Google se ve así actualmente:

La disciplina

Como han de estar pensando, seguir un plan así al pie de la letra es bien difícil y casi imposible… pues sí, lo es…

A medida pasaban las semanas y lo probaba en la vida real, resultaba bastante difícil seguir el calendario al pie de la letra ya que  las situaciones ‘imprevistas’ son precisamente eso… no se pueden predecir. Si tengo el lunes reservados para incendios, pero no ocurre nada ese día… significa que otro día algo pasará y tendré que dedicarle tiempo entonces. Claro que, como el mismo plan indica, podría usar las horas del lunes en una actividad planeada del miércoles y luego dedicar el miércoles para los incendios… pero se vuelve complicado llevar control de que cambios se hicieron en el plan.

Pero bueno, el calendario sirve como un plan aspiracional de “Lo que debería estar haciendo”.

Este calendario son bloques de tiempo generales, en los que puedo designar un bloque de 4 horas en la mañana del martes para “proyectos propios”, pero el detalle de qué tareas específicas debo hacer en ese momento debe ser llevado en otra herramienta. Para esto yo uso PivotalTracker.com que me permite organizar listas de to-do para múltiples proyectos. También he usado Basecamp en ocasiones pero al final de cuentas el que más me ha servido para proyectos de desarrollo de software es PivotalTracker.

Las tareas específicas que tengo en el PivotalTracker, organizadas por proyecto representan mi organización de “Lo que tengo que hacer” .

Finalmente, necesitaba una forma de llevar control de “Lo que estoy haciendo” … las actividades que realmente estoy haciendo y contabilizar el tiempo que le dedico a cada una… esto para aprender de mí mismo y la forma en que trabajo… así puedo ir ajustando el plan, cada vez haciéndolo más realista.

Como ya había mencionado antes, para este control uso toggl.com (antes usaba una hoja de excel), que es excelente para ‘marcar tarjeta’ cada vez que inicias y terminas una tarea.

Entonces, al final he terminado con tres herramientas web que me ayudan a mantenerme enfocado mis actividades productivas, organizando mi vida en tres niveles:

Lo aprendido

Desde mucho antes de esto, mis amigos cercanos, con quienes he trabajado en algún proyecto antes me apodaron “RoboCorp” porque siempre he sido bien organizado, puntual y todo. Creo que algunos de ustedes pensarán que esta metodología de trabajo es demasiado extrema y que solo un robot puede seguirla, pero creo que lo importante que he aprendido es que:

1. Es bastante complicado seguir este plan al pie de la letra, pero ayuda a enfocarse y tener por lo menos una metodología definida de trabajo para no perderse en la nube de “tengo miles de cosas que hacer y no se por donde comenzar”.
   .
2. Cada quien debe diseñar su propio plan de trabajo y seleccionar sus propias herramientas… esto es lo que ha servido para mí, pero no necesariamente sirva para todos.
   .
3. Lo más importante es “conocerte a ti mismo” y con el uso de estas herramientas y disciplinas podes llegar a conocer detalles como “cuantas horas realmente puedo avanzar a la semana en un proyecto propio o de un cliente”.
   .
4. Lo que más me gusta de trabajar así es que al final de la semana puedo ver que realmente he avanzado en las cosas importantes, puedo medirlo y verlo tangiblemente en un reporte de toggl.
   .
5. Como todo vicio, el primer paso para eliminar la perdida de tiempo que viene del consumo desordenado de ‘social media’ es aceptar que tenemos un problema. Si controlas el consumo de contenidos de una forma ordenada, no perderás tanto tiempo.
   

Recursos útiles

Algunos artículos y libros recomendados para este tema:

• The Power of Less
• Inbox Zero
• 43folders
• The 4-hour Workweek

Herramientas:

• Basecamp: to-do lists y project management simplificado
• Pivotal Tracker: seguimiento de tareas de desarrollo de software
• Toggl: cronómetro de trabajo con reportes de time-sheets
• Evernote: para capturar ideas, notas, pensamientos y URLs desde tu PC o móvil

En junio del año pasado disfrutamos de la conferencia WebConfLatino junto a 300 centroamericanos, evento que organizamos con el objetivo de traer a Centroamérica un evento de calidad centrado en temas de negocios en la web.

La conferencia fue un éxito… los participantes, patrocinadores y expositores quedaron muy satisfechos y sorprendidos, lo que nos dejó claro que WebConfLatino es un evento que debería realizarse todos los años.

Desde septiembre comenzamos ya con los detalles de organización del evento de WebConfLatino 2010. Hoy estamos en las etapas finales de confirmación de conferencistas, comenzando el contacto con patrocinadores locales y actualizando el look y contenido del sitio web.

El 12 de Abril lanzaremos el nuevo website en http://www.webconflatino.com … por el momento puedes ver detalles del evento del año pasado. Por ahora podemos adelantar que el evento se llevará a cabo el viernes 23 de Julio 2010 en el Campus de UNITEC en Tegucigalpa, Honduras. Al igual que el año pasado tendremos conferencistas internacionales representando a España, Colombia, Estados Unidos, Chile, Guatemala entre otros. Esperamos nuevamente recibir participantes de varias ciudades de Honduras y de todos los países vecinos, Guatemala, El Salvador, Nicaragua, Costa Rica y todos quienes quieran venir.

Este 29 de Marzo hice una presentación en Pio.LA, una comunidad en línea de innovadores latinoamericanos que organiza des-conferencias. En esta ocasión la des-conferencia se trataba de las comunidades y movimientos de emprendimiento web en Latinoamérica y me invitaron a dar una presentación acerca de WebConf.

A continuación les dejo el video de la presentación:

Este video es la presentación que hice en el Pio.la Barcamp del 23 de Febrero 2010 acerca de LocalSpanish el sitio web que estamos lanzando actualmente.

Hace un poco más de dos años lanzamos tuBabel.com, un diccionario colaborativo de regionalismos, modismos y jerga en español, orientado al mercado latino. En tuBabel los usuarios (babelistas) pueden agregar palabras y expresiones que usan en sus países y estas son agrupadas automáticamente según sus significados en español oficial.

El sitio ha crecido orgánicamente y hoy tiene más de 35,800 palabras, todas han sido aportadas por usuarios que han llegado al sitio por razones diferentes y desde países como México, Chile, Colombia, España y otros de habla hispana (22 en total).

Este mes hemos abierto la versión alpha (prototipo) de un sitio web derivado de tuBabel, lo llamamos LocalSpanish.com y es el mismo diccionario pero con opción de búsqueda y traducción al inglés. No es un diccionario de slang en inglés, es el mismo diccionario de slang de español pero con traducción al inglés… orientado a que personas que hablan inglés (gringos) y están aprendiendo español puedan descubrir como hablamos realmente los latinos.

Estamos aún en pruebas y falta mucho por hacer, pero cualquier comentario o idea está bienvenida. Y sí… la versión para iPhone ya está entre las ideas y en proceso de ser desarrollada.

Si tenés ideas y/o sugerencias para mejorar por favor envíamelas en un comentario o por el formulario de contacto.

Porqué? Cómo sucedió esto…

La razón de estudiar una maestría en negocios en 2004 fue que gané una beca Fulbright, becas del el gobierno de Estados Unidos para ciudadanos de países amigos como parte de un programa de intercambio cultural iniciado en 1945.

Yo me dí cuenta del programa de becas en una charla del 2001, y en el 2002 decidí que aplicaría ya que no tenía nada que perder. Me comencé a preparar desde ese año para tomar los exámenes requeridos (GMAT y TOEFL) e investigar acerca de universidades y programas de maestría. En el 2003 apliqué al programa y después de casi un año de suspenso me confirmaron que en julio de 2004 viajaría a estudiar en Vanderbilt University.

Y si me voy… que haremos? Planes A, B y C

Una de las cosas más difíciles al momento de tomar la decisión de aplicar a la beca fue pensar en lo que pasaría con Icoms en caso de que me tocara alejarme por 2 años de la empresa.

Al inicio del proceso, cuando tenía que enviar el formulario de aplicación no me preocupaba mucho de lo que pasaría ya que no tenía ni idea si me iban a seleccionar… pero cerca de Junio 2003 me llamaron para la entrevista y luego me confirmaron que estaba en la lista de pre-selección. Estar en esa lista no me daba seguridad 100% de que me ganaría la beca, pero debía tomar todas las acciones necesarias para estar listo en caso de ser seleccionado.

A todo esto, en Icoms yo me encargaba de la mayoría de las tareas de contacto con clientes, administración de proyectos y otros… Roberto se encargaba más de la parte técnica de los servidores, programación y algunos clientes… ya habíamos contratado a Wilson como diseñador pero no se relacionaba con clientes aún. No teníamos una estructura muy robusta de personal… si yo me iba el impacto sería considerable.

Lo que hicimos entonces fue pensar en tres escenarios probables para Icoms:

• Escenario A: No me dan la beca y todo sigue igual
• Escenario B: Si me dan la beca y cerramos la empresa
• Escenario C: Si me dan la beca y dejo entrenado a alguien para que tome mi rol

Pero porqué “cerrar la empresa”? que pasaba con mi socio? porqué él no se encargaría de todo?
Pues a Roberto también le salió la oportunidad de viajar por un tiempo prolongado. Él se iba para Argentina desde mediados del 2004 y permanecería allá por un año y medio. Entonces estabamos obligados a cerrar o delegar todo dejando la empresa en manos de otros.

Y entonces… que hacíamos?
De las tres, la más fácil era la opción A, pero no obtendría el final feliz de ganarme la beca para estudiar en Estados Unidos.

La opción B era relativamente fácil en el sentido de que no tendría que preocuparme por una empresa a control remoto mientras estudiaba, pero implicaba la tarea complicada, tediosa y emocionalmente cargada de cerrar la empresa y perder de todo lo que habíamos obtenido hasta ese momento (prestigio, buena cartera de clientes y más).

La opción C era fue la mejor y la cual decidimos tomar. Durante el año que me tocaría esperar para conocer mi destino estuve entrenando a Wilson (nuestro primer empleado) para que a mi salida él pudiera hacer todo lo que yo hacía, es decir, reunirse con clientes para escuchar sus necesidades, escribir propuestas/cotizaciones, administrar los proyectos, documentar todo para la parte contable, etc….

Inicios del 2004

Ya con la decisión tomada, comenzamos el 2004 con el plan en mente y comence a llevar a Wilson a las reuniones con clientes. Le empezamos a dar más responsabilidades para que desde ya se fuera encargando de proyectos de inicio a fin. Me pareció buena idea delegar la mayoría de mis funciones desde el inicio del año para que, si realmente me tocaba irme del país, Wilson estuviera listo y con algunos meses de experiencia manejando todo.

Para ese momento teníamos muchos clientes y proyectos de comercio electrónico, un diario/periódico nacional al que dabamos hosting y mantenimiento, proyectos del gobierno, clientes en Estados Unidos y en general, mucha actividad… rápidamente vimos que sin los dos fundadores, era casi imposible que una sola persona manejara todo. Decidimos entonces contratar a alguien más, alguien que se encargaría de todo lo administrativo y de cosas delicadas como firmar contratos y manejar las cuentas bancarias. Esta tarea se la confiamos a un amigo en común que teníamos con Roberto y que yo conocía desde la infancia (fuimos al mismo colegio)… además de todo el ahora era Licenciado en Derecho, algo muy útil si le íbamos a dejar el ‘Poder Legal’ de la empresa… aunque lo principal era el nivel de confianza que podíamos depositar en él.

Entonces, estábamos listos con la estructura nueva que consistiría en:

1) Legal y Administrativo: Allan Monroy

2) Diseño, Producción y Contacto con Cliente: Wilson Sánchez

3) Dirección a Control Remoto y Producción remota: Roberto Brevé desde Argentina y yo desde USA… nos convertimos en personal offshore de la empresa… trabajando todo remotamente y coordinando por email y skype.

Me dieron la beca

Ya era Mayo 2004 y aún no me confirmaban de la beca… en ese momento yo ya me había desligado del trato con clientes nuevos, no quería involucrarme en proyectos porque si me confirmaban de la beca tendría que viajar en Julio.

Entonces decidí hacer un experimento de dos meses en que yo me iría de la ciudad donde teníamos la empresa (Tegucigalpa) y viviría en San Pedro para estar más cerca de mi novia y a la vez haríamos un test-drive para que Wilson y Allan comenzaran a trabajar desde ya de la forma en que serían los próximos 24 meses.

Luego, cerca del 20 de Junio Fulbright me confirmó que me darían la beca para estudiar en Vanderbilt University y que tenía que estar en Estados Unidos el 10 de Julio… tenía menos de 20 días para preparame para viajar.

Resultó que el test-drive de Icoms completamente delegado a Wilson y Allan fue más corto que los dos meses, pero el experimento fue muy útil para poder irme tranquilo. Roberto no se fue al mismo tiempo que yo, creo que el estuvo todavía unos 3 o 4 meses en Honduras y luego comenzó ya la etapa en que Icoms estaría totalmente sin sus fundadores presentes en el día a día (al menos físicamente… por que estábamos permanentemente en comunicación vía internet).

Aprendizaje

• Si querés algo tenés que buscarlo (duh!)… no fue fácil conseguir la beca, pero si no lo hubiera intentado y trabajado duro para obtenerla la oportunidad no me iba a caer del cielo. Todo el proceso requirió de mucha autodeterminación, perseverancia y simplemente actitud de ‘ejecutar’… nadie te ayuda si vos mismo no te ayudas. (En otro post hablaré más acerca de toda la experiencia de Fulbright).

• No podemos conocer lo que pasará en el futuro… pero podemos prepararnos para escenarios probables.
  Tomar decisiones con anticipación y prepararse para diferentes escenarios hace que podamos enfrentar el destino de nuestras empresas y proyectos… talvez soy demasiado organizado pero en situaciones como la que viví en ese momento no podía dejar todo para después y decir ‘allí vemos que hacemos cuando sea el momento’. Sirvió mucho comenzar los ajustes en la empresa con un año de anticipación aún sin saber si tendríamos que ejecutar el plan o no.

• Delegar es difícil pero necesario. Los emprendedores  al inicio tienen (tenemos?) la tendencia de querer hacer y controlar todo… no delegar nada… pero con el tiempo uno va aprendiendo que si no delegas no podes crecer. Siempre hay cosas que se sacrifican cuando se delega… nadie hará las cosas de la misma forma que vos, pero eso no implica que sea razón para no soltar un poco de control. Es difícil pero necesario, el truco es identificar que tareas y/o procesos son delagables y cuales realmente tenés que controlar para mantener la calidad y nivel deseado en tu empresa.

Continuará…

Esto es todo por hoy… en el próximo post de esta serie seguiré con “2005 – Primer año de Icoms sin sus fundadores”

Yo la he escuchado tanto que creo que algunas personas la mencionan ya solo porque es una norma y todos lo dicen, pero hace unas semanas me puse a reflexionar acerca del verdadero sentido de esta frase. Qué significa realmente? Cómo podemos tomar el consejo y aplicarlo realmente al momento en que tenemos una idea “brillante” y queremos ejecutarla?

Bueno, en mi análisis llegué a la conclusión que la frase aplica a diferentes fases del emprendimiento y en cada fase significa algo diferente:

Fase 1: ACCION, Empezá y hace algo al respecto!

Cuando tenemos la idea brillante que tanto esperabamos, usualmente pasamos horas, días, meses contándole a nuestro amigos, hablando de la idea… pensando en el nombre que le pondrémos, pensando en lo millonarios que nos haremos, etc. Pasamos mucho tiempo en esto pero después empezamos a encontrar razones/excusas para no invertir el tiempo y recursos en llevarla a cabo. “No tengo el conocimiento técnico para hacerla”, “No tengo tiempo”, “No tengo dinero”, “Ya existe algo similar”, etc…

En este caso “La ejecución” se refiere a que comencés a hacer algo para implementar tu idea… llevarla de la idea que está en tu cabeza a un prototipo real que clientes potenciales puedan usar y darte sugerencias, ideas y en general feedback para mejorarla. Si nunca llegas a ejecutar ese prototipo (MVP=Minimum Viable Product) entonces no te quejés de que otro ‘te robó la idea’ y se hizo millonario.

Yo soy culpable de no haber ejecutado muchas de mis ideas… y veo como salen empresas o individuos en otras partes del mundo y se hacen millonarios… pero no puedo quejarme, soy el único culpable de no haber hecho algo al respecto.

Para esto es bastante útil que dejés de procrastinar tanto (ver Tele, Twittear, Facebookiar, Juegos de Video/Compu, etc… el tiempo es valioso)

Fase 2: MOMENTO, Hacelo en el momento indicado

No basta con ejecutar tu idea y ya. Tenés que hacerlo en el momento indicado y no cuando el mercado está saturado de productos y soluciones que atacan el problema que tu idea ataca.

Si ya es muy tarde para tu idea, entonces tenés que trabajar en ajustarla a un nicho específico o hacer que tenga una o varias características que la hagan única, no tratar de competir directamente con los líderes del mercado.

Si es demasiado temprano para tu idea, es decir, tu idea está adelantada a su tiempo, entonces debes comenzar por identificar las tendencias del mercado que te pueden indicar cuando sería un buen momento o comenzar ejecutar otras ideas más cercanas a la realidad actual que te ayudarán a ”pavimentar el camino” o ”educar el mercado” para que luego tu idea tenga mayor éxito.

Aunque hay que tener cuidado con ser el primero en lanzar un producto muy innovador… casi siempre al que es pionero le toca educar al mercado, lo que resulta bastante caro y con frecuencia viene un seguidor (segundo en el mercado) y lanza un producto mejorado cuando vos ya has invertido en crear y educar el mercado inicial.

Fase 3: VELOCIDAD, Hacelo a la velocidad indicada

La velocidad de tu ejecución es lo que te permitirá mantenerte a la cabeza de la competencia. Ya sea que seas el primero en el mercado o uno de los seguidores tempranos, si tu idea es buena y ataca una necesidad que representa un mercado atractivo, va a haber muchos más interesados en competir con vos.

Tenés que ejecutar la idea de forma que seas más rápido que la competencia en lanzar mejoras, en responder a cambios en el ambiente externo y a quejas o sugerencias de tus clientes.

Por ejemplo, Facebook no fue el primero en el mercado de las redes sociales (recuerdan MySpace?), pero han ejecutado de forma que una vez que entraron al mercado global (antes eran cerrados solo para universidades) han sabido ejecutar rápidamente y sus competidores como hi5, myspace, friendster han quedado atrás y ahora tratando de alcanzarlos. En este caso no importó ser primero, importó ser más rápido en la ejecución.

Fase 4: CALIDAD, Hacelo con la calidad requerida

No importa si sos rápido en ejecutar si lo que ejecutas es una basura llena de errores y mediocre. La calidad de la ejecución es muy importante.

Si bien es cierto, una de las recomendaciones de muchos libros, emprendedores exitosos y gurús del emprendimiento es que una de las cosas más importantes es que lancés un prototipo de tu producto rápidamente aunque este no esté perfecto, esto no significa que podés lanzar algo mal hecho.

El objetivo de lanzar un prototipo rápidamente es simplemente medir de una forma barata si el producto tiene futuro o no… pero al ver que tiene futuro debés de seguir ejecutando con calidad, mejorando todo y haciendo que el cliente/usuario tenga una experiencia excepcional al usar el producto.

Quienes no le prestan atención a la calidad pueden tener un buen resultado al inicio, pero con el tiempo pierden a todos sus usuarios y un competidor que sí sepa ejecutar puede robarle el mercado… aunque no es siempre el caso, siempre hay ejemplos de quienes no se preocupan por la calidad y aún así son exitosos… pero eso es cuestión de suerte… no podría aconsejar como regla general que ‘seas mediocre’ en cuanto a la calidad de tu producto.

Fase 5: ADAPTABILIDAD, Adaptalo según sea necesario

Este punto se relaciona con la velocidad, pero la diferencia es que aplica en una fase más adelante. Esto aplica cuando ya pasaste por las fases de la 1 a la 4, y ya tenés competencia. Además, tenés una base de usuarios que constantemente demandan nuevas funcionalidades, mejoras en las funcionalidades existentes y otras cosas. El mundo sigue moviéndose y  todo cambia, por ejemplo: cuando Apple lanzó el iPhone hizo que todos los sitios web que ofrecían algún servicio útil para el día a día de cualquier actividad productiva necesitaran lanzar su iPhone App para mantenerse competitivos.

Si tu empresa no puede adoptar los cambios del ambiente externo y ejecutar las mejoras rápidamente, esta será reemplazada por unos jóvenes sin compromisos sociales ni maritales que dediquen 18 horas diarias a mejorar tu producto y tener una interface móvil o, mejor aún, una Aplicación nativa para iPhone + Blackberry + otros smartphones y ganar todos los clientes que necesitan esto para ser felices.

Fase 6: NEGOCIO, Ejecutalo de forma que sea sostenible

Una de las más importantes, que debería ser listada antes, pero en realidad uno se da cuenta hasta el final (porque ejecuta todo el resto por pura pasión y amor al arte) es que debe haber una base económica/de mercado que permita que tu idea se convierta en un negocio rentable.

Si tu idea no genera suficiente para cubrir los costos de desarrollo, operación, soporte y adicionalmente te deje una ganancia, entonces es solo un hobby que eventualmente morirá… a menos que seas ‘independientemente millonario’ llegará el punto en que necesitarás preocuparte por ganar algo de dinero.

Las ideas que sobreviven son las que tiene una base económica de mercado en que la ecuación de oferta y demanda tiene sentido y te deja una ganancia al final… es muy bueno pensar en esto al inicio pero no dejar que esto guíe tu decisión de avanzar con la Fase 1.

En resumen
Espero que este pequeño análisis de una frase cliché de los emprendedores te haya servido al menos para pensar en lo que esta implica en tu caso específico. Yo creo que en resumen lo importante es ‘empezar’… hacer algo al respecto y comenzar… después mantenerte al tanto de lo que pasa en el ambiente externo (usuarios, clientes potenciales, competencia, nuevas tecnologías) y determinar si tu idea es ‘la idea de tu vida’ a la que dedicarás todo tu esfuerzo, y si es así, pues dedicarle todo y llegar al máximo potencial.

Y vos? Has tenido experiencias en que no has podido ejecutar una idea o la ejecutaste y te fue mal?