‍

Melissa Perri, en 2018, publicó su libro “Escaping the Build Trap”.

En este libro, decidió explorar una verdad incómoda: la natural tendencia de miles y miles de empresas y equipos fundadores en caer en la trampa del desarrollo continuo, que engaña con una sensación de progreso a pesar de no haber una dirección clara o entrega de valor.

Yo mismo lo he experimentado con los múltiples clientes con los que trabaje en Novolabs.

La "build trap" refleja la situación dónde las empresas se centran en crear muchas funcionalidades para un producto sin preocuparse por si realmente resuelven problemas del usuario o generan valor al negocio.

Hay motivación porque se piensa que se está avanzando en torno a “algo”, pero la realidad es que el equipo está más enfocado en alcanzar deadlines y entregar “cosas” a “entregar resultados”. (Outputs en lugar de outcomes).

La “build trap” es un problema cultural y de mindset ante todo.

Lleva a una cultura de baja experimentación y enfoque poco iterativo, donde los lanzamientos son lentos y se ven como grandes apuestas al mercado.

Una realidad que, especialmente en entornos de elevada incertidumbre, representa más bien a un “salto de fe” que a una acción que parte de una estrategia de producto.

Por si no quedo claro, el principal inconveniente de caer en la “build trap” es el siguiente:

‍

La “build trap” nos aleja del enfoque en generar valor continuo para el usuario y el negocio, y nos hace estratégicamente ciegos en un entorno de riesgoso e incierto.

Si no estamos generando valor, estamos malgastando los recursos.

Se invierte mucho tiempo y dinero en desarrollar y perfeccionar el “producto ideal”.

Y, lo peor de todo, es que muchas veces es complejo de diagnosticar este problema.

Tu equipo puede estar realmente motivado, explorando su creatividad para diseñar y desarrollar aún más cosas que suenan increíbles en el papel.

Pero hay entidades muy poderosas que no reciben ningún beneficio de esto.

¿Las víctimas? → Tu cliente y tu negocio, que quedan a la espera de algo que brinde valor.

Hay más razones por las cuáles se cae en la “build trap”, por ejemplo:

📌 Enfoque puesto en entregables por encima de resultados.

📌 Confianza extrema sobre la necesidad o problema del usuario.

📌 Presión desde la alta dirección o stakeholders.

📌 Ausencia de un proceso de continuo de Product Discovery.

A cotinuación, propongo 6 consejos prácticos para salir de la “build trap” y pasar a la acción (una que genere valor real al negocio y al cliente).

Aquí vamos 👇🏼

‍

1) Prioriza la validación antes de la construcción

Cuando caes en la “build-trap”, dejas de ver la importancia que tiene un buen proceso de validación de ideas.

Te centras directamente en crear y desarrollas nuevas funcionalidades, en vez de validar si hay un problema real por resolver (deseabilidad), si es capaz de capturar valor al negocio (viabilidad) o si es tecnológicamente viable (factibilidad).

Asegúrate de que cada nueva feature esté validada, de modo que su desarrollo no sea una apuesta al mercado, si más bien una certeza.

‍

2) Desarrollar una mentalidad de producto orientada a resultados.

En lugar de enfocarse en los outputs de tu equipo (es decir, en lo que se construye y se lanza), enfócate en el impacto que deseas generar.

Las funcionalidades deben ser más bien un medio para un fin. Deben estar directamente relacionadas con una métrica o indicador clave que deseas mover.

Para esto, es importante que, a nivel estratégico, esté muy claro que impacto, resultados y métricas se desean conseguir en el corto y mediano plazo.

Recuerda: Outcomes sobre Outputs.

‍

3) Pon en práctica el ciclo "build-measure-learn" de Lean Startup.

Es fácil adentrarse en la “build-trap” cuando tu equipo cuenta con ciclos de desarrollo muy extensos.

Para mantener el foco en la entrega de valor continua, es necesario adoptar ciclos iterativos más cortos, que te permitan así aprender más rápido sobre tu cliente y reducir el riesgo asociado a la implementación de nuevas ideas (por más que hayan sido validadas).

Mantén la mentalidad de MVP y tu enfoque en la recolección de datos que luego emplearás para ajustar el producto en tu próximo ciclo.

Ya llegará un momento donde tengas un producto “más completo”. Mientras tanto, en el camino, sigue entregando.

‍

4) Prueba el mercado antes de escalar.

Antes de desarrollar un producto, realiza pequeñas pruebas de viabilidad en el mercado.

Es posible vender una propuesta de valor sin un producto aún listo para entregar.

Siempre lo digo: no hay mejor indicador de validación que clientes que ya han pagado por tu idea y esperan el producto.

Identifica potenciales early adopters y hazles una oferta que sea tan valiosa que sea difícil de rechazar.

De esta manera, podrás anticiparte mejor a las reacciones de la demanda para ajustar tu oferta.

‍

5) Evita la obsesión con la tecnología.

Hoy en día todo parece venir con la etiqueta “IA” pegada al frente.

Así, muchos founders caen en la trampa de construir soluciones complejas a nivel tecnológico, que no tienen más utilidad que una pisapapeles.

Evita la obsesión sin fundamentos por una nueva tecnología, que puede arrastrarte fácilmente a una “build trap”.

Mantén una visión pragmática y céntrate en resolver un problema de forma sencilla primero.

‍

6) Gestiona el alcance del producto.

Una de las responsabilidades más importantes del Product Manager o Product Owner implica la gestión estratégica del alcance del producto.

Gestionar el alcance se trata de organizar las prioridades, decir qué NO a las features que no aportan ningún valor hoy, establecer un plan de desarrollo conectado a objetivos concretos y determinar cómo el producto debe expandirse a lo largo de las iteraciones.

Con la “casa ordenada”, el equipo puede tener un horizonte de desarrollo claro, mientras no se deja de lado la necesidad de perseguir resultados a través de pequeños lanzamientos.

‍

En resumen…

La “build trap” es un problema real que debe gestionarse en startups y equipos de desarrollo de producto.

Es una de las principales razones por las cuáles miles de nuevos productos realmente nunca ven la luz.

Especialmente para aquellos equipos que están innovando y lidiando con una cantidad de incertidumbre y riesgo enorme. La “build trap” se vuelve prácticamente una sentencia de muerte a su proyecto.

Y, aún si tienen éxito, se han malgastado recursos (tiempo/dinero principalmente) que podrían haber tenido un mejor uso.

En mi experiencia, la “build trap” es un problema que suele venir más bien de no tener el mindset correcto, que por una restricción de recursos o falta de metodología clara.

Escapar de la “build trap” es fundamental si deseamos acercarnos mejor a lo que en verdad importa: Crear, entregar y capturar valor, una y otra vez.

Espero que la publicación te haya resultado útil.

¡Muchos éxitos!