1.- 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”
“Soy un usuario y sé lo que necesitan”

Los jefes saben lo que necesitan para dirigir negocios, pero su trabajo no es diseñar páginas. Además lo que ellos quieren no es necesariamente lo que los usuarios quieren.

2.- La objeción del creador
“Tenemos un equipo con magníficas ideas, conceptos y tecnología”

La creatividad y la tecnología producen soluciones, pero aún tenemos que resolver problemas reales.

3.- La objeción del experto
“Un análisis para los requerimientos del usuario no es necesario para nuestro producto”

Si quieres ser competitivo, tienes que saber más que la competencia del usuario.

4.- La objeción del presupuesto
“No podemos permitirnos trabajar en eso”

El coste de aprender del usuario al principio de proyecto es pequeño en comparación al que cuesta una vez puesto online.

5.- La objeción de la planificación
“Tenemos que sacar la web en 2 meses, no tenemos tiempo para eso”

Los análisis de requerimientos del usuario deben hacerse desde el principio de los proyectos. La fecha para poner algo online está después a estar en el mercado con algo bien construido. Tú no mueves ficha estando primero en el mercado, son los usuarios los que mueven ficha utilizando tu web.

6.- La objeción de la novedad
“Lo que estamos haciendo es completamente nuevo”

Si tu web / servicio es tan nuevo, tienes muchos puntos de que nadie entienda qué hacer en tu web.

7.- La objeción del que ignora al usuario
“La gente no sabe lo que quiere”

Los análisis del usuario no están para medir lo que la gente quiere, sino solucionarles problemas cuando se enfrentan a un sistema interactivo.

8.-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.

9.- La objeción académica
“No somos una universidad para investigar en eso”
A pesar de que esta disciplina, deriva de las ciencias sociales, el fin no es académico, sino solucionar problemas en el diseño de sistemas interactivos.

10.- La objeción de márketing
“Hemos hecho investigaciones de mercado y sabemos lo que necesitan os usuarios”
Los estudios de márketing indican cuanto ocurre algo en la audiencia, pero no ayuda a entender cómo y por qué ocurre.

11.- La objeción del secreto
“El proyecto es secreto”
Incluso los proyectos secretos se tiene que optimizar

12.- La objeción del usuario ocupado
“Los usuarios no tiene tiempo para participar en estudios”

13.- La objeción de testing
“En vez de analizar a los usuarios hacemos un prototipo”
Un test de usabilidad revela lo poco usable del mismo. Pero sólo un análisis del usuario lo arregla.

Traducción libre de Alberto LaCalle
Texto original:
http://www.interactionarchitect.com

> 1.- La objeción del jefe
> 2.- La objeción del creador
> 3.- La objeción del experto
> 4.- La objeción del presupuesto
> 5.- La objeción de la planificación
etc

Viejos problemas con nuevos trajes. Estas cosas han pasado siempre y pasarán, hay un capítulo interesante sobre esto en el libro "Modern structured analysis", de Edward Yourdon, 1993, todo un clásico de la Ingenieria del Software; tienes una edición más reciente en español, puedes echar un vistazo al apéndice E: Técnicas de entrevista y recolección de datos.