Strategic Design (II): cómo aplicarlo en el desarrollo de producto

En el anterior post, te hablaba de lo que es el Strategic Design a nivel teórico y como introducción: un framework para alinear equipos de desarrollo y crecer a través del conocimiento.

En este post, vamos a ver cómo aplicarlo en un caso práctico.

Desarrollo de funcionalidad: Caso común vs. Strategic Design

Veamos dos supuestos de desarrollo de una nueva funcionalidad. Uno, que sucede con frecuencia, y otro, en el que aplicamos el Strategic Design.

Ejemplo 1: Desarrollo de una funcionalidad sin Strategic Design

1. Concepción de la Idea:
   • El CEO comparte una idea que ha visto en un competidor con el Responsable de Producto.
     
2. Traslado de la Idea al Equipo de Diseño:
   • El Responsable de Producto transmite la idea al equipo de diseño, que comienza a trabajar en ella.
     
3. Conversaciones con el Equipo de Back-End:
   • El mismo Responsable de Producto se comunica con el equipo de back-end para crear el entorno necesario para la ejecución de la nueva idea.
   • El equipo de front-end no puede avanzar debido a la falta de diseño.
     
4. Desafíos en la Ejecución:
   • Una vez que el diseño está listo y aprobado, se descubre que el desarrollo del equipo de back-end no es suficiente para hacer que el diseño sea completamente funcional.
   • El equipo de front-end comienza a trabajar en la implementación sin comprender completamente la finalidad de la nueva funcionalidad.
     
5. Bloqueo en el Progreso:
   • El equipo de front-end llega a un punto en el que se detiene debido a problemas en el back-end, lo que resulta en un retraso en el desarrollo.
     
6. Instrumentación de Métricas:
   • El Responsable de Métricas se ve obligado a instrumentar el nuevo desarrollo sin una comprensión clara de sus objetivos, ya que es la primera vez que se escucha sobre esta idea.

Puede ser un ejemplo llevado al extremo de la falta de comunicación, pero desde luego, estaremos de acuerdo en que no es un escenario para nada inverosímil. 

¿Cuál sería el resultado de un proceso así?

Realizaríamos la release de la funcionalidad con más esperanza que confianza, analizando a posteriori el impacto que tiene en el producto y deseando que mejore las métricas. 

Sin una comprensión profunda de la idea y su impacto potencial, nuestra implementación se siente incierta y arriesgada. Dependemos en gran medida de la intuición y esperamos que nuestros esfuerzos den frutos, sin una base sólida de datos ni un enfoque estratégico.

Veamos en el segundo ejemplo cómo podríamos aplicar el framework de Strategic Design para involucrar a todos los equipos y sacar provecho de la experimentación: 

Ejemplo 2: Desarrollo de una funcionalidad con Strategic Design

1. Concepción de la Idea:
   • El CEO comparte una idea con el Responsable de Producto. 
2. Análisis y validación post-concepción:
   • El Responsable de Producto tiene la responsabilidad de validar mediante un análisis exhaustivo de la idea si representa la solución a un problema u oportunidad actual o nuevo en la compañía. En caso afirmativo, deberá transformar la idea transmitida por el CEO en una hipótesis.
     
3. Colaboración Interdisciplinaria:
   • El Responsable de Producto reúne a un equipo interdisciplinario que incluye diseñadores, desarrolladores y expertos en métricas desde el principio.
     
   • Los junta en una sesión en la que trasladará la hipótesis planteada para transformarla en un desafío estratégico. El debate queda abierto donde se permite la colaboración e interacción de los distintos miembros.
     
   • De esta sesión nacen nuevas hipótesis que podrían transformarse en experimentos.
     
4. Fase de Experimentación:
   • En lugar de empezar inmediatamente a desarrollar, el equipo se embarca en una fase de experimentación. Aquí, tratarán de validar o descartar las hipótesis que habían formulado rápidamente mediante distintos métodos.
     
   • Recopilan datos relevantes para comprender mejor cada idea y sus posibles implicaciones, así como el impacto potencial de cada una de ellas.
     
   • Aunque la implementación inicial del Strategic Design puede parecer que ralentiza el roadmap, este enfoque estratégico reduce significativamente el tiempo y los recursos desperdiciados en desarrollos que no se alinean con las necesidades del usuario o los objetivos del negocio. A largo plazo, se traduce en un proceso más eficiente y resultados más sólidos.
     
5. Iteración y Refinamiento:
   • Basándose en los resultados de la experimentación, el equipo itera en el diseño y desarrollo, ganando confianza y refinando la idea a medida que avanzan.
     
6. Comunicación Transparente:
   • La comunicación entre los equipos de back-end, front-end y diseño es continua y transparente, la información relativa a la validación de hipótesis fluye tanto vertical como horizontalmente. Todo el mundo está interesado en el output de aquella sesión colaborativa.
     
   • Esto no solo evita bloqueos en el progreso, sino que facilita la gestión de tiempo y recursos del resto de equipos.
     
7. Instrumentación Informada:
   • El Responsable de Métricas participa en la fase de ideación y en la de experimentación, de esta manera, comprende plenamente los objetivos del proyecto, lo que le permite instrumentar métricas de manera informada.
     

¿Cuál sería el resultado de un proceso así?

Realizamos la release de la funcionalidad que mayor impacto potencial ha tenido en la fase de experimentación, habiendo podido entender la interacción de los usuarios y habiendo definido las métricas de éxito que nos indicarán si el comportamiento observado se mantiene en el tiempo. 

Gracias a la experimentación, hemos recopilado datos valiosos y hemos validado la idea antes de la implementación completa. Nuestra release se basa en una comprensión sólida de lo que los usuarios desean y esperan, respaldada por evidencia empírica. Estamos seguros de que nuestra implementación se alinea con los objetivos estratégicos y de que estamos listos para medir su impacto a largo plazo.

A tener en cuenta

Para asegurarnos de que un framework como el Strategic Design se integra de manera efectiva en nuestro roadmap de producto, es fundamental una planificación dinámica y adaptable. 

Esto implica establecer hitos flexibles que nos permitan la incorporación en tiempo real de los mayores aprendizajes hallados en la fase experimentación. 

Además, es esencial sincronizar las actividades de los equipos de desarrollo, como los de back-end, con las fases de experimentación, para que puedan trabajar en tareas paralelas o preparatorias, como el desarrollo de infraestructuras escalables o la creación de módulos reutilizables.

Esta aproximación nos asegurará que, mientras parte del equipo está enfocada en la experimentación, otros aspectos del desarrollo continúan avanzando, manteniendo el momentum del proyecto y maximizando la eficiencia del equipo. De esta manera, el Strategic Design no solo enriquece la calidad y pertinencia del producto, sino que también se alinea con los plazos y objetivos globales del roadmap.

¿Cómo se usaría el Strategic Design en un escenario real?

En el ejemplo que vemos justo debajo de estas líneas, vemos una adaptación de este framework a un caso real. Se trata de un proceso de desarrollo de producto en el que teníamos que ganar confianza sobre cada pantalla/proceso/funcionalidad que se planteaba.

En este contexto, no teníamos la opción de hacer A/B testing en producción de cada funcionalidad porque se estaba renovando todo el código, tanto front como back (una refactorización). Sin embargo, empleamos otros métodos como User Testing, 5-second test o mediciones CES para determinar cómo de bien funcionaba cada una de las nuevas funcionalidades.

De esta forma, conseguimos minimizar el riesgo de desarrollar cada nueva pantalla sin más información, maximizando el impacto del producto final entregado, teniendo en cuenta la opinión del usuario en todo momento.

Además, podemos ver cómo en este diagrama tenemos definidos los puntos de control en los que nos reuniremos con el equipo. Justo debajo del nombre del “ritual” podemos ver la duración estimada de la sesión, algo especialmente importante cuando tomamos tiempo de tantos miembros relevantes de distintos departamentos. 

En este caso, además, se definió un proceso a alto nivel para evaluar cada funcionalidad después de su release en producción.

En este caso, el framework funcionó bastante bien. Tanto fue así que hicimos un caso de éxito con el cliente en cuestión en el que contamos cómo fue implementar este marco de trabajo y cómo hicimos uso de distintos métodos de experimentación.

Para concluir, como mencionaba en el primer post, estamos ante un framework (Strategic Design) que ha sido modificado para aplicarse en el contexto del Growth, cogiendo lo mejor de cada casa:

• Strategic Design: Colaboración interdisciplinaria, dando voz en todo momento a partes del equipo (diseño y desarrollo) que no siempre la tienen en fases tempranas.
• Growth: Validación de hipótesis y reducción de riesgo en las implementaciones finales mediante la experimentación e iteración.

Es importante entender que este tipo de framework es adaptable a cada situación y momento en el que se encuentre nuestro proyecto.

Siendo así, ¿Qué te parece? ¿Conocías este marco de trabajo? ¿Crees que tendría cabida en el proyecto en el que trabajas actualmente?