MALENTENDIDOS SOBRE LEAN STARTUP
YOLANDA RAMAL
antes de conocer este grupo, estaba ya en http://groups.google.com/group/lean-startup-circle, en inglés por supuesto.
Ayer se generó un gran debate a raíz de este artículo: http://www.socialtimes.com/2011/02/entrepreneurs-corner-5-ways-a-lean-start-up-can-fail/ en el que la autora explica "los motivos por los que la metodología no funciona" según su criterio.
y la conclusión a la que se llega es que no entiende qué es Lean startup!!! y que hay que hacer una wikipedia sobre los malentendidos!!
qué opináis? saludos
Yolanda
Diego Marino
contenido y contenible y sacan generalizaciones de excepciones... nada
que no se haya visto antes :)
vamos a rebatir... contesto en base a mi experiencia actual:
1) Customer Validation
Hay que recordar la anécdota del cocinero (creo que sale en REwork):
si varios comensales te dicen que la carne está poco hecha,
planteátelo... si alguien te dice que le eches plátanos a la lasaña,
mándalo a tomar por saco. Aquí la experiencia en desarrollo de
producto suele ser un grado
2) Reducing Waste, Re-use Everthing
Sentido común... no construyas nada que sea crítico para tu iteración
(e intenta mantener una arquitectura simple)... Por ejemplo, nosotros
ayer rechazamos integrar MixPanel en nuestra app. Nos vendría bien
tener datos internos de uso desde el día 1, pero nos retrasaría una
semana, y podemos vivir sin esos datos... así que cuando sea crítico
lo implantaremos.
3) Minimum Viable Product
El autor del post lo confunde con el producto final... El MVP es el
conjunto mínimo de características con los que una app tiene valor...
lo mínimo para salir al mercado y que un grupo de personas
(preferiblemente dispuestas a pagar) lo vean útil. Si no pivotamos
(:D) de idea, nosotros anunciaremos la app con un único plan premium
(aunque tenemos 3 más en mente). El plan anunciado será el básico, y a
medida que avancemos iremos ofreciendo el resto.
4) Continous Development
Otra sarta de patochadas... si asumimos que vamos a tener que pivotar
multitud de veces, sólo con un CD lo conseguiremos. El desarrollo en
cascada (obviando las excepciones habituales) sólo tiene sentido en la
cabeza de gestores que se creen muy listos.
5) A/B Testing
A/B puede ser sólo de tweaks de una variable, o de un agregado de
ellas diferenciado. Lo que no tiene sentido es medirlo por variables
de agregados ;)
No le hagáis mucho caso al post... es un troll :D
2011/2/24 YOLANDA RAMAL <yol...@inis.es>:
> --
> Has recibido este mensaje porque estás suscrito al grupo "Pivotando" de
> Grupos de Google.
> Para publicar una entrada en este grupo, envía un correo electrónico a
> pivo...@googlegroups.com.
> Para anular tu suscripción a este grupo, envía un correo electrónico a
> pivotando+...@googlegroups.com
> Para tener acceso a más opciones, visita el grupo en
> http://groups.google.com/group/pivotando?hl=es.
>