Hace un tiempo, justo antes de ser CTO de Aquí tu Reforma, escribí un post con una lista de los 6 errores típicos que cometen los CTO's. Os tengo que decir que no cometí todos los errores, pero alguno sí. En este post no voy a entonar el mea culpa pero sí que me gustaría mostrar una versión más madura (esta vez en positivo) con todo lo que he aprendido en este tiempo sobre las StarUps desde un punto de vista de CTO. Concretamente quiero hacer una especial referencia a los temas relacionados con las estrategias de ingeniería de software que he visto que funcionan en cada una de las etapas de una startup.
Este post no será una lista de cosas a hacer, más bien voy a plantear una estrategia en 3 fases para startups que en mi experiencia sería una estrategia perfecta si quieres tener un crecimiento rápido apoyado por fondos de inversión.
En esta fase la clave es estirar bien la inversión inicial. No se trata de conseguir un producto, y muchas veces ni tan siquiera se trata de hacer negocio ni de demostrar tracción. Aquí lo importante es plantear un hipotético modelo de negocio y mostrar datos que sustenten tus hipótesis.
Ejemplo de ello son el número de personas interesadas, otros ejemplos en el sector, análisis de la competencia, ... Además hay que mostrar que tienes al equipo perfecto para tirar adelante la idea de negocio. Creo que posiblemente esto sea lo más importante.
Consigue el mejor equipo, demuestra que el modelo funciona, hazlo rápido e invierte lo mínimo.
Hacer menos no es ser perezoso. No cedas ante una cultura que valora el sacrificio sobre la productividad personal
Para los que os guste la lectura o escuchar audiolibros os recomiendo el libro de La semana laboral de 4 horas de Timothy Ferriss que pese que ya está desactualizado en las formas (porque Internet ha evolucionado mucho) el libro plantea una filosofía de testing de negocios rápido que funciona muy bien.
Si necesitas implementar algo en esta etapa para demostrar alguna hipótesis no necesitas un CTO (si lo tienes es mejor, pero no te estreses con eso en este punto), simplemente subcontrata a alguien o si puedes hazlo tu mismo con herramientas de no-code. En mi experiencia, lo ideal en esta etapa es minimizar los costes maximizando el tiempo que tu tienes disponible, por ello, mi recomendación siempre es encontrar a un buen colaborador para hacer este tipo de desarrollos. Si necesitas alguna recomendación, no dudes en contactarme.
Cuando llegas a esta etapa, ya tienes entre 100.000 y 500.000 euros para desarrollar el producto y empezar a traccionar. En esta etapa lo que hay que hacer es montar un equipo con los diferentes perfiles que necesitarás para llevar a cabo el negocio. Si estas montando una digital nativa este es el momento de empezar a montar el equipo de desarrollo de software.
A nivel de ingeniería la balanza que hay que equilibrar es la de la inversión en el equipo y la calidad del producto. Lo que me ha funcionado a mi en este punto, y tal vez por la experiencia que llevo acumulada en este ámbito, es el disponer de un equipo de producto local con perfiles de definición de producto y arquitectura y una fuerza de trabajo importante en otro país donde los costes y la capacidad de retención del talento es mayor.
Los fondos que invierten en empresas de tecnología no quieren offshoring pero valoran las empresas que optimizan los costes y potencian la retención del talento.
Durante este periodo tienes que afianzar el equipo, por lo que no te servirá una solución de offshore al uso. Cuando se finalice esta etapa y hablemos con los fondos cuando te pregunten si el equipo es interno, no te gustará responder que todos los desarrolladores que han montado el MVP son externos y apenas los conoces. Por lo que, si quieres sacar el mejor rendimiento a tu inversión, busca una empresa que te pueda ayudar a montar tu propio equipo en algún lugar donde los costes sean más asequibles (no fiches un equipo de desarrollo en España, ni caigas en el error que 4 juniors espabilados podrán hacer un buen producto). Encontrar este tipo de empresas en LATAM o en India no es sencillo porque típicamente las empresas de software ofrecen proyectos o offshoring al uso y no soluciones orientadas a Startups. Así que si necesitas soporte en este punto, contáctame porque estaré encantado de compartirte mis contactos.
Sobre los términos más de estándares de desarrollo del MVP del producto te diré que en mi experiencia es ideal trabajar con los estándares claros para evitar tener que hacer refactor. Un modelo de microservicios con un nivel de madurez restringido te ayudará en un futuro a poder ir aplicando modificaciones globales, también te recomiendo el uso de micro-frontends puesto que son un solución que da mucha flexibilidad en la aplicación, algo que necesitarás si en algún momento tienes que pivotar el negocio.
Si hablamos sobre el modelo de despliegue y de infraestructura, os diré que disponer de un profesional de devOps en el equipo será imprescindible si quieres montar un sistema de despliegue que realmente sea útil para el equipo de desarrollo. Además necesitarás que este profesional tenga conocimientos en AWS para montar un sistema escalable multientorno y unas pipelines adecuadas. Aquí lo ideal es disponer de un sistema de CI/CD que permita desplegar en mínimo 2 entornos, el camino que usemos para llegar ahí deberá ser siempre el de menor coste y mayor calidad.
Ahora bien, esta es la pregunta clave, es ¿ahora el momento? Está claro aplica la filosofía ShiftLeft a una startup en la etapa seed sería lo adecuado desde el punto de vista de ingeniería. Pero desde el punto de vista de negocio posiblemente este no sería el mejor momento para hacer una inversión en este sentido. Por eso aquí hay que encontrar un sistema que con una baja inversión nos permita trabajar con estos estándares. Para ello también conozco algunas soluciones que pueden agilizar esta primera etapa del desarrollo donde el foco es producir valor y todo lo que no sea valor (y MVP) no es interesante desde el punto de vista del negocio.
Esta etapa termina en una ronda de inversión en la que se presentará el MVP funcionando, se explicará cómo se trabaja la mejora continua y se explicará como está formado el equipo. También se habla del roadmap a futuro e incluso se plantean ideas de innovación muy a largo plazo. Es muy importante que al finalizar esta etapa podamos mostrar que el equipo está con un nivel de implicación alto porque los fondos saben que esta es la clave del éxito en la siguiente fase.
El dinero que te dan en una serie A ya requiere cierto nivel de tracción en el negocio y un modelo claro de MVP. El objetivo de la inversión debe estar bastante claro y es importante cumplir con los compromisos que obtienes con los fondos. En este punto será clave que la empresa que te ha ayudado a montar el equipo te respalde en poder incrementarlo con los perfiles que necesites, también es clave que fortalezcas el equipo de producto local, que incrementes ligeramente la inversión en la calidad del producto y que incrementes la inversión en infraestructura e automatizaciones para disponer de los entornos de pruebas que necesites para poder garantizar la calidad del servicio que estas proporcionando.