Los diseñadores continúan evolucionando.
A lo ancho, hacia el cielo e incluso de lado.
Si antes era suficiente llamarse diseñador y aprender a pronunciar la palabra "Photoshop" sin dudarlo, ahora estas habilidades claramente no son suficientes para encontrar un trabajo decente.
Uno de los tipos de diseñadores en una dirección relativamente nueva es la alimentación. En el artículo, es sobre él de lo que quiero hablar.
Golpearé la teoría y la práctica.
En teoría, quiero averiguar quién es y qué quieren de él.
En la práctica, describa el proceso de trabajo de este mismo diseñador en el producto.
¡Vamos!
Parte uno. Teórico.
Quién es, cuánto cuesta y qué se espera
Entonces, en las primeras líneas de mi carta, querida audiencia, quiero sin embargo explicar qué tipo de animal es un “diseñador de producto” y qué quieren las empresas de él, aceptando sus gloriosos.
En primer lugar, recurrí a cursos que enseñan este mismo diseño de producto.
Esto es lo que dicen los cursos.
Netology promete un salario de 120 mil. rublos
“El diseñador de UX / UI, diseñador de productos es una de las profesiones digitales más demandadas con amplias oportunidades de crecimiento y altos salarios.
Combina análisis y creatividad, enfoque de ingeniería y soluciones no estándar. El trabajo competente del diseñador aumenta las ganancias del cliente y mejora la interacción del usuario con el producto ".
Señuelos Skillbox con un salario de 80 mil.
“Un diseñador de productos es responsable de crear y desarrollar un producto, desde la idea hasta el lanzamiento al mercado.
Aprenderá a pensar en una estrategia empresarial, trabajar con un equipo de TI, realizar investigaciones y diseñar sistemas de diseño ".
Bangbangeducation guarda un modesto silencio sobre los premios monetarios.
« , , , . . . , -. , . — .»
En general, todo en las descripciones es bastante borroso.
Ahora echemos un vistazo a hh.ru y veamos qué esperan realmente los empleadores de una persona llamada diseñador de productos.
Actué con torpeza y sin lujos: escribí “Diseñador de producto” en el cuadro de búsqueda y escribí los requisitos que encontraba con frecuencia.
Nota para la anfitriona: en las vacantes, el nivel de los salarios a menudo no se indica, por lo que la imagen real es bastante difícil de entender.
Pero puedo llorar las promesas y las expectativas de salario de 100 mil.
Hay, hay empresas que quieren mucho, pero no están del todo dispuestas a pagar mucho por ello.
Bueno, ahora condujeron de acuerdo con los requisitos generales :
- Experiencia en diseño y otro software (Sketch, Zeplin, Figma, InVision, Adobe Photoshop, etc.);
- web, iOS Android ( , , );
- ;
- . , , , . , , , , ;
- . , , , , . , ;
- ux- — , , ;
- , ;
- . ;
- - , ;
- - ( : , , );
- , ux ;
- . , , ;
- frontend , . frontend , , , ; , - front ;
, . ;
Y así, en las pequeñas cosas: las habilidades para presentar su trabajo, la capacidad de discutir razonablemente con los desarrolladores, la autoorganización, la multitarea, etc.
En general, los requisitos son bastante amplios. En algún lugar más, en algún lugar menos.
Con suerte, la dirección principal está clara.
Idealmente, un diseñador de productos debe combinar un diseñador, un diseñador de interfaces, un analista de negocios, un investigador, un orador, un lógico creativo y, en general, una persona maravillosa con un alma amplia y una perspectiva poderosa.
De hecho, todo es diferente para todos.
Pero sé con certeza que una parte de los formidables requisitos, sin los cuales, bueno, no se puede realizar el trabajo de ninguna manera, de hecho, resulta ser innecesario o en un volumen muy pequeño.
Pero esta es mi experiencia personal. Quizás alguien no sea así en absoluto.
La razón de este estado de cosas es bastante común: simplemente no hay tiempo suficiente para todos estos sushu-pusu con investigación, pruebas y otras tonterías. Porque el matrimonio es insoportable y el partido dijo que era necesario, pero nosotros dijimos que sí.
Y cuando eres un suizo, un segador y un jugador en una sola persona, entonces, por supuesto, no hay fuerza para pasar de un gran diseñador de productos a un grupo de pequeños ux y ui: diseñador, ux-investigador, copista, artista y analista, simplemente no hay fuerza. ... Por cierto, el tiempo también. Pero aquí todo, nuevamente, depende del tiempo, la complejidad y otros cuerpos celestes.
Honestamente, creo que algún día la orquesta de hombres terminará y un diseñador de producto se dividirá en especialidades separadas. Porque la carga es bastante alta y todos tienen una mentalidad diferente.
Es como una historia con diseñadores de maquetación.
Sonaba bien en teoría. En la práctica, no he visto un solo diseñador de maquetación que pudiera hacer un diseño de alta calidad desde cero y viceversa. Quizás tenía mal aspecto o mi visión me está fallando.
Pero mientras tanto, me siento, me cuelgo la pierna, me quejo de la vida y me llamo diseñador de producto, quiero compartir mi experiencia de cómo construí los procesos para que luego no sea insoportablemente doloroso ...
Porque aún tienes que hacerlo.
¿Bueno cómo?
Primero, tómate el tiempo y construye el proceso de trabajar en el producto para que después del lanzamiento no caigas en un desmayo nervioso al darte cuenta de que en lugar de la risa feliz del usuario, escuchas a su compañero elegido. Bueno, desarrollado, de nuevo, ya que no es bueno entrecerrar los ojos en tu dirección.
La segunda parte. Práctico.
Basado en una historia real.
No diré que en todos los proyectos logré hacer como estaba previsto. Pero hubo ... hubo puntos brillantes en mi biografía cuando funcionó.
Y mi historia será sobre estos puntos brillantes.
Aquí vale la pena prestar especial atención al hecho de que durante los últimos cuatro años he estado desarrollando proyectos desde cero. Por tanto, la descripción del proceso les interesará. Pero algo me dice que el proceso se puede aplicar a productos confeccionados.
Y sí, en el artículo solo tocaré el proceso de desarrollo y lanzamiento de una funcionalidad exactamente nueva. Sobre la generación de hipótesis, la recopilación de comentarios, etc., más adelante, de lo contrario, habrá mucho.
Entonces…
Recopilación de requisitos del cliente
Los requisitos se pueden recopilar del propietario del producto, el cliente u otra persona responsable.
En esta etapa, es importante comprender cómo funciona ahora y cómo lo ve la persona a cargo. Y no solo aquí y ahora, sino también con un hueco para el futuro.
Después de todo, cuando ve la imagen completa, y no en pedazos, siempre es más fácil sentar las bases para una mayor escala y refinamiento.
Los requisitos deben recogerse con cuidado, sin dejar ni una sola mancha blanca.
La buena noticia es que debe hacerlo un analista de negocios. Lo descubrí, lo escribí, lo traje, hice un "Smack" y me despedí con mi bolígrafo.
Pero con la amarga experiencia de un teléfono roto en mi haber, estoy seguro de que un diseñador de productos debería hacerlo. Bueno, o estar presente en la colección de requisitos.
Porque hay cosas que no son tan importantes para el analista, pero a la hora de diseñar una interfaz, no hay nada sin ellas. Por lo tanto, él mismo y solo él mismo, bueno, o junto a él, como un piano en los arbustos con un cuaderno, un bolígrafo y una grabadora de voz.
Por cierto, quiero decir sobre el dictáfono por separado: si no lo usa en su trabajo, comience a usarlo. La función es lamentablemente útil. Cuando sepa que se está grabando toda la conversación, puede concentrarse en ella sin perder el foco de atención en el camino, distraerse con la grabación, etc.
Recopilación de requisitos del usuario
Esta es la otra cara de la moneda.
Ahora comprende cómo funciona en la parte superior y ahora debe profundizar más. Es necesario cavar en la dirección de aquellos que conocen no solo las copas, sino también las raíces.
Siéntese y vea cómo trabaja con lo que ya tiene.
Pregunte qué le conviene y qué no. Y como nos gustaría. Qué es importante a la hora de realizar una determinada acción, tomar una decisión, etc.
Incluso si hacemos algo que aún no se ha hecho, todavía resuelven estos problemas de alguna manera.
Habiendo pinchado con un palo en ambas direcciones, ya tienes una imagen más o menos inteligible con la que puedes trabajar.
Otra cosa importante: cómo funciona y qué está mal, es mejor aprender no de los expertos, sino de los usuarios finales. Porque los expertos pueden tener solo teoría o recuerdos de días pasados, mientras que los usuarios finales tienen práctica real, dolor y lágrimas.
¿Por qué le presto atención a esto? Porque, de nuevo, golpes de práctica. Recogí los problemas de los expertos, me gradué y fui a ver qué tan felices están los usuarios finales por la felicidad que ha recaído sobre ellos en la forma de resolver sus problemas.
Y de repente, de repente, resultó que algunos de los problemas no eran válidos, algunos no surgieron aquí y no en este momento, pero algunos en general suenan extraños y son pobres, qué hacer con eso. En fin, gracias, decidimos, aunque solo lo empeoraron.
Diagrama de ruta de usuario
Esta parte se puede llamar CJM o de otra forma.
Su esencia radica en el hecho de que después del montón de conocimiento recibido, este montón necesita ser transformado en una especie de fertilizante para seguir trabajando, esta vez. Dos: decidir si todo se entiende, se tiene en cuenta y se escribe correctamente a partir de las palabras de la víctima.
Permítanme recordarles que ahora estoy hablando del desarrollo de un nuevo producto. Cómo lo hice. Quizás alguien lo hace de manera diferente o no lo hace en absoluto.
Y tomé y expuse toda la ruta de uso del usuario con alguna función desde el punto A al B, desde B a C, etc.
Como a menudo tenía que hacer algo que aún no existía, no podía transmitir problemas reales, alegría, etc.
Pensé, en teoría, que podría haber, en qué momento corren el riesgo de volverse hacia el lado oscuro del mal, ir por el camino equivocado, y así sucesivamente.
Pensando en cada paso con posibles opciones para problemas, soluciones, ramas, etc., es fácil ver si usted mismo entendió lo que iba a hacer (sí, incluso en esta etapa, después de todas las conversaciones, puede tropezar con un piano desconocido en los arbustos, luego ir y para aclarar algo más). ¿Qué tipo de armas en forma de botones, información, imágenes y gatos proporcionarás a tu futuro luchador?
Cuando todo el camino esté despejado, como la lágrima de un bebé, ya puede iniciar el prototipo.
Prototipo uno: papel
No lo sé, quizás este paso no sea obligatorio para alguien, pero siempre lo hago. Le ayuda a examinar y corregir rápidamente las soluciones sin distraerse con la belleza de los botones y los degradados.
Los artículos se pueden organizar en una fila y evaluar la lógica y la claridad del producto futuro.
En pedazos de papel, incluso puede escribir algunos puntos en los que necesita pensar o escribir inmediatamente preguntas emergentes que deben aclararse con el desarrollo, por ejemplo.
Prototipo dos: dinámico
Lo hago en Axure.
Honestamente, lo probé en otros programas, pero no es conveniente para mí, especialmente cuando habrá una cantidad suficiente de pantallas.
Se necesita un prototipo dinámico para mostrar a los poderes superiores que todo va como debe y al usuario en el momento de la prueba.
No diré que lo diseño directamente, pero sí hago algunos acentos y colores importantes.
Prueba de prototipos
Ejecutar un script con un prototipo ayuda a asegurarse de llegar a donde quiere ir. O tal vez lo consiguieron, pero no allí. O tal vez no acertaron en absoluto.
En cualquier caso, el prototipo transfiere todas las ediciones más fácilmente que el producto lanzado en producción.
Pruebo el pasaje de acuerdo con ciertos escenarios, cuánto comprende el usuario el significado de los símbolos, si es conveniente que se le presente información, etc.
No diré que todo salga bien y sin problemas.
También hubo límites de tiempo cuando solo venía y mostraba el resultado de su trabajo. Como, mira: preguntaste, y esto es lo que hicimos. Luego te sientas y escuchas los comentarios.
La primera vez pensé que los higos de este enfoque saldrían bien, pero no. Aún se encontraron errores, momentos incomprensibles y controvertidos.
Por lo tanto, llegué a la conclusión de que si es imposible asignar tiempo "para hablar", entonces puede limitarse al programa y recopilar comentarios.
Definitivamente es mejor que nada.
Mostrar desarrollo de prototipos
En general, este enfoque no siempre se obtiene, pero creo que es importante encontrar tiempo para ambas partes.
Muchas veces, cuando el tiempo es limitado, algo se puede simplificar sin perder calidad.
También puede señalar los lugares que requerirán una descripción más detallada de la lógica de trabajo, para que los desarrolladores luego vivan más fácilmente.
¡Tadam! La recta final: diseño
No hay nada especial que contar. Te sientas, abres el programa y empiezas a dibujar, bueno o no, lo que trabajaste en la serie anterior.
El tiempo lo permite: va a obtener inspiración visual y de otro tipo sobre los recursos, cuyos nombres no se pueden pronunciar, porque últimamente a menudo son odiados.
Transferencia al desarrollo
Anteriormente, describí escenarios en el formato de historia de usuario.
Sonaba algo así:
yo, como ..., quiero ...
Además, se describió la función en sí, las acciones con ella por parte del usuario, características adicionales, etc.
Resultó que a veces resulta mucho y nadie quiere leerlo, así que comencé a esculpir notas en el propio prototipo y maquetar en miro, el camino es con pantallas ya diseñadas.
Resultó que es mucho más conveniente para los desarrolladores trabajar de esta manera.
Ven todo a la vez, pueden hacer preguntas o pegar pegatinas para no olvidar algo.
En realidad, esto es casi todo lo que quería contar sobre cómo debería trabajar un diseñador de productos con una tarea.
Conclusión
Repito que esta es mi visión y mi experiencia.
Cada uno de los pasos es importante para que funcione bien. Y cada paso lleva tiempo.
Probablemente esta sea la razón por la que realmente no creo en la historia de que el puesto de diseñador de producto vivirá durante mucho tiempo. Bueno, todos tendrán una bolsa de tiempo o algo no se resolverá con tanto cuidado.
Me gustaría mucho conocer tu opinión sobre la construcción de procesos de trabajo, responsabilidades y capacidades de un diseñador de producto.
¿Será esta profesión relevante en el futuro o eventualmente se desintegrará en estrechos especialistas individuales?