Origami Way of Work de Product Design
Basado en el triple diamante
En un mundo lleno de transformación digital, también se dan las transformaciones profesionales, sobre como se toman las decisiones y el foco que se le da a cada cosa, los diseñadores no estamos exentos de estos cambios y tal como la premisa de diseño lo dicta, nos vamos moviendo y adaptando según las necesidades del mercado.
Sin embargo, nos vemos trabajando frecuentemente en silos y a pesar de los cambios e innovaciones en las formas de trabajo, esto pocas veces se resuelve. Se percibe complejo integrar en un proceso continuo diferentes disciplinas de diseño, que puedan colaborar activamente sin el desentendimiento del progreso, el resultado y el impacto esperado.
Es por esto, que como iniciativa profesional para aportar a la comunidad de diseño y en co-creación con Luz Arenas , presentamos el Origami WoW de Product Design.
¿Qué es?
- Es un approach sobre como las especialidades de diseño se integran para un lograr un mismo fin en el diseño de productos
- Sugiere cuáles son los hitos relevantes entre cada “fase” del diamante que son insumo para otros/as diseñadores
- Referencia actividades que se necesitan para la toma de decisiones y definición de siguientes pasos por fases
¿Qué NO es?
- Una receta para seguir al pie de la letra
- Un marco de trabajo impositivo, ya que las realidades de los equipos varían según cultura y estrategia
- Un way of work absoluto, ya que al referirse a “origami” busca proponer flexibilidad ante el contexto dado
- Una invención, ya que se basa en el aporte de muchos equipos y compañías a nivel mundial
Entendiendo el Origami WoW de Product Design
⧨ ¿Por qué origami?
Partiendo del propio concepto “origami” el objetivo es realizar figuras doblando el papel, sin realizar cortes o usar pegamento.
Basados en esta premisa, el diseño de producto debería tratarse de la misma manera, ser tan flexible y adaptativo como se requiera, por lo que según el contexto, podríamos tener 2, 3 o 4 diamantes.
Generalmente el contexto debería situarnos en alguna de las dos etapas principales (Product Discovery o Product Design), esto nos ayudará a definir el enfoque y establecer cuales de las fases o diamante involucrar en el proceso.
👁️ Product discovery
💡Insight
Es aquí donde todas las ideas confluyen, es el input para dar inicio a la profundización. Una idea parte de una hipótesis, el resultado de una prueba, el seguimiento a los datos o la mejora de un producto que ya está en marcha como parte de la mejora continua.
En esta etapa, sobre todo para ciclos completos de diseño, la participación de stakeholders de negocio, product managers y los diseñadores adjuntos al proyecto es crucial para establecer la base del “Problem definition” y poder setear así los objetivos tanto de la investigación como los objetivos de negocio, según sea el caso.
Posterior a esto, los research designers como roles principales en esta etapa de product discovery tienen el reto de armar el plan y ejecutarlo para todo el levantamiento de la información en conjunto con los product designers como perfiles extended informados.
🔍 Problem definition
Es una de las fases más críticas de todo el proceso de diseño, ya que dependiendo de la definición del problema, sabremos que hacer. Nos habla de todo el levantamiento de información, la parte mas ambigua de todo el diseño de producto y al mismo tiempo, la más nutritiva. En este escenario los roles principales son los research designers, ya que son los expertos en profundizar en los problemas con todas las técnicas y artefactos necesarios en estas primeras etapas. Sin embargo, los roles de PD participan de una manera “extended” para que el aporte a la mesa sea objetiva y sincronizada.
Es necesario dejar evidencia que la incertidumbre es nuestra compañera, en este punto no sabemos a que nos enfrentamos, los equipos comerciales vienen con ideas y expectativas pero los resultados nos muestran otros caminos similares o completamente diferentes, por lo que tener procesos de “speed research” en contraste con los datos del negocio serán condicionantes para establecer el problema real.
🔮 Lean validation
Podría decirse que es la confirmación de que la información levantada en la fase anterior confluye con la realidad y expectativa de los usuarios. Ser “lean designers” nos da el ojo experimentador, nos brinda la oportunidad de aprender muy rápido antes de trabajar a profundidad en complejos flujos de usuario y al mismo tiempo habilita a equipos de negocio a tomar mejores decisiones con resultados en mano sobre la próxima apuesta en la compañía.
También, partir de “Lean validation” nos abre las posibilidades a probar hipótesis de manera inmediata y luego transferir el conocimiento a fases de problem definition que permitan una mayor profundidad cualitativa y cuantitativa y así expandir oportunidades.
Estructura:
Partimos de un insight que puede relacionarse con: ideas, resultados de métricas, hipótesis, mejora continua, etc.
- Phase: es una etapa o fase que involucra a diversos especialistas de diseño, stakeholders y procesos de trabajo según el progreso del equipo.
- Milestone: es el entregable clave que el equipo debe conseguir para avanzar a una siguiente fase, es decir, no podemos diseñar algo sin saber cuál es el problema que vamos a atacar y no podemos saber el problema si no comprendemos el objetivo que perseguimos.
🧠 Product design
En este punto, la ambigüedad es menor pero el entendimiento es mayor y el reto queda en como a través de mejores prácticas de diseño establecemos el mejor camino para el usuario. Los roles principales son los product designers y los roles extended radican en los research designers que deben hacer seguimiento de manera informada y aportar con todo el know how levantado.
Estructura:
🏆 Input, output y outcome
El impacto de todo nuestro trabajo se verá reflejado en entornos reales, por lo que desde el inicio debe quedar claro cual es el objetivo que estamos persiguiendo con el input de stakeholders en sesiones de kickoff, así como el delivery o el output de informes cualitativos, cuantitativos y las interfaces que nos van a llevar a conseguir el outcome de negocio que le puede aportar revenue u otro beneficio y el outcome de usuario que concluye con la resolución del problema detectado (JTBD).
👥 Owners
Algo destacable, es que cada fase incluye owners, ¿Por qué?, muchas veces el seguimiento de actividades o la generación de conversaciones queda en una sola persona, por lo que al ser un equipo experto y multidisciplinario, se desaprovecha la participación activa en momentos clave, lo que resulta en reprocesos por información equivocada y en aumento del tiempo en el avance de los procesos.
Que todos los miembros de un equipo de diseño dentro de un proyecto puedan ser owners “garantiza” el mismo nivel de enfoque y compromiso por llegar al hito/milestone para avanzar a la siguiente etapa, así como también permite el conocimiento compartido por lo que cualquiera puede responder informadamente por el estado del proyecto a diversos stakeholders.
El “follow up” recae en todos los owners ya que es indispensable la comprensión sobre el impacto y la definición de siguientes acciones para la mejora continua del producto, ya sea con iteraciones o “rolling research”.
📦 Posibles casos de uso
Follow up + Solution delivery
Cuando se cierra un ciclo de desarrollo, hay mejoras que pueden aparecer revisando las plataformas de monitoreo (hotjar, clarity, looker), lo que detona un “insight” que puede llevarnos directamente al “solution delivery” donde ejecutamos iteraciones leves sobre algo existente.
Lean validation + Solution delivery
Un stakeholder puede tener una hipótesis sobre algo que quiere validar rápidamente, por lo que podemos entrar a un proceso de “lean validation” que nos permita con un prototipo rápido o no-code salir a comprender la percepción del usuario, la cuál puede concluir con una nueva característica de producto ó mejora de una característica ya existente y seguir así con el “solucion delivery” para crear los flows, casos de uso y terminar con el “follow up” para monitorear el perfomance, una vez se haya desplegado.
Por el contrario, el “lean validation” podría llevarnos también a iniciar un proceso de “problem definition” para profundizar a través de procesos de research cuál es el problema real que vamos a resolver con el aprendizaje obtenido, sin comprometer al producto con resultados poco concluyentes.
Development & Launch
Es un caso “particular” para cuándo tenemos un squad completo de diseñadores y desarrolladores, nos permiten seguir la secuencia completa del ciclo de diseño y construcción de la solución.
Este diamante se incorpora entre “Solution delivery” y “Follow up”, cuyo milestone (hito) se enfoca en el despliegue de la solución testeada y validada por expertos en QA. Luego de esto el seguimiento es crucial no solo para levantamiento de insights sino para la verificación correcta del performance de la solución, en este caso los owners se amplían a mas que diseñadores, todos forman parte de estar al pendiente de lo que sucede.
Comprendiendo estos ejemplos, tenemos situaciones donde hay increméntales de features que están fuera del umbral de ambigüedad y luego tenemos las oportunidades (insights) detonadas por las demandas del mercado que nos brinda un escenario de trabajo integral y continuo.
Cabe mencionar que usualmente todo parte de un insight sino no habría gatillador de la necesidad y también todo contempla un “follow up”, no podemos permitir no ser participes de las soluciones que investigamos y/o diseñamos, es una labor activa y constante como product designers.
Conclusión
Tener un approach de trabajo integrado, continuo y sincronizado no solo permite resultados con mayor impacto para roles de diseño de producto, sino también que exista responsabilidad compartida para todos los miembros del equipo.
Origami WoW de Product Design es un lienzo para probar e iterar sobre como es la mejor forma para hacer las cosas, buscamos que sea tan adaptable como el diseño mismo y que permita potenciar las capacidades de todos los involucrados.
Al ser tan flexible buscamos que pueda en un futuro cercano integrar visible y prácticamente los esfuerzos de diseño de servicios como un complemento necesario en la labor del diseño de la experiencia E2E (end to end) de los usuarios.
Behind the scenes de la creación del Way of Work Origami 💎👇
Agradecimientos especiales a Luz Arenas por estos meses de trabajo, el involucramiento, las ganas de repensar, cuestionar y aportar más allá de nuestro entorno.
