Continuum

Encontré esta muy interesante frase escondida al final de un artículo sobre otro tema escrito por Paul Graham:

“Una vez le expliqué esto a unos fundadores de una startup que habían llegado recientemente de Rusia. Ellos encontraron novedoso que si eras una amenaza para otra empresa, ellos pagarían un premium por adquirirte. “En Rusia simplemente te matan” dijeron, y estaban solo medio-bromeando. Económicamente, el hecho que las empresas actualmente establecidas no puedan simplemente eliminar a los nuevos competidores puede ser uno de los aspectos mas valuables de la ley. Por ende, cuando vemos a empresas establecidas suprimiendo competidores mediante regulaciones o juicios por patentes, debemos preocuparnos, no porque sea un desvío respecto a lo que dice la ley, sino respecto a lo que lo intenta conseguir la ley”

(Y esto no pasa sólo en EEUU. Ver el caso de Cumplo en Chile)

Aquí hay una entrevista bastante extensa con Sean Ellis sobre cómo conseguir el ajuste entre producto y mercado, conocido como product/market fit. Si tienes tiempo, ve y escucha o lee la entrevista. Si no, aquí van las principales lecciones que se sacan de la entrevista:

1. No tiene mucho sentido en el uso de toda la fuerza de marketing para escalar la startup a menos que consigas en product/market fit. En otras palabras, primero hay que construir algo que la gente realmente quiera. Luego, marketearlo. En ese orden estricto

2. Lo recomendado para determinar si se ha llegado al product/market fit es preguntarle a tus usuarios cuan decepcionadas estarían si tu producto o startup desapareciera hoy. Buscas personas muy decepcionadas. Personas “algo decepcionadas” no valen.

3. El número mágico es de alrededor de 40% de gente muy decepcionada. Si se llega a este punto, tienes tu product/market fit.

Para mí, lo anterior parece razonable. Aunque un poco simplista (puedo imaginar muchas maneras de hacerlo mal, tales como encuestar el conjunto equivocado de clientes o simplemente no ser capaz de cruzar el abismo entre los “early adopters” y la “early majority”), es un buen conjunto de heurísticas que tener en cuenta .

Vale la pena mencionar que, en la jerga de negocios, lo que estás midiendo indirectamente en el punto 2 es tu valor agregado. La sola mención de “valor agregado” siempre ha prendido mi alarma de que alguien está ocupando frases hechas y vocabulario pseudo-técnico para impresionar, y es probable que para ti sea igual. Pero al final es muy simple: se puede ver el valor añadido de X como la diferencia entre el mundo que incluye X y el mundo sin X. Al verlo de esa manera puedes ver fácilmente por qué Google tiene tanto valor agregado (tratar de vivir una semana en línea sin utilizar nada cosa de Google y tendrás una vaga idea de cómo sería el mundo si nadie pudiera usar cualquier cosa de Google). Y también se puede ver por qué la startup promedio no tiene mucho valor agregado.

El concurso

Rails Rumble es una competencia internacional donde equipos de entre una y hasta cuatro personas se anotan con una idea y tienen 48 horas para implementarla usando tecnología web y el framework de desarrollo Ruby on Rails.

En esta oportunidad unieron fuerzas dos desarrolladores Ruby on Rails del equipo Continuum y dos diseñadores UI/Front End del equipo Rhyboo.

¿La idea?

Nada más y nada menos que un Confesionario Online, tal como leiste, ahora es posible redimir tus pecados desde la comodidad de tu hogar, donde el pago de tus pecados va a instituciones benéficas.

Los detalles técnicos de la implementación puedes verlos en la entrada del equipo en el sitio de rumble.

El equipo:

Luis Porras(@lporras16),  Miguel Michelson(@michelson),  Cristian Ferrari(@energettico), Felipe Funes(@felipefunes)

Tu apoyo

La implementación terminó y ahora viene el proceso de votaciones, dale una mirada al sitio y si crees que definitivamente clasificamos para estar entre los mejores danos tu apoyo marcando la aplicación como favorita.

La hackaton

Algunas de las mejores fotos del equipo pasando de largo la noche mientras implementaban tu confesionario online.

Bitácora:

Lo que sigue es la bitácora recogida con sueño por parte del equipo:

Viernes 11

21:15 – Partimos!

Sabado 12

01:56 – Primer subida exitosa a producción
02:19 – Look&feel listo. Wow!
02:20 – Preparando pantallas interiores
02:59 – Corrigiendo errores :S
03:00 – Empezamos el HTML+CSS
03:37 – Primer partido de ping pong, set de 21 puntos (desarrollo vs diseño) gano el equipo de diseño
03:52 – Hicimos el primer sit-down (muy cansados para hacerla stand-up). Evaluación de avances y prioridad de tareas
04:21 – Se quedo pegado un mac. Perdimos una hora de pega. Rework
- Nadie recuerda que paso en este intervalo, éramos zombies
07:07 – Primer pecado redimido vía PayPal en ambiente dev
08:00 – Primer pecado redimido vía PayPal en ambiente prod
10:43 – Todo bajo control
11:01 – Montamos el administrador
12:00 – Más HTML + CSS
- Nuevamente zombies, no recordamos nada

Domingo 12

17:19 – Afinando css, maquetas, lijando detalles, deployments en cada commit
19:49 – Más  detalles, nervios de punta
20:23 – Terminando las pantallas de donación, deployments
20:25 – Últimas pantallas, mas deployments
20:48 – Ultimo deployment del proyecto
21:00 – Se acabó – Estamos felices
21:13 – Nuevo match de ping pong (21 puntos). En esta oportunidad todos ganamos
22:00 – Todos a sus casas!