Share
El "entregable". Un concepto simple para entender (algo que "entregas"), pero difícil de explicar adecuadamente.
Una forma de describir un entregable sería como un trabajo o un artefacto que es un colectivo de un grupo más grande de trabajo. Por ejemplo: un mapa del sitio, un modelo de navegación y una definición de búsqueda caerían en el marco de la "arquitectura de la información". Para formalizar este entregable, puede haber un documento que contenga todos estos artefactos y una portada con información sobre las versiones..
Además, los artefactos y entregables también pueden ser independientes e intercambiables. Una estructura alámbrica, por ejemplo, puede usarse como un entregable en un proyecto para mostrarle a un administrador que está progresando, proporcionar información al desarrollador sobre la estructura necesaria o cobrar un pago por hitos de un cliente.
Lo importante que se debe quitar es que un entregable no es algo que se debe hacer por el bien de una salida, sino para proporcionar una mayor lucidez o acercar el proyecto / producto al estado final deseado. Por lo tanto, es importante pensar críticamente por qué está creando un entregable y en qué nivel de fidelidad / formalidad, ya que existe el potencial de perder mucho tiempo.!
Los entregables tienen una audiencia y, a veces, se superponen, como se muestra en el Diagrama de Venn a continuación. Comprender que la audiencia es un primer paso importante para comprender la necesidad de lo que se puede entregar y el nivel de fidelidad o formalidad que se puede requerir..
En general, el gerente de producto o cualquier gerente interno estarán interesados en gran medida en la fase de descubrimiento y definición. Esto es cuando las necesidades y los procesos de la empresa se eliminan y el producto se define. Por lo tanto, si solicitan alguna representación de cómo podría verse el producto en la línea, podría ser mejor entregar un boceto dibujado a mano de algunos diseños, en lugar de perder tiempo en la codificación de un prototipo, por ejemplo..
Los desarrolladores tienen la tarea de programar lo que se ha descubierto, definido y Diseñado en representaciones finales a través del código. Hay un montón de espacio para la mala interpretación con wireframes. Los diseños que se envíen a un equipo de desarrollo deben ser perfectos en píxeles y se deben crear especificaciones, ya que su desarrollador promedio creará exactamente lo que usted solicita, especialmente si son un equipo subcontratado!
En el caso de los clientes, los entregables pueden necesitar ser más pulidos y servir como herramientas de marketing (para mostrar cuán buena es la agencia). En ocasiones, utilizará los entregables para influir en el actor externo o para cumplir parte de un acuerdo contractual cuando trabaje con una "estructura de pago por hitos"..
Audiencias y tipos entregables.La audiencia no solo desempeña un papel importante en la forma en que se debe crear el entregable, sino también en la estructura de la organización. Nada permanece constante, incluso dentro de la misma estructura (como una consultora); Los entregables pueden variar de un proyecto a otro. Las descripciones a continuación son generalizaciones, pero son un buen punto de partida si se le dificulta tratar de descifrar qué tipo de resultados pueden ser necesarios..
Los entregables suelen ser de mayor fidelidad en este entorno, ya que su objetivo no es solo hacer avanzar el proyecto, sino también educar al cliente y garantizar que el entregable está "cautivado". Efectivamente, le está asegurando al cliente que ha tomado la decisión correcta yendo con usted sobre un competidor.
Esto es crítico en la etapa de licitación cuando varias consultoras compiten por el mismo trabajo. Sin embargo, tenga en cuenta que hay varias otras cosas que los clientes tienen en mente al hacer su selección; tales como experiencia en tecnología, recursos, etc..
Los entregables en un "hackathon" se conciben con el propósito de presentar a un panel de jueces. Puede haber una plataforma de diapositivas, y puede presentar algunos guiones gráficos, mapas de ruta de productos ... ¡Cualquier cosa que evoque emociones, comunique un problema y una resolución al problema y demuestre una visión clara de los pasos a seguir! Probablemente esta no sea la ocasión para un prototipo completamente desarrollado, a menos que tenga miembros en su equipo con esa capacidad.
En mi experiencia, los conciertos independientes (especialmente los que se llevan a cabo en línea) a menudo tienen un alcance muy pequeño. A menudo es "Wireframes needed for X app" o "Informe de usabilidad para el sitio web de X". Estos entregables se utilizan principalmente para significar finalización en lugar de progreso y, a menudo, están vinculados a pagos por hitos.
Los entregables iniciales se centran principalmente en el descubrimiento, la validación y la definición, ya que el empresario está tratando de abrir el mercado. El diseño también es importante y los resultados dentro de la fase de refinamiento del proyecto girarán en torno a hacer pivotar la idea y realizar cambios a partir de los comentarios de los usuarios y los primeros interesados.
Por "Equipo de productos" Me refiero a una compañía que tiene uno o más productos digitales y personal interno. Estos equipos generalmente utilizan entregables en un proceso de extremo a extremo. Pueden ser de menor fidelidad, excepto cuando el gerente de producto necesita comunicarse y empaquetar información para los ejecutivos. Cada entregable tiende a alinearse más con las diferentes fases del proceso de UX.
Los entregables también pueden caer en varias fases dentro del proceso de diseño de UX:
Tipos de entregables durante el proceso de diseño de UX.Como puede ver, anteriormente en el proceso hay más entregables a medida que el proyecto se inicia ampliamente y hay más trabajo dedicado a planificar e intentar identificar qué es lo correcto en lo que se debe trabajar. Este modelo es probablemente el más aplicable a los equipos de productos y hay una gran cantidad de cruces en el papel durante las dos primeras fases. Los diseñadores de UX, los gerentes de productos y los analistas de negocios pueden colaborar en los mapas de viajes de los clientes, por ejemplo..
La razón por la que creamos entregables, como se enumeró anteriormente, es contextual. Las razones se basan en el rol, el tipo de organización, la audiencia y muchos otros factores. Aquí hay cinco de las razones más comunes para crear entregables:
Mi enfoque personal es mantener los resultados comunes al frente y al centro de mi proceso; como personas, prototipos, y entrevistas a usuarios. Guardo los entregables menos comunes en la periferia; tales como grupos focales y modelos de dominio.
También me gusta explorar los entregables de los que tal vez no haya oído hablar antes. Hay tantos métodos diferentes por ahí. Realmente te puede dar una perspectiva más amplia y convertirte en un mejor diseñador para agregar nuevos entregables a tu flujo de trabajo.
Bueno, eso cubre entregables! Aquí hay algunos detalles para llevar:
Accentsconagua