Alexey Borodkin, líder de producto y jefe del Gremio de Diseñadores Libres , habló en una lección abierta en Netología sobre cómo comprender las áreas de diseño y distribuir los roles en un equipo de diseño.Fiesta de diseñador
Una vez, en los violentos años 90, no había diseñadores web, y los webmasters crearon sitios web: personas valientes con experiencia en programación que hicieron todo por sí mismos: recopilaron requisitos, codificaron, dibujaron, crearon contenido y desarrollaron el sitio.
A finales de los 90, apareció la profesión de diseñador web, que se llama más correctamente "diseñador visual". Estos muchachos estaban involucrados en la parte estética de los productos digitales, no se molestaron en que el sitio se encuentre bajo una cubierta técnica y percibieron su trabajo como un medio para la autoexpresión. En su mayoría, solo estaban interesados en la belleza, un sentido de satisfacción y también la opinión de otros diseñadores visuales.
En los años cero, cuando no solo los especialistas en TI y los familiares de especialistas en TI comenzaron a penetrar en Internet, quedó claro que los productos digitales no solo deberían ser hermosos y tecnológicamente avanzados, sino también convenientes. En esta ola de comprensión en productos digitales, apareció un lugar frecuentado por diseñadores UX, que se opuso a los diseñadores visuales existentes, mientras que algunos buscaban la estética, otros luchaban por la conveniencia y la claridad.
El hecho de que los diseñadores UX, a diferencia de los diseñadores visuales con su educación artística o semi-artística, al principio estuvieran representados principalmente por psicólogos, estaba envuelto en todo esto: estaban interesados en profundizar en las cabezas de los usuarios. Percibieron la interfaz no como una decoración abstracta, sino como una palanca para crear la experiencia de usuario necesaria.
Es de destacar que ambos no estaban particularmente interesados en el interior del producto, el sistema en sí, sobre el cual se extrajo el diseño. Lo percibieron como una "caja negra" para los desarrolladores.
Aquí vale la pena contar acerca de otra fiesta gastronómica que existía en paralelo con los diseñadores visuales y UX: estos son arquitectos de sistemas.
Los arquitectos de sistemas han existido desde los años 70 y se han dedicado principalmente al análisis y desarrollo de la parte interna del producto: cuánto cumple con las tareas comerciales, cumple con los requisitos técnicos, etc. Los arquitectos percibieron las interfaces de usuario como una adición al sistema, lo que debería ayudar a los usuarios a realizar ciertas funciones dentro de un marco técnico dado, eso es todo.
Por lo tanto, el desarrollo del producto se dividió en dos entre dos partes casi no intersectadas: por un lado, los diseñadores visuales y de UX (a pesar de las contradicciones, su campo de trabajo era el mismo), y por el otro, los arquitectos de sistemas. Desafortunadamente, el producto también se rompió en dos.
En qué consiste un producto digital
Tomemos un descanso de la confrontación épica de los diseñadores y veamos en qué consiste cualquier producto digital: una aplicación móvil, una tienda en línea, un sistema de gestión aeroportuaria:
El producto comienza con
tres grupos fundamentales de requisitos :
- Requisitos comerciales: metas y objetivos comerciales, requisitos del cliente, riesgos comerciales, etc.
- Requisitos del usuario: estructura del público objetivo, sus tareas y escenarios de comportamiento.
- Requisitos técnicos: plataforma técnica, sistemas relacionados.
El producto que se está creando debe existir dentro del marco de estos tres grupos de requisitos, que deben ser analizados, sistematizados y priorizados.
Se pueden distinguir
tres componentes del éxito del producto en sí:
- Interfaz: cómo el usuario percibe el producto e interactúa con él.
- Funcionalidad: qué características tiene el producto, cómo funciona y qué le permite hacerlo.
- Arquitectura de la información : cómo se ve el sistema, cuál es la estructura de datos, cuáles son los flujos de datos, etc.
Todo esto da lugar a una experiencia del usuario, una sensación subjetiva de un producto que se desarrolla en la cabeza del usuario. El grado en que esta experiencia del usuario sea positiva y útil depende de la consistencia y el detalle de resolver los tres componentes del producto anteriores: si la interfaz es fea, la experiencia del usuario se arruinará. Si la aplicación funciona con errores, no la usarán. Si todo está en orden con la interfaz y la funcionalidad, pero el producto tiene una arquitectura de sistema torcida, no podrá desarrollarse y, como resultado, perderá popularidad.
Resulta que el producto debe combinar los intereses del negocio, los intereses de los usuarios y las condiciones tecnológicas, y no se puede decir que el producto sea más importante: la parte de la interfaz visual o la arquitectura interna.
Y surge una pregunta simple: ¿quién debería ocuparse del producto?
Diseño e ingenieria
La ingeniería y el diseño en Rusia son dos áreas profesionales diferentes:
Sin embargo, si se sumerge en el significado original de los términos, encontraremos descubrimientos sorprendentes. Aquí, por ejemplo, está la definición de diseño en el Diccionario Oxford:
El verbo diseñar : para determinar la apariencia y el principio de funcionamiento de un edificio, ropa u otro objeto mediante la creación de dibujos detallados.
El diseño del sustantivo es un plano o dibujo que ilustra el tipo, estructura o principio de funcionamiento de un edificio, ropa u otro objeto antes de su creación.
Y aquí hay una definición estricta de la palabra "diseño" según ISO 24765:
Diseño : el proceso de determinar la arquitectura, los componentes, las interfaces y otras características de un sistema o parte del mismo.
Interesante, ¿verdad? Resulta que los significados de las palabras "diseño" y "proyecto" son idénticos al verbo diseñar y al sustantivo diseño. Puede verificar esto si mira la traducción de la palabra "diseño" en un traductor de Google:
Y hay una profunda verdad en esto. El hecho es que en Occidente no comparten el proceso de trabajar en las partes internas y externas del producto, porque entienden que se trata de un solo organismo vivo, y deben aplicarse enfoques exclusivamente integrados.
Cómo conectar interno con externo
Pero volvamos a nuestros diseñadores. Tenemos una fiesta de UX y diseñadores visuales que piensan principalmente en la belleza y la experiencia del usuario:
Y hay una fiesta de arquitectos de sistemas que piensan solo en el interior del producto:
Intuitivamente, para un trabajo holístico en un producto, deben combinarse. Vale la pena señalar que el mercado de desarrollo web comenzó a pensar en esto al comienzo del cero. Así nació el puesto de gerente, que mantiene juntas estas esferas de intereses multidireccionales:
Veamos a qué conduce esto.
El gerente tiene una carga pesada:
- Primero, elimina una capa de tareas puramente gerenciales: coordinación del equipo, trabajo con el cliente, control de plazos y presupuestos, y varios cientos de tareas más que están en su lista de tareas directas.
- En segundo lugar, nadie lo libera del componente del producto: elaboración de requisitos, interfaces y funcionalidad, redacción de documentación, control sobre la implementación de los requisitos del cliente.
Estos dos frentes de trabajo importantes a gran escala casi no coexisten en una sola persona. Si el gerente no interrumpe inmediatamente el número de deberes, será atormentado por un enemigo más insidioso: un conflicto de intereses interno.
Supongamos que un gerente recibe dos tareas paralelas. Una es reparar el formulario de pedido caído, la segunda es describir en detalle las especificaciones técnicas para la próxima versión.
Naturalmente, el gerente primero se encargará de extinguir el fuego, "arruinando" el formulario de pedido, porque con cada minuto el cliente pierde dinero y se vuelve más histérico debido al formulario inactivo. La tarea con una descripción detallada de los conocimientos tradicionales deberá relegarse a un segundo plano, colocando riesgos estratégicos en la base del proyecto. Y así será constantemente.
Habiendo probado las delicias de dicho trabajo tanto en el lado del agente como del producto, formulé una solución diferente para este problema: dividir las tareas entre dos especialistas: dejar las tareas gerenciales al gerente y entregar las tareas del producto a un diseñador de producto dedicado.
Área de Responsabilidad del Diseñador de ProductoUn diseñador de productos es una persona que en el nivel superior comprende todos los componentes de un producto y sabe cómo combinar los requisitos de negocios, usuarios y tecnología. Un diseñador de productos es consciente de cómo las interfaces coexisten con la funcionalidad y de cómo nace la experiencia del usuario.
Por supuesto, él mismo no podrá realizar todas las tareas, por lo que necesita un equipo y un socio clave: un director de arte. Si el proyecto es grande y con muchas tareas, estos dos tipos pueden distinguir funciones separadas y, de
acuerdo con las leyes de Adam Smith , delegarlas en subordinados. Un ejemplo de un comando efectivo podría verse así:
Esto crea una pareja creativa, conocida en el "gran" marketing del siglo XX, que consta de un diseñador de producto y un director de arte, que complementa al gerente de producto. Hay excepciones de este caso, pero hablaremos de ellas a continuación, pero por ahora es importante recordar que es este enfoque el que garantiza un desarrollo equilibrado del producto y su consistencia estructural.
Veamos qué sucedió con los roles en el equipo y toquemos por separado algunas excepciones.
¿Quién está en la fiesta de diseño de alimentos?
Diseñador UX
La tarea del diseñador UX: hacer que el producto sea conveniente, útil y cómodo para los usuarios.
Diseñador de interfaz de usuario
La tarea del diseñador de interfaz de usuario: hacer "bello" y estéticamente agradable.
Analista UX
La tarea del analista de UX: entrar en la cabeza del usuario, extraer lo importante y transmitir información al diseñador de UX para su implementación en el diseño.
Arquitecto del sistema
La tarea del arquitecto del sistema: resolver la lógica interna y la arquitectura del producto.
Diseñador de producto
La tarea del diseñador del producto: reducir todos los "hilos" de la creación del producto y ser responsable del resultado.
Gerente de producto
La tarea del gerente de producto: combinar el gerente y el diseñador del producto.
Un lector atento dirá: "¡Esperen un minuto, qué gerente de producto, porque siempre tratamos de separar el producto y los componentes de gestión!"
Es cierto, pero todo en el mundo tiene excepciones. Si el producto es único, y preferiblemente no procede en el formato de desarrollo personalizado, entonces este enfoque es efectivo: el gerente tiene suficientes oportunidades para tener en cuenta todos los aspectos del producto y las características de la organización. Este rol no funciona en varios productos: el gerente de producto, literalmente, se separará de la cantidad de tareas.
Jefe de producto / director de producto
Tarea líder del producto: monitorear el desarrollo del producto. Este rol es una "superestructura" sobre el rol del gerente de producto, y concentra en sus manos no solo las funciones de crear el producto, sino también el desarrollo del producto en el futuro.
Cómo elegir una profesión
Si está confundido en un gran conjunto de profesiones de diseño y no sabe por dónde comenzar, puede usar la tableta:
Lo que es interesante
| Profesión adecuada
|
Psicologia
| Análisis UX
|
Componente interno
| Arquitecto del sistema
|
Dibujar
| Diseñador de interfaz de usuario
|
Psicología + sorteo
| Diseñador UX
|
Todo a la vez
| Diseñador de Producto, Gerente de Producto, Líder de Producto
|
Observo que si está interesado en "todo a la vez", prepárese para aprender. No entran en la profesión de diseñador de productos de inmediato, sino que "crecen" en un campo adyacente.
De los editores