Construir un repositorio de investigación de usuarios es útil, satisfactorio y una herramienta para descubrir insights. Lo sé porque construí uno el mes pasado.
No soy el primero en hacerlo y el mejor que he encontrado a disposición del público es el que creó el Ayuntamiento de Hackney, en Londres.
Como investigador de usuarios autónomo, mi cliente me pidió que construyera un repositorio. Era necesario porque se perdían conocimientos, se duplicaba el trabajo y se perdía tiempo repitiendo el trabajo existente.
Mi proceso para crear el repositorio fue el siguiente:
Edición: Mi cliente se ha puesto en contacto con nosotros para decirnos que está encantado de ser mencionado. Así que un gran saludo al proyecto OneWeb de la Universidad de Southampton, que está creando una experiencia más centrada en sus usuarios. Ha producido una gran cantidad de resultados, por lo que necesitaba el repositorio y la actualización de sus necesidades.
Aquí hay que tener en cuenta dos cosas:
En lo que respecta a lo que cuenta como archivo relevante, adopté el siguiente planteamiento:
"¿Qué querría yo saber como usuario investigador que llega a ciegas a este proyecto?"
Por lo general, es peligroso que un investigador de usuarios se ponga en la mente de su usuario, pero como el público principal (aunque no exclusivo) son los investigadores de usuarios, me pareció justo. Si quieres una investigación de usuarios completa y adecuada, la página de Hackney tiene esto.
Los archivos típicos relevantes incluyen: historias de usuarios, personas, informes finales y resultados, planes de investigación, guías de discusión, listas de paneles de usuarios, fotos y vídeos de las sesiones, entre otros.
En cuanto a dónde se ubicarán estos archivos, eso es un dolor de cabeza. Cada organización en la que he trabajado ha variado su medio de almacenamiento en función del software principal utilizado en ese momento, las preferencias del equipo y el uso individual (por ejemplo, alguien tiene una suscripción a un software que declara que es "la mejor" solución que ningún otro equipo utiliza). Los equipos suelen disolverse después de un proyecto, sus miembros se dispersan y los archivos se pierden o se borran.
Así que, aunque haya una ubicación central obvia, como SharePoint, tendrás que preguntar por ahí y seguir los viejos enlaces a archivos en viejos ordenadores, Google Drives personales, DropBox, Miro, Optimal Workshop... ya te haces una idea.