Anàlisi de complexitat per a la recerca UX a IBM: què és i com puc començar?

Fa uns mesos vaig fer una xerrada sobre anàlisi de complexitat amb Rick Sobiesiak (cap de recerca en disseny, IBM Security) i Tim O'Keefe (cap de recerca en disseny, IBM Systems). Rick i Tim van desenvolupar el mètode amb IBM Research i vaig tenir la sort d'aprendre d'ells. Vaig aplicar el mètode al producte del meu equip, IBM PowerAI Vision, per demostrar quantitativament el valor afegit del Disseny de l'experiència d'usuari en termes de reduir la complexitat d'una tasca o una seqüència de tasques per a l'usuari. Després d'aquesta presentació, vaig rebre molts missatges i correus electrònics Slack d'altres equips de productes que intentaven fer una anàlisi de complexitat. Crec que és crucial que els investigadors de l’experiència de l’usuari desenvolupin habilitats de treball amb alguna metodologia quantitativa i utilitzin sempre mètodes qualitatius i quantitatius junts per obtenir una història d’usuari panoràmica i robusta (llegiu més sobre això aquí).

També he enllaçat la publicació original d'Anàlisi de complexitat de Rick i Tim al final d'aquest article a "Recursos" perquè pugueu aprofundir encara més. Comencem.

Visió general del mètode

L’anàlisi de complexitat és un mètode de verificació d’usabilitat que avalua la usabilitat d’una tasca específica o d’un conjunt de tasques que no requereixen intervenció directa de l’usuari i que proporciona resultats quantitatius. Atès que l’anàlisi de complexitat no requereix la intervenció de l’usuari, els avaluadors de tasques del producte solen ser membres de l’equip de disseny / desenvolupament del producte. Si és possible, recomanaria emparellar funcions de User Research i User Experience Design. Tingueu en compte, però, que el dissenyador principal també pot actuar com a avaluador en intentar revisar objectivament la dificultat de la tasca. Per tant, pot ser beneficiós contractar un membre de l’equip centrat en un altre projecte o connectat tangencialment a la sala.

A mesura que els avaluadors realitzen la tasca sotmesa a prova, busquen elements que impedeixin a l’usuari assolir el seu objectiu final. Per aquest motiu, és important entendre tant el vostre usuari com el seu paper final abans de fer una anàlisi de complexitat. En cas contrari, no teniu cap marc de referència per a l'avaluació.

En contrast amb els mètodes qualitatius, l’anàlisi de complexitat mesura quantitativament elements que s’interposen a l’objectiu final de l’usuari mitjançant mètriques de complexitat. Aquestes mètriques són derivades pels avaluadors que assignen puntuacions per a cada pas o interacció de la tasca especificada. Les categories d’avaluació inclouen:

  1. Canvis de context: desplaçament de l'usuari dins del producte per completar el pas.
Exemple: un modal és un lleuger canvi de context en comparació amb un usuari que obre una pàgina nova.

2. Guia de navegació: ajuda per iniciar i completar el pas.

Ex.: El text introductori per començar pot treure les conjectures de les funcions bàsiques.

3. Paràmetres d'entrada: informació que l'usuari ha de proporcionar per completar el pas.

Exemple: es requereixen dos botons de ràdio per a la formació, mentre que la introducció de text / imatge és necessària per als altres passos.

4. Suggeriments del sistema: resposta del sistema a les interaccions dels usuaris durant el pas.

Exemple: un registre de notificacions en temps real documenta els passos que ha fet l'usuari.

5. Suggeriments d'errors: resposta del sistema a situacions d'error freqüents del pas.

Exemple: aquest missatge d'error indica a l'usuari per què ha fallat un pas, però no ofereix cap suggeriment sobre com resoldre'l.

6. Nous conceptes: informació que l'usuari ha d'entendre per al pas.

Exemple: Modal ofereix una visió general de les funcions, però l'enllaç per obtenir més informació fa que l'usuari surt del producte.

Cadascuna de les categories de qualificació anteriors té la seva pròpia escala de qualificació i els actius de Rick ofereixen exemples de qualificacions baixes i altes per a cada categoria. Això es deu al fet que l'algorisme d'anàlisi de complexitat que calcula una puntuació quantitativa final es pesa en funció del nivell d'influència de cada categoria de puntuació sobre la complexitat general de la tasca. Afortunadament, no hem de fer nosaltres mateixos els càlculs de forma llarga. Tot i això, és important entendre la importància dels algoritmes ponderats i per què cada escala és única.

Quan s’ha d’utilitzar

He trobat que l’anàlisi de complexitat és una manera bastant flexible de determinar quan i com adaptar-se a les necessitats específiques del vostre equip de productes. No obstant això, hi ha alguns requisits per utilitzar-lo:

  1. Heu d’estar en fase de recerca avaluativa després de la investigació generativa.
  2. Heu identificat un o més usuaris objectiu i les tasques que heu de fer. Aquest procés d’identificació significa que no només coneixeu el vostre paper i responsabilitats professionals, sinó que també coneixeu quins conceptes us són familiars i quins conceptes es poden percebre com a nous. Heu fet prou investigació per comprendre les vostres àrees d’especialització i d’incertesa.
  3. Necessiteu wireframs representatius per a tasques específiques que l'usuari de destinació vulgui realitzar (els wireframs no han de ser fidels a l'original, però han de ser exhaustius i contenir tots els components necessaris per realitzar una tasca específica).

Tenint en compte aquests requisits, vaig dur a terme una anàlisi de complexitat en diversos casos d’ús durant el procés de disseny del producte:

  1. Com es pot comparar una interfície d’usuari anterior amb una interfície d’usuari redissenyada (això pot quantificar el valor afegit que un equip de disseny pot afegir a la gestió i desenvolupament de productes).
  2. Per comparar el mateix flux de tasques d’un producte de la competència amb el nostre producte (ideal per transmetre el lloc on es necessiten treballs de desenvolupament i desenvolupament per assegurar-se que un producte estigui al dia amb la competència).
  3. Compareu dos fluxos de treball de disseny diferents per crear una característica / funció completament nova a la interfície d’usuari (això és útil quan s’introdueixen noves innovacions al producte o quan una determinada característica ha d’estar molt integrada i l’equip UX ha de garantir que sigui Les funcions estan disponibles el procediment correcte abans de la validació amb els usuaris).
Cas d’ús 1: comparació d’una interfície d’usuari anterior amb una interfície d’usuari nova (com més baixa sigui la complexitat, millor).Cas d’ús 2: la mateixa seqüència de tasques per a productes competitius (com més baixa sigui la complexitat, millor).

Com utilitzar

L’anàlisi de complexitat consta de tres passos principals.

  1. Distribuïu una tasca de l'usuari en passos i interaccions individuals.
  2. Valoreu la complexitat de cada pas o interacció de la tasca en les 6 categories d’avaluació.
  3. Analitzeu les mètriques de complexitat generades i determineu els passos següents.

1. Distribuïu una tasca de l'usuari en passos i interaccions individuals.

Aquesta és la fase que requereix més temps de l’anàlisi de complexitat, però constitueix la base de l’avaluació. A més, aquesta és una visió refrescant per a l’equip de productes, ja que us ajudarà a identificar qualsevol problema que puguem passar per alt a causa de la nostra pròpia familiaritat. El més difícil d’aquest procés és entendre exactament què constitueix una tasca, un pas i una interacció.

Exemple: divisió de tasques vs. Passos vs. Interaccions.

Una tasca és un component discret de l'objectiu o tasca general que ha de fer l'usuari. Els passos són els elements individuals que treballen cap a la realització d’una tasca. Les interaccions són les obligacions literals que l'usuari té amb el producte per tal de completar un pas. Valoren la complexitat del pas o la interacció en funció de la categoria d’avaluació.

2. Valoreu la complexitat de cada pas o interacció de la tasca a les 6 categories d’avaluació.

Ara que heu descrit les vostres tasques, passos i interaccions, és hora de moure's pel producte i valorar cada element en conseqüència. No intenteu fer-ho de memòria. Reviseu el producte o el prototip mentre anoteu.

Quan apliqueu les vostres puntuacions, haureu d’identificar l’escala i els criteris de puntuació únics per a cada categoria de puntuació. Això us ajudarà a entendre el que determina un 3 contra un 5 per a la guia de navegació, per exemple.

Mètriques de complexitat que s’avaluen a nivell de pas: guia de navegació, retroalimentació del sistema, retroalimentació d’errors i nous conceptes.

Mètriques de complexitat avaluades a nivell d’interacció: canvis de context i paràmetres d’entrada.

Quan utilitzeu els recursos d’anàlisi de complexitat que fem servir a IBM, les vostres entrades de classificació es converteixen automàticament en mètriques de complexitat mitjançant l’algorisme subjacent. Aquestes mètriques de complexitat es mostren tant numèricament com gràficament.

La visualització ampliada mostra les dades que heu d’introduir (les notes a, b, c són interaccions). Tingueu en compte que algunes classificacions de complexitat s’assignen al nivell de pas, mentre que d’altres s’assignen al nivell d’interacció.

3. Anàlisi de les mètriques de complexitat generades i determinació dels passos següents.

Ara que heu introduït les vostres valoracions de complexitat i heu calculat les mètriques de complexitat, és hora d’entendre què signifiquen els resultats per als passos següents. Les dades i els gràfics, tot i que són valuosos, són molt més significatius quan s’utilitzen juntament amb suggeriments o suggeriments, especialment quan es comparteixen amb equips de desenvolupament i gestió de productes.

Mètriques de complexitat en forma de gràfics de barres.

A l'exemple anterior, es tracta del cas d'ús comentat anteriorment, on podeu utilitzar l'anàlisi de complexitat per comparar dos productes de la competència que poden permetre a l'usuari fer la mateixa tasca. Com que volem que la complexitat sigui el més baixa possible, podem dir que el producte B és millor que el producte A en el context d’aquest mètode. També podem veure que la guia de navegació representa la major diferència de complexitat entre els dos productes, seguida de de nous. Conceptes. Per tant, podem suggerir que l’equip de productes A doni prioritat als canvis que redueixen la complexitat de la navegació i els nous conceptes. A més de proporcionar aquesta informació, l’equip que ha realitzat l’anàlisi de complexitat pot suggerir maneres específiques per assolir aquests objectius. Això inclou símbols d'informació addicionals o elements integrats amb els quals es pot guiar l'usuari a través d'una tasca i mantenir-se actualitzat.

Recurs d’acció recomanat

Basat en la meva experiència i les meves indicacions de Rick i Tim, he enumerat algunes pràctiques recomanades a continuació que us ajudaran a obtenir el millor resultat d’anàlisi de complexitat possible:

  • Treballeu per parelles per assignar els passos / interaccions en una tasca PERUT només doneu les valoracions inicials del número i compareu que un 5 per un pas i un altre assigna un 2 al mateix pas, així que podeu estar segur de tornar enrere i llegir).
  • Seleccioneu un objectiu d'usuari en què vulgueu centrar-vos. No feu la totalitat del flux de producte la primera vegada (en un entorn de ritme ràpid, això és massa laboriós i requereix molt de temps; trieu un objectiu únic que no sigui massa ampli i aïlli el flux més problemàtic o l'habilitat més important) per a l’experiència general de l’usuari i el dret a la missió del producte).
  • Compartiu els vostres resultats finals amb l’equip de productes més gran, especialment la gestió i el desenvolupament de productes. (És imprescindible que aquest mètode es faci amb l'objectiu de compartir. Assegureu-vos de comunicar clarament els gràfics de barres i els resultats generats a l'equip més gran i suggeriu els passos següents per resoldre els problemes).

És important tenir en compte que l’anàlisi de complexitat no només revela àrees problemàtiques, sinó que també crida l’atenció sobre les parts del flux que tenen poca complexitat i tenen un bon rendiment. Cal protegir aquestes experiències a mesura que s’incorporin nous dissenys i funcions.

L’anàlisi de complexitat és una manera poderosa de quantificar l’experiència de l’usuari per a tasques específiques i importants d’un producte. Segons la meva experiència, va ser immensament útil a l’hora de representar l’impacte mesurable del disseny i prioritzar el treball entre disciplines en un equip de productes. Tant si voleu implementar completament l’anàlisi de la complexitat com si voleu utilitzar alguns dels principals inquilins per obtenir recorreguts cognitius més profunds o altres mètodes d’avaluació basada en tasques, entendre aquest mètode aportarà més valor i abast al vostre conjunt d’eines de recerca d’usuaris.

recursos

Per als empleats d'IBM: accediu als recursos i recursos detallats que Rick Sobiesiak ha posat a la vostra disposició per començar i unir-vos a la comunitat d'anàlisi de complexitat contactant directament amb Rick Sobiesiak.

Per a empleats que no són d'IBM: aquí podeu accedir al treball de recerca escrit conjuntament per Rick Sobiesiak i Tim O'Keefe

Moltes gràcies a Rick i Tim! Tots els pensaments expressats són meus. http://www.gabriellacampagna.com/