¿Debería lanzar el software temprano y con frecuencia o tomarse su tiempo y hacerlo perfecto?

Temprano.

He aquí por qué: estás equivocado.

Casi sin excepción, la primera idea o iteración de cualquier producto no es del todo correcta. Has hecho suposiciones incorrectas, aún no has entendido completamente el problema o simplemente has fallado en la ejecución.

Y no hay absolutamente nada de malo en eso.

Pero, su trabajo, como gerente de producto / CEO / lo que sea, es cerrar esa brecha lo más rápido posible . Aquí hay un boceto para representar lo que quiero decir:

Eres ese punto negro, y “hoy” es cuando comienzas a pasar tiempo creando un producto. Ahora, como se discutió, probablemente estés equivocado. Esa línea en la parte inferior? Eso representa el ajuste del producto / mercado, donde quieres estar. Su objetivo es cerrar la brecha entre hoy y el futuro, y hacerlo antes de avanzar demasiado en esa línea (gastando así tiempo, y por lo tanto dinero, y arriesgándose a quedarse sin ambos).

He ilustrado aquí tres escenarios potenciales.

A es probablemente el peor de los casos. Gastar grandes cantidades de tiempo y dinero antes de comenzar a cerrar esa brecha. Mucha gente muere aquí.

B también es peligroso, pero mejor. Estás trabajando para poner las cosas delante de las personas, pero probablemente no seas lo suficientemente proactivo para cerrar esa brecha más rápido (más sobre eso en un segundo).

C es donde quieres estar. Trabajando agresivamente para cerrar la brecha antes de avanzar demasiado en la línea de dinero / tiempo.

Entonces, vamos a ampliar eso un poco más. ¿Qué es lo que cierra esa brecha rápidamente?

En última instancia, depende de qué tan rápido pueda aprender del mercado. Y por “mercado”, me refiero a personas reales, reales. Aprende de las personas al hablarles sobre sus problemas, mostrarles su solución y (esto es importante) escuchar y reconocer la brecha.

Aquí es donde la gente de la línea B se equivoca. Se lanzan temprano, pero nunca salen a aprender por qué están equivocados. O no hablan con sus clientes todos los días, o asumen que deben estar en lo cierto. Ambos significan avanzar más abajo en la línea de dinero / tiempo.

Debe lanzar el producto y luego ponerse agresivamente frente a las personas para determinar el tamaño de la brecha, para que pueda iterar hacia el ajuste del producto / mercado.

Una y otra vez, hasta llegar a esa línea.

Claro, hay algún riesgo en el lanzamiento demasiado temprano. Da una mala primera impresión, se rompe una mierda, todo eso. Pero ese riesgo se ve eclipsado, con mucho, por el riesgo de quedarse sin dinero y tiempo antes de llegar a esa línea en la parte inferior del gráfico. Ese es realmente el único riesgo que importa. El lanzamiento anterior y la búsqueda agresiva de comentarios sobre el tamaño de esa brecha lo llevan a usted mucho más rápido.

Hemos lanzado muchos productos a lo largo de los años y nunca he estado 100% satisfecho con ninguno de ellos. Sin embargo, diré que aquellos con los que he estado 80-90% contento lo han hecho mucho, mucho mejor que aquellos con los que me he sentido 60-70%. Sé que rompe el consejo, pero personalmente, prefiero gastar 6 meses adicionales y $ 100K en una startup haciendo algo increíble en lugar de repetir lo mediocre.

Desde mi punto de vista, esa primera oportunidad de causar una primera impresión es tan crítica que puedo nombrar nuestros productos y muchos productos de otros que me han hecho (y a muchos otros) descartarlos para siempre.

Por supuesto, todo esto presupone que realmente tienes una gran idea y un gran producto. Si está nervioso acerca de si la idea en sí misma vale algo, el lanzamiento temprano y la iteración podrían ser mejores.

Temprano.

Si no te avergüenza la primera versión de tu producto, has lanzado demasiado tarde.
– Reid Hoffman. [1]

Reid Hoffman habla sobre Fallar rápido y Romper cosas en este brillante artículo. Afirma que una actitud de causar una primera impresión perfecta o medir dos veces, cortar una vez tenía sentido en un mundo gobernado por guardianes y en deuda con la física. Un mundo donde el software llegó en discos y su envío fue lento y costoso. Por lo tanto, fue crítico corregirlos la primera vez. Hoy en día, es posible implementar su producto con un solo git push [2] comando y este nuevo mundo margina el costo de las segundas impresiones, las terceras impresiones e incluso las décimas impresiones.

Hoffman explica además que las suposiciones que haga sobre sus clientes no serán del todo correctas. Para saber si ha hecho suposiciones correctas, necesita comentarios de los clientes. Cuanto antes se lance, más pronto aprenderá más sobre lo que quieren sus clientes y más rápido iterará. Si espera un lanzamiento perfecto, eventualmente terminará avergonzado por la cantidad de suposiciones erróneas que hizo. Hoffman da ejemplos de PayPal y LinkedIn para delinear este fenómeno de suposiciones erróneas.

He tenido una experiencia de primera mano de comprender los beneficios y las dificultades de la liberación temprana. En Sokrati [3], trabajé estrechamente con un cofundador y jefe de producto en un producto desde cero. A menudo lanzamos la aplicación temprano e iteramos muchas veces según los comentarios de los clientes. Ni siquiera recuerdo cómo era la primera versión de nuestra aplicación (¡aunque yo fui quien la desarrolló y lanzó!).

Finalmente, la ley de Parkinson [4] establece que “el trabajo se expande para llenar el tiempo disponible para su finalización ” (“y el dinero invertido también”, como dijo Greg Simon) y el software no es una excepción.

Notas al pie

[1] https://www.linkedin.com/pulse/a

[2] Despliegue continuo en Quora por Martin Michelsen en Ingeniería en Quora

[3] Inicio

[4] Ley de Parkinson – Wikipedia

More Interesting

¿Cuáles son algunos de los hacks de código más ingeniosos pero simples que podrían facilitarnos la vida?

Con el aumento de la automatización, ¿está disminuyendo la necesidad de desarrolladores? ¿Debo elegir mi carrera en desarrollo de software o ciencia de datos?

¿Cuáles son los beneficios del desarrollo de software CRM?

¿Cuáles son las mejores oportunidades de carrera alternativas para un probador de software manual que no tiene habilidades técnicas en la industria de TI?

¿Cuáles son las principales debilidades de Ada como lenguaje de programación?

Si disfruto la creación de software y la programación de sistemas más que la programación competitiva, ¿cómo puedo construir mi carrera sin un perfil de codificación, como estudiante de CSE?

¿Debería integrarse la lógica empresarial en las aplicaciones móviles que utilizan el modelo de solicitud-respuesta cliente / servidor, o debería ser separada?

Tengo 17 años y me enseño a codificar. Sé que tener un mentor me ayudará mucho durante el proceso. ¿Algún consejo?

¿Debo comenzar una carrera oficial como ingeniero de software a los 17 años, o esperar hasta que me gradúe de la universidad?

¿Cuáles son los pros y los contras de la ingeniería eléctrica, mecánica y de software?

¿Cuál es el mejor software para la gestión de mantenimiento?

¿Se puede demandar a una empresa por desarrollar software malo?

Puedo obtener Ingeniería de Software en SRM Kattankulathur (Campus Principal) y CSE en SRM NCR campus. Soy residente de Delhi. ¿Que debería tomar yo?

¿Hay algo como Codecademy, pero para algoritmos y diseño de software?

¿Hay alguna herramienta que me permita crear fácilmente un diagrama de arquitectura de software interactivo?