*Dereck Liston – Entrepreneur Handbook
Se oye constantemente en la comunidad de startups: «¡simplemente lánzalo!». ¿En serio? ¿Eso es todo? ¿Simplemente lánzalo? ¿Me estoy dejando engañar por la jerga de Twitter y las tonterías de los mentores de startups que sueltan personas que no tienen nada que ver conmigo?
Es bienintencionado por parte del fundador de segunda o tercera vez convertido en ángel, VC, o mentor acelerador. Sin embargo, es casi universalmente inútil decirle a un fundador de una startup que se limite a lanzarla.
Es fácil decirlo. Usted no es el que pasa 12 horas al día y pone todo su dinero durante los últimos 2 años en la construcción de este bebé.
El ejemplo de «simplemente lánzalo»
A veces se utiliza el ejemplo del Bitter Angostura como ejemplo de la llamada a la acción «simplemente lánzalo». Se cuenta que los hermanos que destilaban el aromático alcohol trabajaron por separado en la botella y la etiqueta de su brebaje. La presentaron a un concurso y se dieron cuenta en el último momento de que la etiqueta era demasiado grande para la botella, pero «simplemente la enviaron». No ganaron el concurso, pero un juez hizo un comentario sobre la etiqueta y les dijo que hacía que su producto destacara, así que se la quedaron.
Bonita historia. Desgraciadamente, la relevancia para el sector de las nuevas empresas tecnológicas es, en el mejor de los casos, limitada. Una cosa es poner una etiqueta a una botella demasiado grande y otra muy distinta enviar un producto de software que no funciona y no resuelve el problema del cliente.
El principal beneficio de enviar algo antes de tiempo es aprender del cliente. Por un lado, nunca se sabe cómo reaccionará la gente hasta que lo prueba. Por otro lado, dejar que la gente pruebe algo que simplemente no funciona es una forma segura de perder a ese cliente.
En cualquier caso, se aprende algo, y ¿no es ese el objetivo de «simplemente envíalo»? ¿Aprender rápido, «fallar rápido» e iterar? ¿Descubrir los fallos y solucionarlos? Pero hagámoslo con un pequeño número de personas y clientes cercanos al producto, ¿de acuerdo? Se trata de clientes con los que has desarrollado una relación lo suficientemente fuerte como para que sigan contigo (y con tu producto de mierda) a pesar del mal diseño, los fallos y la mala experiencia de usuario.
Lo que arriesgas es una reputación de producto que apesta, y eso puede ser difícil de recuperar.
Acomodarse a lo «bueno
El mantra de «simplemente lánzalo» es en realidad otra afirmación del argumento «lo perfecto es enemigo de lo bueno».
Si esperas a que el producto sea perfecto, esperarás eternamente y nunca lo lanzarás. Está claro que esa es la antítesis de la mentalidad de las startups. Así que aprendemos a sentirnos cómodos con un producto «bueno» -que sabemos que tiene problemas, fallos, verrugas y arrugas- y seguimos arreglando y mejorando cosas por el camino.
Pero, esto es realmente difícil de hacer como fundador de una startup. Queremos mostrar nuestra mejor cara. Queremos que nuestro producto salga al mercado, sorprender al cliente, obtener críticas increíbles en TechCrunch, alcanzar el número 1 en ProductHunt y convertirlo en viral. Queremos sentarnos el día del lanzamiento y disfrutar de la gloria de todo el tráfico en Twitter. Sí, claro.
Permitirme a mí mismo estar bien con el hecho de que es poco probable que nada de eso suceda (excepto tal vez «llegar al mercado») es parte de lo que tengo que luchar a diario.
Como fundador que ha invertido mucho en nuestra startup de consumo social, «simplemente lánzala» conlleva una serie de advertencias que se describen a continuación.
Para ser justos, es probable que la mayoría de los asesores que esgrimen el mantra de «simplemente envíalo» lo hagan con esta lista de advertencias en la cabeza, pero no suena tan directo, sucinto y procesable cuando adjuntas todas las notas a pie de página.
En primer lugar, sea lo que sea, tiene que funcionar. Así es: no puede fallar repetidamente durante la incorporación o bloquearse en cuanto el usuario intenta realizar una función clave. Estos son los asesinos del producto.
En segundo lugar, tiene que resolver el problema previsto. Lanzar un producto tecnológico que no hace lo que se supone que debe hacer -todavía- es un no-go. Este es el concepto de producto mínimo viable (MVP): tiene que resolver el problema para el que se diseñó la startup en primer lugar. Lanzar algo y decir a los clientes «sí, pero la parte realmente buena vendrá más tarde…» no va a funcionar. Pon primero la parte buena.
En tercer lugar, tiene que tener, como mínimo, una experiencia de usuario utilizable. Los productos lanzados demasiado pronto, con una UX terrible, no van a ninguna parte y mueren lentamente.
En resumen… si tu producto cumple estos criterios, entonces, por supuesto, ¡lánzalo!
Improvisar y repetir
Hace poco lanzamos la versión beta de dijjoo, nuestro diario de aventuras móvil y aplicación de redes sociales, en las tiendas de aplicaciones. Ha tardado mucho en llegar. Hemos esperado mucho porque queríamos hacerlo bien en el momento del lanzamiento. Sin embargo, también sabíamos que tendríamos fallos.
Es increíble lo rápido que 50 nuevos usuarios de tu producto encontrarán pequeños problemas con tu software que nunca surgieron con los 6 de nosotros haciendo pruebas internas.
A pesar de las rigurosas pruebas internas realizadas durante los últimos 6 meses, tuvimos varios problemas evidentes con la aplicación nada más lanzarla. ¡Uf! Esta es la segunda peor pesadilla del fundador de una startup.
La primera peor pesadilla, por supuesto, es que lanzas tu producto y todo lo que oyes son grillos. Nadie lo usa. Así que, al menos, unas 50 personas se descargaron inmediatamente la aplicación y la utilizaron.
En el transcurso de los primeros 19 días en las tiendas de aplicaciones, arreglamos y volvimos a lanzar dijjoo 11 veces, y seguimos iterando esa versión beta tan rápido como podemos.
En algún momento de este proceso, el fundador de una startup debe dar un salto de fe. Te revuelve el estómago y no te deja dormir, pero tienes que hacerlo.
Lo hicimos y sobrevivimos. Cada día aprendemos mucho de nuestros clientes y encontramos formas de mejorar el producto. Es un enfoque incremental a largo plazo. No esperamos a que sea perfecto: ahora mismo es lo bastante bueno como para enviarlo.
El lema que he adoptado a lo largo de este proceso lo dice todo. Lo he tomado prestado del fundador y director general de HubSpot, Dharmesh Shah. Él tiene un giro en una vieja parábola que dice algo así … «las cosas buenas vienen a los que esperan. Las grandes cosas llegan a aquellos que improvisan e iteran».
Ahora estamos oficialmente improvisando en dijjoo.
