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 cualquier otro, y no es el miedo o la incertidumbre, es la sensación cálida y cómoda de que realmente estás haciendo progreso. Ese sentimiento es un completo 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, haciendo trabajo viejo de machine learning con canales de datos, modelos de clasificación, dashboards e integraciones sumamente caras. Tomamos decisiones de arquitectura increíblemente limpias, escribimos código hermoso y elegante, construimos dashboards impresionantes y finalmente lanzamos un producto del que estábamos genuinamente orgullosos, con un equipo de ingenieros sumamente listos y un producto que técnicamente funcionaba de manera impecable.

Teníamos exactamente cero clientes de paga.

Pero no se sentía como si tuviéramos cero clientes de paga, se sentía como si estuviéramos construyendo algo verdaderamente grandioso, ya que cada sprint terminado, cada funcionalidad lanzada y cada hito arquitectónico alcanzado se sentía exactamente como un avance real. Las gráficas de velocidad se veían increíbles, la tasa de quema de efectivo era de alguna manera manejable y realmente estábamos construyendo, pero desafortunadamente estábamos construyendo algo que nadie nos había pedido nunca. Esta es la trampa más insidiosa en las startups: construir simplemente se siente como ganar, escribir código se siente altamente productivo, lanzar features se siente como impulso real y contratar se siente exactamente como crecimiento, pero absolutamente nada de eso es real hasta que alguien físicamente te paga dinero por ello.

La actividad no es tracción

Veo este patrón constantemente con founders primerizos que con orgullo me muestran su masivo roadmap de producto, su historial de commits en GitHub y sus diseños interminablemente pulidos en Figma, probando que están trabajando increíblemente duro con días de doce horas y fines de semana completos mientras todo el equipo se mata trabajando. Y luego hago una simple pregunta: ¿con cuántos clientes reales has hablado esta semana?

La respuesta suele ser alguna versión débil diciendo que se están acercando extremadamente al lanzamiento, o que quieren tener un producto perfectamente pulido primero, o que están planeando comenzar su masiva campaña de alcance el próximo mes. El próximo mes literalmente nunca llega, porque siempre hay una característica esencial más por construir, un caso límite más por manejar perfectamente o una pasada más de pulido por completar. El producto nunca está verdaderamente listo porque estar listo es un objetivo completamente móvil cuando nunca has definido qué significa estar listo para un cliente de paga real.

Aquí está la verdad genuinamente incómoda: tu primera versión debería avergonzarte por completo, y si no estás profundamente avergonzado por tu MVP entonces lanzaste demasiado tarde. El poquito de pulido que estás agregando en el séptimo mes es pulido que nadie pidió, y las características elaboradas que estás construyendo en el octavo mes solo resuelven problemas que tú inventaste activamente en lugar de los problemas que tus clientes reales realmente tienen.

La espiral del costo hundido

La trampa de construir empeora exponencialmente con el tiempo estrictamente debido a los costos hundidos, ya que después de tres meses de desarrollo has invertido lo suficiente como para que pivotar se sienta exactamente como empezar completamente de nuevo. Después de seis meses ya le has contado con orgullo a inversionistas, amigos y familiares exactamente lo que estás construyendo, y después de nueve meses toda tu identidad personal está envuelta en el producto mismo.

Así que en lugar de dar un paso atrás y preguntar si alguien realmente quiere esta cosa, doblas la apuesta de forma obstinada, construyendo más características, rediseñando la página de aterrizaje, escribiendo más pruebas automatizadas y convenciéndote desesperadamente de que estás a solo una característica de lograr el product market fit. Esa característica mítica absolutamente no existe, porque el problema no es la falta de características, el problema es que construiste durante meses sin validar absolutamente nada.

Ese eventual pivote, la única cosa que realmente hizo que el negocio funcionara, requirió tirar a la basura alrededor del setenta por ciento de todo lo que habíamos construido. No me refiero a refactorizar, me refiero a tirar literalmente nueve meses de intenso trabajo de ingeniería porque resolvía el problema completamente equivocado para el cliente completamente equivocado. Eso dolió profundamente, pero absolutamente no dolió tanto como pasar otros nueve meses construyendo sobre una base que nadie en la tierra realmente quería.

El filtro que empezamos a usar

Después de ese fracaso masivo, mis amigos y yo nos volvimos increíblemente suspicaces sobre el progreso hermoso y perfecto, y nuestro filtro principal se volvió brutal y simple.

¿Hemos hablado con un cliente potencial en los últimos 14 días? No con un asesor amigable y alentador, no con otro founder empático, sino con una persona real que teóricamente podría darnos dinero. Si la respuesta es no, ya estamos atrapados en la trampa.

¿Algo de lo que hemos aprendido en las últimas dos semanas ha cambiado nuestro roadmap? Si tu roadmap no ha cambiado fundamentalmente en meses, eso no es señal de una planificación increíble, es una señal evidente de que absolutamente no estás aprendiendo nada. Los comentarios reales de los clientes deberían ser increíblemente desordenados y altamente inconvenientes, forzándote a repensar las cosas por completo.

¿Estamos construyendo características para clientes que realmente tenemos o para clientes que mágicamente imaginamos? Los clientes imaginarios siempre tienen requerimientos muy razonables, mientras que los clientes reales tienen casos límite completamente raros, necesidades intensamente contradictorias y presupuestos que absolutamente no coinciden con tu modelo de precios. Si todos tus requisitos son hermosamente limpios y perfectamente lógicos, simplemente los estás inventando.

¿Si tuviéramos que conseguir nuestros próximos 10 clientes sin construir nada nuevo, podríamos hacerlo realmente? Si la respuesta es no, entonces el producto absolutamente no es el problema, la salida al mercado es el problema real, y absolutamente ninguna cantidad de ingeniería brillante arreglará jamás un problema de salida al mercado.

El momento en que todo cuadró

Recuerdo el momento exacto en el que dolorosamente me di cuenta de que habíamos estado construyendo la cosa completamente equivocada. Estábamos en una reunión con un cliente corporativo masivo potencial y habíamos preparado una demostración completa de nuestra plataforma, la misma que habíamos pasado nueve agotadores meses construyendo con hermosos dashboards y analíticas en tiempo real. El cliente se sentó en silencio durante toda nuestra demostración, asintió con extrema cortesía y luego simplemente dijo que, aunque era agradable, lo que realmente necesitaban era algo que tomara tres archivos CSV específicos que su equipo se enviaba por correo electrónico cada semana y los convirtiera en un solo reporte coherente, preguntándonos si podíamos simplemente hacer eso.

Eso fue todo, no una plataforma masiva, no un sistema predictivo de aprendizaje automático, solo un generador básico de reportes, que era el problema absolutamente más mundano y profundamente poco interesante que te puedas imaginar. Era exactamente la cosa que habíamos estado evitando activamente porque simplemente sonaba demasiado pequeña y aburrida. Dijimos que sí y lo construimos en solo dos semanas, resultando en algo que era profundamente feo y que se rompía ocasionalmente, pero resolvía un problema muy real por el que una persona muy real estaba completamente dispuesta a pagar dinero real. Ese cliente se convirtió fácilmente en nuestro primer cliente de paga, y esa solución tan fea se convirtió en la semilla fundacional de lo que eventualmente se convirtió en nuestro producto real, uno que no se parecía absolutamente en nada a la cosa hermosa que habíamos pasado nueve meses construyendo en un vacío total.

Lo que cambió después de eso

Simplemente ya no empiezo con arquitectura compleja, no empiezo con stacks tecnológicos modernos, y absolutamente no empiezo con identidad de marca ni valores de empresa.

La versión mucho más saludable siempre empieza con una simple conversación, y luego otra conversación, y luego otra más. Tienes que hablar con la gente hasta que el mismo problema exacto aparezca tres veces distintas de tres personas completamente diferentes que no se conocen entre sí, y solo entonces construyes la cosa más pequeña posible que aborda ese problema específico. Luego se lo muestras y observas exactamente lo que hacen, ignorando por completo lo que dicen.

Construir siempre se sentirá exactamente como progreso, pero el único progreso que realmente importa en el mundo real es el tipo que mueve un número real como los ingresos o la retención, porque absolutamente todo lo demás es solo un teatro sumamente caro actuado en un tablero de Jira.