Crisis de identidad: ¿soy desarrollador o diseñador?

Solía ​​estar confundido acerca de si debería presentarme como desarrollador front-end o como diseñador. Cambiaba de un lado a otro según la situación y con quién estaba hablando.

¿Está postulando a un estudio de diseño? Mejor me llamo diseñador web. ¿Ser entrevistado por un arquitecto de software? "¡Hola, soy un desarrollador web!"

Luego encontré el trabajo de mis sueños en un gran estudio de diseño:

Yo: “Entonces, ¿sería yo un desarrollador front-end o un diseñador?” Reclutador: “¡Ambos! Todos aquí son diseñadores, pero su disciplina sería el desarrollo de front-end. ”Yo:“ Mierda. Entonces será mejor que tome una clase de diseño ”. Consejo semiprofesional n.º 1: No menciones que nunca has llevado una clase de diseño a un reclutador de un estudio de diseño.

Sentirse intimidado por los diseñadores

Así que me inscribí de inmediato para tomar mi primera clase de diseño durante mi último semestre de la universidad. La clase me ayudó a comprender algunos conceptos básicos de la experiencia del usuario, pero aún así terminé reportando a mi nuevo trabajo en IBM con un gran complejo de inferioridad.

Entré al puesto rodeado de extraordinarios trabajos de investigación, visuales y UX. Todos se centraron en los puntos débiles del usuario.

Contraste esto conmigo. Como desarrollador, estaba condicionado a preguntar qué características necesitaba implementar y luego decidir la mejor manera de hacerlo.

La ansiedad comenzó a apoderarse de mí. Empecé a pensar que tal vez había elegido una carrera equivocada.

Quizás debería haberme unido a un departamento de desarrolladores estrictamente.

Tal vez debería haberme unido a un estudio que entrega los diseños a los desarrolladores sin esperar sus comentarios a cambio.

O tal vez debería haber dado una oportunidad a trabajar como autónomo durante un año antes de unirme a un gran equipo multidisciplinario.

En el trabajo, esta ansiedad resultó en timidez.

Consejo semiprofesional n. ° 2: La palabra f en el diseño es "característica". No existe una correlación de producto entre la cantidad de funciones y la calidad de la experiencia del usuario.

Aprendiendo a caminar por ambos mundos

Afortunadamente, IBM Design tuvo un bootcamp de diseño de nivel de entrada de tres meses, lo que me enseñó que podía ser tanto desarrollador como diseñador. Así que absorbí las habilidades de mis compañeros y absorbí la mayor cantidad posible de su experiencia.

El programa me obligó a participar en actividades que me ayudaron a comprender a nuestros usuarios. Fue entonces cuando me enamoré del proceso de escribir historias de usuarios para documentar sus luchas y luego tratar de resolverlas usando mis habilidades de desarrollo.

Una conclusión clave fue que nuestro equipo se volvió más exitoso cuanto más tiempo pasábamos juntos. Siempre hubo la tentación de separarse para trabajar solo y luego volver a estar juntos. Pero tuvimos que luchar contra eso.

Combinar la programación con un diseñador visual me ayudó mucho. Me enseñó más principios visuales que leer cualquier introducción al libro de patrones de IU que pudiera encontrar. Al mismo tiempo, el diseñador visual, que había trabajado anteriormente en la impresión, pudo aprender rápidamente de mí los principios del diseño receptivo.

Durante todo el campamento, aprendí el verdadero poder de los equipos multidisciplinarios. Nos enseñamos mutuamente sobre investigación, experiencia del usuario, diseño visual y desarrollo de front-end, todo de una manera natural y conversacional.

Enseñar a los desarrolladores a pensar como diseñadores

Un par de meses después de graduarme del bootcamp de diseño, tuve la oportunidad de asistir a un hackatón universitario como patrocinador.

El evento estuvo lleno de desarrolladores que querían crear soluciones épicas para varios problemas. Pensé que estaba allí para ayudar a los participantes a depurar sus aplicaciones web, pero terminé ayudando mucho más con el diseño.

Primero, un chico se acercó para mostrar cómo ya había usado una API para visualizar algunos datos. Después de felicitarlo por esta hazaña técnica, le pregunté cuál era su objetivo de usuario. Admitió que no tenía idea. Así que comenzamos a escribir colinas basadas en los documentos de Design Thinking de IBM.

A continuación, otro desarrollador quería ayuda con sus opciones de color. Hace un año, habría sido la peor persona para pedir ayuda con esto. Pero no me inmuté. Le pregunté qué quería que comunicaran los colores de la aplicación web.

Dev: “¿Qué quieres decir? Solo sé que nuestras elecciones de color son feas ”. Yo:“ Ah, estás hablando de estilo. Tus colores pueden hacer más que simplemente hacer que las cosas se vean bonitas. ¿Por qué un usuario no querría usar su aplicación? ”Dev:“ Bueno, es una aplicación de administración de dinero. No sé si la gente confiará en nosotros para manejar su dinero ”. Yo:“ ¡Veamos si se ha realizado alguna investigación sobre colores que resuenen con confianza y dinero! ”

Con la pregunta correcta en la mano, estábamos en camino de investigar y seleccionar los colores correctos.

El segundo día del hackathon, hablé con un equipo que estaba matando y mejorando con cada iteración. El equipo ya tenía un "cupcake" completo (experiencia completa, pero versión mínima) de una aplicación. Sabían que era hora de recopilar comentarios, pero no sabían cómo hacerlo.

Esto se convirtió en la oportunidad perfecta para guiarlos a través de su primera sesión de prueba de usuarios. El equipo aprendió a proporcionar objetivos simples al usuario, uno a la vez, y luego pedirle al usuario que exprese en voz alta sus pensamientos durante cada interacción y cada pantalla.

Consejo semiprofesional n. ° 3: si su usuario no le expresa sus pensamientos, ¿cómo sabrá lo que está pensando?

Entonces, ¿qué soy yo?

Por supuesto, todavía pude estirar mis músculos de desarrollador de front-end en el hackatón. Siempre había muchos errores de JavaScript y CSS con los que ayudar. Amo hacer ese trabajo. Después de todo, el desarrollo web es lo que me ayudó a iniciar mi carrera. (En realidad fue la gestión de proyectos, pero no vayamos allí).

Entonces, ¿quién soy yo? Gracias a la formación en diseño de mi estudio, ahora me siento calificado para decir que soy diseñador. Pero hacer esto no margina mi papel como desarrollador. En cambio, ahora puedo tocar el crecimiento de un producto desde la primera entrevista de investigación hasta el código de producción que finalmente lanzamos.

¿Entonces que eres? ¿Eres un diseñador con experiencia en análisis y / o visualización de datos? ¿Eres un diseñador que comprende la estrategia de producto?

Le animo a que se relacione con los diseñadores de tiempo completo de su organización. Ofrezca compartir sus fortalezas con ellos. Luego retroceda y aprenda de los suyos.

Para obtener más información: no dude en ponerse en contacto conmigo a través de los comentarios, correo electrónico o @seejamescode. Trabajo en ATX para IBM Design y siempre me encanta conversar con la comunidad de diseño web. ¡También asegúrese de compartir su propia crisis de identidad profesional en los comentarios!