Crédito de imagen: UnsplashTrabajar en una startup siempre es difícil. Los fundadores deben dominar las habilidades multitarea y controlar todo. Muy a menudo, en tal situación, no pueden evaluar correctamente el desarrollo tecnológico de su empresa. Un par de decisiones erróneas relacionadas con la tecnología pueden conducir a un fracaso masivo.
¿Cómo evitar esto? ¡Obtenga algunos consejos de un ingeniero experimentado! Tuve la oportunidad de hablar con Serhii Korniushov, programador y gerente de TI con más de 10 años de experiencia.
A continuación, discutiremos sus recomendaciones sobre la creación de productos que los usuarios necesitan, y no perder tiempo y dinero.
¿Qué es una startup?
En los últimos años, el término "startup" ha evolucionado. Antes, se aplicaba a todas las nuevas empresas o proyectos, pero hoy en día tiene un significado más específico. Actualmente, la startup es una empresa, principalmente tecnológica, que está buscando un modelo de negocio repetible y escalable bajo extrema incertidumbre. Pero, ¿qué significa realmente?
Para los propietarios y la administración de empresas, trabajar en una startup significa que debe reducir la incertidumbre y llegar a la certeza. La mejor manera de hacer esto es realizar muchos pequeños experimentos y entrevistas con clientes, que probarán algunas hipótesis y rebatirán otras.
Además, esto significa que deben moverse rápido para poder realizar muchos experimentos y pruebas, lo que aumentará las probabilidades de éxito general. Las startups dependen en gran medida del
principio de Pareto , que establece que el 20% de los esfuerzos (o características del producto) generan el 80% de los ingresos. La "no necesidad del mercado" es una razón # 1 para la falla de inicio,
según CB Insights, por lo que es crucial encontrar ese 20% lo antes posible. Por lo tanto, cuanto antes lance su producto y lo ofrezca a usuarios finales y clientes, mayores serán las posibilidades.
Incluso puede comenzar tales pruebas antes de escribir su primera línea de código. Hay muchas herramientas para probar su idea, como entrevistas y páginas de destino para capturar clientes potenciales. Aquí hay un buen ejemplo de este enfoque
implementado por los fundadores de software para compartir redes sociales de Buffer (este proyecto también usa PHP en gran medida). Un "inicio sin código" es un nuevo
enfoque para crear
productos / MVP / ideas de prueba.
Otro ejemplo perfecto del uso de este enfoque es el caso de Robinhood. La aplicación de comercio de acciones anunció una cuenta de cheques y ahorros sin cargo con un rendimiento del 3%. Muy pronto, los funcionarios obligaron a la compañía a renunciar a estos planes. Los medios y los observadores pensaron que se trataba de un fracaso colosal. Sin embargo, esta fue solo una prueba perfecta.
La compañía entendió que existe una demanda masiva de dicho servicio y comprendió los problemas que podría enfrentar por parte del gobierno. Más tarde, los representantes de Robinhood
anunciaron que la compañía se había centrado en la idea de una "cuenta de administración de efectivo" que técnicamente no es una cuenta bancaria.
Entonces, pudieron probar la hipótesis y ajustarla para adaptarse mejor a las condiciones actuales con costos casi nulos. Acaban de publicar un artículo de blog y pagaron por su distribución. Sería mucho peor si comenzaran con el desarrollo y lanzamiento real del producto para descubrir que el estado no lo permite en la implementación actual.
Este enfoque de "falla rápida" es el mejor para una startup porque es mejor saber que su producto no funcionará tan pronto como esperaba. En Silicon Valley, las startups fallidas se denominan "experimentadas" porque los fundadores aprenderán del fracaso y se centrarán en otra idea de negocio.
Cómo elegir las mejores herramientas para construir tu startup
Según CB Insights, la
razón TOP 2 para el fracaso de inicio se está quedando sin efectivo (mata al 29% de las empresas). Esto significa que cualquier fundador de startups debe llevar el ROI de cualquier herramienta y tecnología que la compañía use e implemente.
Desde el punto de vista de la ingeniería, esto significa cambiar a seguir las tecnologías publicitarias a las que realmente han demostrado que pueden ser utilizadas por una startup. El ejemplo perfecto para ilustrar esto es comparar dos lenguajes de programación: Java y PHP.
Java ha sido visto durante mucho tiempo como una excelente solución para crear aplicaciones de nivel empresarial. Tiene una sólida reputación, mientras que PHP siempre se consideró demasiado simple, nada sofisticado. Sin embargo, en la vida real, elegir Java en lugar de PHP literalmente puede matar su inicio.
Varios hechos:
- PHP proporciona un mejor momento para comercializar, mientras que las aplicaciones Java son difíciles y largas de codificar.
- PHP tiene una participación de mercado más significativa, una base de usuarios más amplia y la cantidad de programadores que escriben código que lo utilizan.
- Como hay más programadores PHP que los que codifican en Java, los primeros son más baratos.
Y todos esos hechos no significan que el uso de PHP solo le brinde recursos y ahorros de tiempo, pero la calidad general será menor. En absoluto, hay marcos de nivel empresarial basados en PHP, como
Symfony , que tiene más de 3.000 millones de descargas. Al usarlo, puede crear una aplicación web de alta calidad realmente rápido.
Pensamientos finales
Cuando trabajas en una startup, tienes que ser rápido y debes fallar rápido, aprender e iterar, especialmente durante la etapa inicial de inicio. Este es el único enfoque que lleva a crear un producto que la gente realmente necesita y quiere pagar. Dicho esto, tienes que pensar en el desarrollo tecnológico de toda la organización.
No sigas el bombo publicitario. En cambio, analice cada herramienta, tecnología y solución en el ángulo correcto. ¿Ahorrará sus recursos y tiempo, al tiempo que permitirá construir algo que pueda usarse para pruebas de la vida real? Entonces puede usarse, si esto es algo que a sus programadores les gustaría agregar a su CV, evite usar tales tecnologías.
Algunos enlaces útiles para obtener más información sobre la construcción de un producto: