Objeciones comunes contra los requisitos de usuario
Si quieres ser competitivo, tienes que saber más que la competencia de tus clientes
La objeción del jefe: «Hemos hecho un brainstorming y sabemos lo que quieren
», «soy el jefe y llevo 20 años en el negocio
», «yo también soy un usuario y sé lo que necesitan
».
Los jefes sabrán dirigir negocios, pero su trabajo no es diseñar. Además lo que ellos quieren no es necesariamente lo que sus clientes necesitan.
La objeción del creador: «Tenemos un equipo con magníficas ideas, conceptos y tecnología
».
La creatividad y la tecnología son herramientas, pero aún tenemos que resolver problemas reales.
La objeción del experto: «Un análisis de requisitos de usuario no es necesario para nuestro producto
».
Si quieres ser competitivo, tienes que saber más que la competencia de tus clientes.
La objeción del presupuesto: «No podemos permitirnos trabajar en eso
».
Los costes al principio de proyecto son pequeños en comparación a lo que cuesta una vez creado.
La objeción de la planificación: «Tenemos que sacar el producto en 2 meses, no tenemos tiempo para eso
».
Los análisis de requisitos de usuario deben hacerse desde el principio de los proyectos. La usabilidad no es brillo superficial que pueda ser aplicado a última hora en un producto. La usabilidad está afectada por cada decisión en desarrollo, DEBE acompañar al producto desde el principio.
La objeción de la novedad: «Lo que estamos haciendo es completamente nuevo
».
Si tu web o servicio es tan nuevo, tienes muchos más puntos de que nadie entienda cómo usarlo.
La objeción del que ignora al usuario: «La gente no sabe lo que quiere
».
Los análisis de usuario no están para medir lo que la gente quiere, sino para solucionar problemas cuando se enfrentan a un sistema interactivo.
La objeción de la omnipresencia: «No puedes escuchar a todos los usuarios del mundo
».
Escuchar a unos pocos es mejor que no escuchar a nadie.
La objeción académica: «No somos una universidad para investigar eso
».
El fin de la usabilidad no es académico, sino solucionar problemas reales de competitividad y calidad de producto.
La objeción de márketing: «Hemos hecho investigación de mercado y sabemos lo que necesitan los usuarios
».
Los estudios de márketing no sirven para entender cómo y por qué un producto es o no usable.
La objeción del secreto: «El proyecto es secreto
».
Incluso los proyectos secretos se tienen que optimizar.
La objeción del usuario ocupado: «Los clientes no tienen tiempo para participar en estudios
».
Ellos van a dedicar ahora ese tiempo, o luego tratando de entender cómo usar tu producto no adaptado a sus necesidades.
La objeción del test: «En vez de analizar a los usuarios hacemos un prototipo
».
Los prototipos son útiles para comunicar, discutir y definir ideas entre los diseñadores y las partes responsables, pero sólo un test de usabilidad revela si tu producto es usable o no.
Fuente:
- D'Hertefelt, S., (2000) "13 common objections against user requirements analysis, and why you should not believe them", Interaction Architect.
Artículos relacionados:
Ver todos los artículos
