Lo más peligroso en una startup es sentir que estás ganando

Hay un sentimiento muy específico en una startup del que he aprendido a desconfiar más que de cualquier otro. No es el miedo, no es la incertidumbre constante, es la sensación cálida y cómoda de que realmente estás progresando. Ese sentimiento es un mentiroso.

La trampa de construir

Al principio de una de mis empresas pasadas pasamos nueve meses construyendo una plataforma de automatización de flujos de trabajo. Hicimos trabajo complejo de machine learning con canales de datos, modelos de clasificación e integraciones caras. Tomamos decisiones de arquitectura muy limpias, escribimos código hermoso, armamos dashboards impresionantes y lanzamos un producto del que estábamos orgullosos, construido por un equipo de ingenieros brillantes y funcionando de manera impecable. Pero teníamos cero clientes de paga.

El problema es que no se sentía como si tuviéramos cero clientes, se sentía como si estuviéramos construyendo algo grandioso, porque cada sprint terminado y cada funcionalidad lanzada se sentía como un avance real. Las métricas del equipo se veían bien, el dinero en el banco aguantaba y estábamos construyendo a buen ritmo, pero estábamos construyendo algo que nadie nos había pedido. Esta es la trampa más insidiosa en las startups: construir se siente como ganar, escribir código se siente productivo, lanzar funcionalidades se siente como impulso y contratar se siente como crecimiento, pero nada de eso es real hasta que alguien saca la tarjeta de crédito y te paga.

La actividad no es tracción

Veo este patrón constantemente en startups que con un inmenso roadmap de producto, su historial de commits y sus diseños pulidos en Figma para probar que están trabajando en jornadas de doce horas mientras el equipo entero se mata en la oficina. Cuando les hago la simple pregunta de con cuántos clientes reales han hablado esta semana, la respuesta siempre es una excusa débil sobre cómo se están acercando al lanzamiento, cómo quieren tener un producto pulido primero o cómo planean empezar sus ventas el próximo mes. Ese mes nunca llega porque siempre hay una funcionalidad esencial por construir o un caso límite por manejar. El producto nunca está listo porque la definición de “listo” es un objetivo móvil cuando jamás has definido qué significa estar listo para la persona que va a pagar.

La verdad incómoda es que tu primera versión debería darte vergüenza, y si no te da vergüenza lanzaste tarde. Pulir algo en el séptimo mes de desarrollo es un pulido que nadie te pidió, y las funcionalidades extras que construyes en el octavo mes solo resuelven problemas que tú mismo inventaste en lugar de los problemas reales que tienen tus clientes.

La espiral del costo hundido

La trampa de construir empeora con el tiempo por culpa de los costos hundidos. Después de tres meses de desarrollo has invertido lo suficiente como para que pivotar se sienta como empezar de nuevo. Después de seis meses ya le contaste a inversionistas y familiares lo que estás haciendo, y después de nueve meses toda tu identidad personal está amarrada al producto mismo. Así que en lugar de dar un paso atrás y preguntar si el mercado quiere esto, doblas la apuesta, construyendo más características, rediseñando la página de ventas, escribiendo más pruebas de código y convenciéndote de que estás a solo una característica de lograr el product-market fit. Esa característica mítica no existe, porque el problema nunca fue la falta de funcionalidades, el problema es que construiste durante meses en el vacío.

El pivote inevitable que salvó nuestro negocio nos obligó a tirar a la basura el setenta por ciento de todo lo que habíamos construido. No me refiero a refactorizar, me refiero a borrar literalmente nueve meses de trabajo de ingeniería porque resolvía el problema equivocado para el cliente equivocado. Dolió, pero no dolió tanto como habría dolido pasar otros nueve meses construyendo sobre una base que a nadie le importaba.

El filtro brutal contra la trampa de construir

Después de un fracaso de ese tipo, te vuelves muy suspicaz sobre el progreso perfecto y empiezas a usar un filtro brutal:

• Si no has hablado con un cliente potencial real en los últimos catorce días, ya estás atrapado de nuevo en la trampa.
• Si nada de lo que has aprendido en las últimas dos semanas ha forzado un cambio en tu roadmap, no es señal de buena planificación, es señal de que no estás aprendiendo nada, porque la retroalimentación real del mercado siempre es desordenada e inconveniente.
• Te obligas a revisar si estás construyendo para los clientes que tienes hoy o para clientes imaginarios, porque los imaginarios siempre tienen requerimientos limpios y razonables mientras que los reales tienen casos límite raros, necesidades contradictorias y presupuestos que no cuadran con tus precios.
• Si tuvieras que conseguir tus próximos diez clientes sin escribir una sola línea de código nueva y no puedes hacerlo, entonces el producto no es el problema, el mercado es el problema, y ninguna cantidad de ingeniería brillante arreglará un problema de distribución.

Lo que cambió después de eso

Hoy ya no empiezo proyectos pensando en arquitectura compleja, no empiezo eligiendo lenguajes de programación modernos y definitivamente no empiezo diseñando la marca corporativa.

La forma correcta siempre empieza con una conversación simple, y luego otra, y luego otra más, hasta que el mismo problema exacto aparece de la boca de suficientes personas que no se conocen entre sí. Solo entonces construyes la versión más pequeña y barata posible que ataca ese problema específico, se la entregas y observas qué hacen con ella, ignorando todo lo que te dicen.

Construir siempre se sentirá como progreso, pero el único progreso que realmente importa es el que mueve los ingresos o la retención, porque todo lo demás es solo teatro.