{"id":15277,"date":"2020-12-15T16:24:12","date_gmt":"2020-12-15T14:24:12","guid":{"rendered":"http:\/\/design-toolkit.recursos.uoc.edu\/jobs-to-be-done\/"},"modified":"2021-02-09T12:56:28","modified_gmt":"2021-02-09T10:56:28","slug":"jobs-to-be-done","status":"publish","type":"post","link":"http:\/\/design-toolkit-test.uoc.edu\/es\/jobs-to-be-done\/","title":{"rendered":"Jobs to be Done<\/em>"},"content":{"rendered":"

\u00bfQu\u00e9 es?<\/h2>\n

Jobs to be Done<\/em> es un marco conceptual que parte de la premisa de que los usuarios \u00abcontratan\u00bb productos para llevar a cabo un trabajo. Este paradigma, pues, sit\u00faa el foco en el \u00abtrabajo\u00bb que las personas quieren conseguir con el producto en lugar del producto en s\u00ed mismo o sus usuarios.<\/p>\n

Por ejemplo, pong\u00e1monos en la situaci\u00f3n de una persona que va en coche a trabajar y tarda un buen rato. Ese d\u00eda sabe que no tendr\u00e1 mucho tiempo para comer y necesita \u00abcontratar\u00bb algo que pueda comer en el coche y lo llene. Una opci\u00f3n ser\u00eda un batido de un lugar de restauraci\u00f3n r\u00e1pida. Otra ser\u00eda una barrita de r\u00e9gimen. Y seguro que podemos pensar en otras alternativas. Asimismo, estas dos opciones son suficientes para ilustrar el cambio de mirada: con este m\u00e9todo lo que, como dise\u00f1adores, queremos averiguar es la situaci\u00f3n, el trabajo en s\u00ed y el objetivo que se quiere lograr. As\u00ed, un trabajo se puede definir como \u00abCuando (la situaci\u00f3n) ___, quiero (la motivaci\u00f3n) ___ para poder (resultado querido) ___\u00bb.<\/p>\n

A menudo, el m\u00e9todo de Jobs to be Done<\/em> es presentado en contraposici\u00f3n al m\u00e9todo de las personas. Con todo, no son necesariamente excluyentes, sino que nos dan perspectivas diferentes. Las personas aportan una visi\u00f3n m\u00e1s emocional; el \u00abqui\u00e9n\u00bb y el \u00abc\u00f3mo\u00bb. Los \u00abtrabajos\u00bb se centran en el objetivo querido y los pasos funcionales para llegar a \u00e9l.<\/p>\n

Materiales<\/h2>\n

Para hacer aflorar los trabajos \u2013o jobs<\/em>\u2013 por los cuales los usuarios contratan un producto, lo mejor es empezar con entrevistas en profundidad. As\u00ed pues, los materiales necesarios son los mismos que para una entrevista: un usuario o una usuaria del producto objeto del proyecto, un entrevistador o una entrevistadora con experiencia y tambi\u00e9n, si es posible, una persona para tomar notas. Se recomienda siempre grabar la entrevista con v\u00eddeo o, cuando menos, audio.<\/p>\n

Una vez se tienen los \u00abtrabajos\u00bb y sus caracter\u00edsticas es muy \u00fatil, con vistas al desarrollo del producto, poderlos cuantificar. Por ejemplo, \u00bfqu\u00e9 trabajo es m\u00e1s predominante? \u00bfQu\u00e9 patrones de comportamiento van asociados a cada trabajo?<\/p>\n

\u00bfCu\u00e1ndo?<\/h2>\n

El marco conceptual de Jobs to be Done<\/em> se ha aplicado sobre todo a productos f\u00edsicos, no relacionados con el mundo del software. Asimismo, cada vez m\u00e1s empresas tecnol\u00f3gicas adaptan este cambio de paradigma para mejorar y hacer evolucionar sus productos.<\/p>\n

Cuando un producto es utilizado masivamente, se recomienda aplicar esta metodolog\u00eda. As\u00ed, en lugar de dedicar tiempo y esfuerzos a definir todos los perfiles de usuario, tratamos de averiguar los trabajos por los cuales las personas contratan un producto. Por este motivo, tambi\u00e9n es conveniente recurrir a ello cuando el trabajo es puntual y espor\u00e1dico.<\/p>\n

Los Jobs to be Done<\/em> son tambi\u00e9n \u00fatiles cuando se quiere estudiar a los competidores de una manera m\u00e1s hol\u00edstica. Bajo este paradigma hay que considerar los competidores directos (los que hacen el mismo trabajo del mismo modo), los competidores secundarios (los que hacen el mismo trabajo pero de una manera diferente) y los competidores indirectos (los trabajos que el usuario quiere hacer son diferentes, pero los trabajos en s\u00ed compiten entre ellos). Este \u00faltimo caso ser\u00eda el del ejemplo de la restauraci\u00f3n r\u00e1pida frente a la comida de r\u00e9gimen. Estas situaciones tambi\u00e9n se dan en el mundo del software. Por ejemplo, cuando se quiere saber todo lo que el usuario hace por medio de una aplicaci\u00f3n de seguimiento (como Google Analytics), pero se quiere minimizar el tiempo de respuesta del producto.<\/p>\n

\u00bfC\u00f3mo?<\/h2>\n

Las entrevistas para Jobs to be Done<\/em> siguen una estructura concreta con el objetivo de averiguar el proceso de contrataci\u00f3n de un producto, desde el comienzo y hasta estar satisfecho:<\/p>\n

    \n
  1. Antes que nada, hay que desenterrar el primer pensamiento, el momento en que el entrevistado empez\u00f3 a pensar en una nueva soluci\u00f3n para un trabajo que hace actualmente con otro producto.<\/li>\n
  2. El primer pensamiento desemboca en una busca pasiva, se piensa en opciones o alternativas, pero sin ser proactivo.<\/li>\n
  3. Despu\u00e9s se pasa ya a una fase activa de busca.<\/li>\n
  4. Esta fase activa lleva a la decisi\u00f3n de comprar\/contratar el producto.<\/li>\n
  5. Y, finalmente, de consumo.<\/li>\n<\/ol>\n

    As\u00ed, el trabajo del entrevistador es hacer aflorar todas estas etapas y recoger las cuatro fuerzas que intervienen en este proceso:<\/p>\n

      \n
    1. La presi\u00f3n por lo que pasa actualmente: el producto ya no satisface del todo el trabajo y esto genera dificultades a la persona.<\/li>\n
    2. La atracci\u00f3n hacia una soluci\u00f3n mejor que reducir\u00e1 la presi\u00f3n.<\/li>\n
    3. La ansiedad por lo que pasar\u00e1: \u00bfrealmente el nuevo producto dar\u00e1 respuesta al trabajo que necesito llevar a cabo?<\/li>\n
    4. El v\u00ednculo con el producto actual.<\/li>\n<\/ol>\n

      No hay un n\u00famero espec\u00edfico de entrevistas que se tengan que llevar a cabo; el objetivo es hacer aflorar los trabajos que se consideren necesarios para trabajar en el proyecto concreto. As\u00ed, si recordamos el ejemplo de la persona que va en coche a trabajar y no tiene tiempo para comer, procuraremos conocer qu\u00e9 situaciones generan este tipo de trabajo y en qu\u00e9 se caracterizan.<\/p>\n

      A partir de las notas de las entrevistas y del v\u00eddeo o audio, se van documentando todos los trabajos que han ido surgiendo. Despu\u00e9s habr\u00e1 que llevar a cabo una tarea de consolidaci\u00f3n de los resultados agrupando trabajos similares seg\u00fan las caracter\u00edsticas adecuadas para el proyecto.<\/p>\n

      Ventajas<\/h2>\n