Créditos de imagen a Intercom

Trabajos a realizar Marco

Desechar la persona y abordar el diseño del producto de una manera diferente

¿Qué son los trabajos a realizar?

El concepto de Jobs To Be Done (JTBD) fue popularizado por el profesor de negocios de Harvard, Clayton Christensen (el mismo tipo detrás del dilema del innovador) y otros en un artículo de revisión del MIT Sloan Management de 2007. En un artículo de seguimiento en 2016, JTBD se resume de la siguiente manera:

“Saber más y más sobre los clientes es llevar a las empresas en la dirección equivocada. Lo que realmente necesitan para enfocarse es en el progreso que el cliente está tratando de hacer en una circunstancia determinada: lo que el cliente espera lograr. Esto es lo que hemos venido a llamar el trabajo por hacer.
Cuando compramos un producto, esencialmente lo "contratamos" para ayudarnos a hacer un trabajo. Si funciona bien, la próxima vez que nos enfrentemos con el mismo trabajo, tendemos a contratar ese producto nuevamente. Y si hace un trabajo horrible, lo "disparamos" y buscamos una alternativa ".

La introducción de Clayton es buena, sin embargo, no está diseñada para productos digitales (los ejemplos son sobre batidos y mudanzas) y dado que fue creada por un académico, Clayton es un poco delgado sobre cómo aplicarlo, centrándose principalmente en describir este nuevo modelo mental. Como resultado, otras personas y organizaciones han intentado aplicar este concepto al diseño de productos digitales, lo más útil (en mi opinión) es Intercom.

El cofundador de Intercom comienza a explicar JTBD con el siguiente ejemplo:

“Imagina que acabas de tomar una fotografía, ahora hay varios trabajos diferentes que te gustaría hacer:
1.) Capture este momento en privado entre dos personas, para que podamos mirarlo con cariño en los próximos años.
2.) avergonzar a un amigo frente a otro amigo.
3.) Haga una copia de seguridad de esta foto en línea, para que pueda señalar a otros.
4.) Obtuve una copia de esta foto para mi abuela que no usa computadoras.
5.) Haz que esto se vea genial e interesante. Como yo. Y luego compártelo.
6.) Edite esto y póngalo en mi cartera para que la gente considere contratarme para futuros compromisos.
En este caso, los productos que puede contratar son Facebook, iPhoto, Instagram, Flickr o quizás 500 px. Cuando piensas en cuántas de estas aplicaciones usas, te das cuenta de que el trabajo es la distinción aquí, no tú.
Centrarse en el trabajo en lugar de la persona ayuda a resaltar cómo las funciones como la reducción de ojos rojos, múltiples tamaños de fotos o efectos de filtro solo son útiles para ciertos trabajos ".

¿Podemos deshacernos de una persona por completo? El marco JTBD definitivamente te propone hacerlo.

El cofundador de Intercom explica en profundidad cómo cuando trabajaba en Google creaba toneladas de personas y, sin embargo, ninguna de ellas era útil. Esto puede parecer un shock, pero mi equipo y yo en realidad nos hemos distanciado intuitivamente de trabajar con personas estrictas durante bastante tiempo. ¿Quizás estás en la misma posición?

De cualquier manera, el marco JTBD es muy sencillo de experimentar (lo que veremos en un segundo) y, en cualquier caso, es difícil discutir con esta cita de Intercom:

"Si desea crear un excelente producto de software, tomar decisiones cruciales basadas en una serie de rasgos de personalidad no lo llevará a eso". Eso es porque los productos no coinciden con las personas; coinciden con los problemas ".

Diseñando para JTBD v Personas

Las personas miran roles y atributos. JTBD analiza situaciones y motivaciones.

Las personas explican quiénes son las personas y qué hacen las personas. Pero nunca explican completamente por qué la gente hace algo. Por qué la gente hace cosas es más importante.

Aplicando JTBD

Recuerde esas historias de usuarios con un formato de:

Como ... quiero ... Permitir ...

Bueno, una historia de JTBD es la siguiente:

[Cuando _____] [Quiero _____] [para poder _____]

Específicamente, el cuándo se enfoca en la situación, el deseo se enfoca en la motivación y la lata se enfoca en el resultado.

Créditos de imagen a Intercom

Ejemplos de historias son las siguientes:

  • Cuando un nuevo cliente importante se registra, quiero que me avisen para poder iniciar una conversación con él.
  • Cuando un artículo no tiene una estimación o tiene una estimación con la que no estoy satisfecho, quiero poder reiniciar el proceso de estimación y notificar a todos, para que el equipo sepa que se necesita estimar un artículo en particular.

El vicepresidente de productos de Intercom popularizó por primera vez "Job Stories" en su publicación de blog The Dribbblisation of Design y destaca que el uso de historias de trabajo se centra en las cuatro capas de diseño:

Y no solo la capa "Visual", en la que, en su opinión, muchos diseñadores se centran demasiado (no creo que yo o mi equipo suframos esto, ¿pero quizás otros sí?).

Expandiendo la historia del trabajo

Alan Klement (un consultor de JTBD) se basó en el concepto de historia de JTBD con las siguientes adiciones:

Productos con múltiples roles

Aclarando de quién estamos hablando

Cuando un Comprador ya ha hecho una oferta por un artículo, está ansioso por perder una contraoferta y desea recibir de inmediato notificaciones de contraoferta, para que pueda tener tiempo suficiente para evaluar y actualizar su propia oferta.

Roles con causa y efecto

A veces, una historia de trabajo afecta a varias personas, con efectos secundarios

Cuando un vendedor no está satisfecho con las ofertas que recibe y retira su producto del mercado, los compradores que ya han presentado ofertas desean recibir una notificación inmediata de que el producto ha sido retirado, para que los compradores sepan que ya no necesitan conservarlo. pestañas en el producto y debería buscar un producto diferente y similar en su lugar.

Usar eventos en lugar de roles

A veces, puede haber una situación en la que un evento afecta a todos los roles de los grupos. Entonces no hay razón para tener un papel específico.

Cuando un cliente está en su dispositivo móvil y olvida su contraseña, desea obtener su contraseña de manera que sea fácil recuperarla a través de su dispositivo móvil, para que pueda continuar iniciando sesión y acceder a sus noticias.

Resumen

Como dije anteriormente, había comenzado a distanciarme naturalmente de trabajar con personas estrictas durante bastante tiempo, por lo que este cambio en el pensamiento sobre el diseño del producto no fue tan revolucionario como quizás lo describan algunos de los escritos sobre el concepto.

Dicho esto, me imagino que para una organización que actualmente gasta una gran cantidad de recursos en la investigación de personas, la adopción del enfoque JTBD (y su éxito) podría ahorrar una gran cantidad de tiempo y esfuerzo.

En conclusión, encontré que el marco JTBD es excelente para comunicar epopeyas y la construcción de historias de trabajo extremadamente útil para comprender las expectativas de un usuario al usar una función de producto.

¡Por favor continúe y experimente con este enfoque y dígame qué piensa!

Actualización: 18 de marzo

Mientras trabajamos con este concepto durante un par de meses, mi equipo y yo hemos encontrado dificultades para construir declaraciones de trabajo que marquen una clara diferencia entre la motivación y el resultado.

Por lo tanto, nuestras nuevas declaraciones de trabajo comienzan el resultado con un verbo, dejando en claro que hay una acción esperada, que se deriva de la motivación.

Por ejemplo:

Cuando un cliente está en el portal existente,
Les gustaría explorar el nuevo portal,
Decidir el cambio es una mejora.

Es cierto que esta revisión desdibuja las definiciones de acción y resultado, sin embargo, esta revisión es para dejar en claro que el cliente realmente hará algo a continuación. Está destinado a significar su próximo paso en el viaje: el cliente está interactuando con el producto después de todo, no esperando pacíficamente que algo suceda.

si te gustó esto, dale una palmada, para que otras personas lo vean aquí en Medium.

¿Quieres conectarte? Correo electrónico | LinkedIn | Gorjeo