Tienes dos semanas y ningún presupuesto de investigación. ¿Cómo validas un rediseño?

Usa lo que ya existe antes de pedir nada. Los tickets de soporte, las grabaciones de llamadas de ventas, los registros de búsqueda dentro del producto, las grabaciones de sesión y la analítica responden a una cantidad sorprendente de preguntas gratis. Después pon a cinco personas delante de un prototipo, aunque sean empleados internos cercanos al problema, y sé explícito sobre lo flojo de esa muestra. Termina con un despliegue escalonado para que los usuarios reales sean la comprobación final.

Dos semanas bastan si dejo de tratar la investigación como algo que hay que encargar. El día uno y el dos leo tickets de soporte de ese flujo ordenados por volumen, y repaso las búsquedas dentro del producto, que son básicamente los usuarios diciéndote lo que no encuentran, con sus propias palabras. Después paso una hora con cada uno de dos agentes de soporte y con alguien de ventas, porque oyen la misma queja cuarenta veces por semana y nadie se lo pregunta nunca. Con eso normalmente tengo casi toda la definición del problema. Luego construyo un prototipo tosco y hago cinco sesiones no moderadas en una plataforma de testeo, que cuesta muy poco y te lo devuelve de un día para otro. Si de verdad no puedo reclutar fuera, uso gente interna que no sea del equipo de producto, y digo con claridad en el informe que no son representativos, así que tratamos los hallazgos como señales y no como demostración. Por último lanzaría detrás de un flag al cinco por ciento y observaría. Usuarios reales a bajo volumen son mejor evidencia que un estudio perfecto que no tuve tiempo de hacer.