Por qué la mayoría de productos no resuelven problemas reales
Síntesis
Un número significativo de productos de software no logran ser adoptados a pesar de la implementación funcional y la corrección técnica. Este artículo examina las razones subyacentes por las que muchos productos no resuelven problemas del mundo real, centrándose en la desalineación entre el diseño del producto y las necesidades del usuario. Basándose en investigaciones sobre desarrollo de productos, diseño centrado en el usuario y teoría de la innovación, el artículo sostiene que la ejecución técnica por sí sola es insuficiente sin una comprensión clara de los problemas reales de los usuarios.
1. Introducción
Muchos productos funcionan.
Ellos:
- ejecutar sin errores
- tener características
- lucir completo
Pero todavía fracasan.
La cuestión no es técnica.
Es funcional en un sentido diferente:
El producto no resuelve un problema real.
Este artículo explora por qué sucede eso.
2. La diferencia entre trabajar y ser útil
Un producto puede ser técnicamente correcto y aun así resultar inútil.
Medios de trabajo:
- las funciones del sistema
- las características funcionan como se esperaba
Medios útiles:
- el producto resuelve un problema real
- los usuarios realmente lo necesitan
Sin una adecuación entre el producto y el mercado, incluso los sistemas bien construidos fracasan.
3. El problema de la construcción basada en suposiciones
Muchos productos se basan en suposiciones.
Los desarrolladores suelen asumir:
- lo que los usuarios necesitan
- cómo se comportan los usuarios
- qué características son importantes
Estas suposiciones frecuentemente son incorrectas.
Comprender las necesidades reales de los usuarios requiere observación y validación directa.
Sin esto, los productos se alejan de la realidad.
4. Pensamiento centrado en funciones
Un error común es centrarse en las características en lugar de en los problemas.
Esto lleva a:
- agregando más funcionalidad
- complejidad creciente
- ignorando las necesidades reales del usuario
Las características no garantizan el valor.
El valor proviene de la resolución de problemas.
5. Falta de bucles de retroalimentación
Otro problema es la falta de retroalimentación.
Sin comentarios:
- los problemas no se identifican
- persisten suposiciones incorrectas
- las mejoras son aleatorias
Los productos que no evolucionan basándose en la retroalimentación rara vez tienen éxito.
6. Desalineación entre el constructor y el usuario
Los desarrolladores y usuarios suelen pensar de manera diferente.
Desarrolladores:
- centrarse en la lógica
- priorizar las soluciones técnicas
Usuarios:
- centrarse en los resultados
- preocuparse por la usabilidad y el valor
Este desajuste da lugar a productos técnicamente correctos pero prácticamente irrelevantes.
7. De la construcción de características a la resolución de problemas
Para crear productos útiles, el enfoque debe cambiar.
En lugar de preguntar:
¿Qué debo construir?
Preguntar:
¿Qué problema estoy resolviendo?
Esto lleva a:
- soluciones más simples
- características más relevantes
- mejores resultados
8. Implicaciones prácticas
Para garantizar que los productos resuelvan problemas reales:
- validar las suposiciones tempranamente
- hablar con los usuarios
- observar el comportamiento real
- centrarse en los resultados, no en las características
Esto reduce el riesgo de construir algo que nadie necesita.
9. Conclusión
La mayoría de los productos fallan no porque estén mal construidos, sino porque son innecesarios.
La corrección técnica no es suficiente.
El valor real proviene de la resolución de problemas reales.
El objetivo no es construir más.
El objetivo es construir lo que importa.
Referencias
Blank, S. y Dorf, B. (2012). El manual del propietario de la startup. Rancho K&S.
Norman, DA (2013). El diseño de las cosas cotidianas (Ed. revisada). Libros básicos.
Ries, E. (2011). El lean startup. Negocio de la Corona.